From dsandras at seconix.com Sat Dec 1 10:41:31 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 01 Dec 2007 11:41:31 +0100 Subject: [Ekiga-list] [Date Prev][Date Next] [Thread Prev][Thread Next] [Thread Index] [Date Index] [Author Index] Re: Problem getting Ekiga to work in Kubuntu Gutsy - Submitted by Jim Ruxton - Response by Damien Sandras in Vol 16, Issue 41, Message 5, Mon. N In-Reply-To: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> References: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> Message-ID: <1196505691.4165.9.camel@scorpion> Hi, Le vendredi 30 novembre 2007 ? 15:21 -0500, Ian Murdoch a ?crit : > Hi Damien, > I accidentally lost my copy of this thread, so had to take this copy > from your archives. Thank you for your recommendation. I looked at the > internet interfaces and found the following: > 1 - In Dapper, where Ekiga continues to work efficiently: Interface > address - ppp0[ 190.83.59.138] > 2 - In Feisty, where Ekiga will not register my account: Interface > addresses - ppp0[190.83.59.120] > > - eth1:avahi[ 169.254.7.219] > > - eth2:avahi[169.254.8.201] Please select ppp0, try registering by restarting ekiga and post the -d 4 output somewhere so that we can have a look. That is very weird. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Dec 1 10:42:08 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 01 Dec 2007 11:42:08 +0100 Subject: [Ekiga-list] [Date Prev][Date Next] [Thread Prev][Thread Next] [Thread Index] [Date Index] [Author Index] Re: Problem getting Ekiga to work in Kubuntu Gutsy - Submitted by Jim Ruxton - Response by Damien Sandras in Vol 16, Issue 41, Message 5, Mon. N In-Reply-To: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> References: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> Message-ID: <1196505728.4165.11.camel@scorpion> Le vendredi 30 novembre 2007 ? 15:21 -0500, Ian Murdoch a ?crit : > Hi Damien, > I accidentally lost my copy of this thread, so had to take this copy > from your archives. Thank you for your recommendation. I looked at the > internet interfaces and found the following: > 1 - In Dapper, where Ekiga continues to work efficiently: Interface > address - ppp0[ 190.83.59.138] > 2 - In Feisty, where Ekiga will not register my account: Interface > addresses - ppp0[190.83.59.120] > > - eth1:avahi[ 169.254.7.219] > > - eth2:avahi[169.254.8.201] Please also note that Ekiga.net was down most of the afternoon yesterday due to a power outage. If you tried during that time, it explains why it never worked... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From paulino90 at tenbit.pl Sat Dec 1 16:31:12 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sat, 1 Dec 2007 17:31:12 +0100 Subject: [Ekiga-list] where to get opal v3.1.0 and ptlib 2.1.0 from? Message-ID: <18257.35920.164853.782544@localhost.localdomain> Hallo group members. In https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/tags/ I can see only ... v2_0_0/ v2_0_1/ v2_1_1/ ... and in https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/tags/ ... v3_0_0/ v3_0_1/ v3_1_1/ ... .. so where to get them from? regards, Pawel From dsandras at seconix.com Sat Dec 1 16:15:35 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 01 Dec 2007 17:15:35 +0100 Subject: [Ekiga-list] where to get opal v3.1.0 and ptlib 2.1.0 from? In-Reply-To: <18257.35920.164853.782544@localhost.localdomain> References: <18257.35920.164853.782544@localhost.localdomain> Message-ID: <1196525735.32554.15.camel@scorpion> Le samedi 01 d?cembre 2007 ? 17:31 +0100, PawelCarqowski a ?crit : > Hallo group members. > > In https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/tags/ > I can see only > ... > v2_0_0/ > v2_0_1/ > v2_1_1/ > ... > > > and in https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/tags/ > ... > v3_0_0/ > v3_0_1/ > v3_1_1/ > ... > > .. so where to get them from? > >From the trunk. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From paulino90 at tenbit.pl Sat Dec 1 17:52:22 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sat, 1 Dec 2007 18:52:22 +0100 Subject: [Ekiga-list] where to get opal v3.1.0 and ptlib 2.1.0 from? In-Reply-To: <1196525735.32554.15.camel@scorpion> References: <18257.35920.164853.782544@localhost.localdomain> <1196525735.32554.15.camel@scorpion> Message-ID: <18257.40790.949584.225895@localhost.localdomain> trunk contains (according to version.h): opal 3.1.2 beta, and ptlib 2.1.2 beta. Maybe I hooked in the middle of changes? Pawel Damien Sandras writes: > > Le samedi 01 d?cembre 2007 ? 17:31 +0100, PawelCarqowski a ?crit : > > Hallo group members. > > > > In https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/tags/ > > I can see only > > ... > > v2_0_0/ > > v2_0_1/ > > v2_1_1/ > > ... > > > > > > and in https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/tags/ > > ... > > v3_0_0/ > > v3_0_1/ > > v3_1_1/ > > ... > > > > .. so where to get them from? > > > > >From the trunk. > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From paulino90 at tenbit.pl Sun Dec 2 12:39:51 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sun, 2 Dec 2007 13:39:51 +0100 Subject: [Ekiga-list] ekiga 2.1 trunk svn compilation error Message-ID: <18258.42903.426641.134416@localhost.localdomain> Hallo group members I got ptlib from https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk. Then compiled and installed into the system. Then got opal from https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/opal/trunk. Then compiled and installed into the system. Then got ekiga from http://svn.gnome.org/svn/ekiga/trunk ekiga 2>&1 then: $ ./autogen.sh --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc ... ... Checked out revision 5760. ekiga: configuring... checking for autoconf >= 2.53... (B testing autoconf2.50... not found. testing autoconf... found 2.59 checking for automake >= 1.8... (B testing automake-1.8... not found. testing automake-1.9... found 1.9.6 checking for libtool >= 1.4.3... (B testing libtoolize... found 1.5.22 checking for glib-gettext >= 2.2.0... (B testing glib-gettextize... found 2.12.9 checking for intltool >= 0.25... (B testing intltoolize... found 0.35.0 checking for pkg-config >= 0.14.0... (B testing pkg-config... found 0.21 checking for gnome-doc-utils >= 0.3.2... (B testing gnome-doc-prepare... found 0.8.0 Checking for required M4 macros... (BChecking for forbidden M4 macros... (BProcessing ./configure.ac (BRunning libtoolize... (BYou should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running glib-gettextize... Ignore non-fatal messages. (BCopying file mkinstalldirs Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. Running intltoolize... (BRunning gnome-doc-prepare... (BYou should add the contents of '/usr/share/aclocal/gnome-doc-utils.m4' to 'aclocal.m4'. Running aclocal-1.9... (BRunning autoconf... (BRunning autoheader... (BRunning automake-1.9... (Bconfigure.ac: installing `./install-sh' configure.ac: installing `./missing' lib/Makefile.am: installing `./depcomp' configure.ac:670: required file `lib/engine/protocol/skel/Makefile.in' not found $ ls /home/misc/ekiga-svn-2007-12-02/ekiga-svn/ekiga/lib/engine/protocol/skel/Makefile.in ls: /home/misc/ekiga-svn-2007-12-02/ekiga-svn/ekiga/lib/engine/protocol/skel/Makefile.in: No such file or directory $ ls -l /home/misc/ekiga-svn-2007-12-02/ekiga-svn/ekiga/lib/engine/protocol/skel/ call-core.h call.h Have You got idea what might be the problem. regards, Pawel From jgeorgas at georgas.ca Sun Dec 2 21:59:22 2007 From: jgeorgas at georgas.ca (James C. Georgas) Date: Sun, 02 Dec 2007 16:59:22 -0500 Subject: [Ekiga-list] quickcam messenger scaling issue In-Reply-To: <1196505728.4165.11.camel@scorpion> References: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> <1196505728.4165.11.camel@scorpion> Message-ID: <1196632762.9692.15.camel@Rainsong> Ekiga seems to be having a scaling issue with my quickcam messenger USB webcam. It only shows the top left corner of the capture frame. The webcam likes 324x248, rgb24, and mplayer works with it at those settings. Is there a way to explicitly tell ekiga to use that resolution to capture? System is current gentoo on amd64. James From mshahwan2001 at yahoo.com Sun Dec 2 22:38:58 2007 From: mshahwan2001 at yahoo.com (Michael) Date: Sun, 2 Dec 2007 14:38:58 -0800 (PST) Subject: [Ekiga-list] DTMF and Asterisk? Message-ID: <329823.95089.qm@web52409.mail.re2.yahoo.com> Does anyone have DTMF tones with Asterisk work with Ekiga via SIP? Can you paste your configuration that made it work? Just having a real difficult time getting Ekiga to use Asterisk and push out DTMF tones to other IVRs. ----- Original Message ---- From: Damien Sandras To: Ekiga mailing list Sent: Tuesday, October 23, 2007 11:05:38 AM Subject: Re: [Ekiga-list] DTMF and Asterisk? Hello, Le lundi 22 octobre 2007 ? 21:31 -0700, Michael a ?crit : > Damien: > > Your suggestion of using INFO worked well. However, when we set INFO > on Asterisks all incoming PSTN DTMF tones fail. So it is either we > have DTMF tones for out bound, but lose inbound. What do we do? That is something I do not understand. Your PSTN DTMF tones do not depend from the SIP DTMF tones. Also, for each SIP peer (ie Ekiga, a SIP ITSP, another IP Phone), you can select the type of DTMF you want to use and Asterisk is able to deal with different sources using different mechanisms. Notice we are using Ekiga with RFC2833 tones in several production environments without having any problem. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ____________________________________________________________________________________ Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabrice at alphonso.dyndns.org Sun Dec 2 22:58:29 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Sun, 02 Dec 2007 23:58:29 +0100 Subject: [Ekiga-list] quickcam messenger scaling issue In-Reply-To: <1196632762.9692.15.camel@Rainsong> References: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> <1196505728.4165.11.camel@scorpion> <1196632762.9692.15.camel@Rainsong> Message-ID: <1196636309.15944.11.camel@balder.walhalla> Le dimanche 02 d?cembre 2007 ? 16:59 -0500, James C. Georgas a ?crit : > Ekiga seems to be having a scaling issue with my quickcam messenger USB > webcam. It only shows the top left corner of the capture frame. > > The webcam likes 324x248, rgb24, and mplayer works with it at those > settings. > > Is there a way to explicitly tell ekiga to use that resolution to > capture? I would say, definitively a driver problem, not really an ekiga one. 3 min of search on the mailing list's archives gave me this, for an explanation : http://mail.gnome.org/archives/ekiga-list/2007-November/msg00212.html after some more search on this mailing-list , a part of the solution could be : http://mxhaard.free.fr/ but i don't find it so easy.... As the "only one quarter of video" subject comes to this mailing list "rather" often couldn't it a bit more explicitely shown on the wiki ? or did i miss a link somewhere ? I think I remember about a migic command line to execute with a quickcam utility coming with the webcam's driver.. but cannot find it anymore, perhaps someone else will. Hope that helps somehow cheers, Fabrice > > System is current gentoo on amd64. > > James > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list ekiga-button
From jgeorgas at georgas.ca Sun Dec 2 23:56:28 2007 From: jgeorgas at georgas.ca (James C. Georgas) Date: Sun, 02 Dec 2007 18:56:28 -0500 Subject: [Ekiga-list] quickcam messenger scaling issue In-Reply-To: <1196636309.15944.11.camel@balder.walhalla> References: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> <1196505728.4165.11.camel@scorpion> <1196632762.9692.15.camel@Rainsong> <1196636309.15944.11.camel@balder.walhalla> Message-ID: <1196639788.9692.28.camel@Rainsong> On Sun, 2007-12-02 at 23:58 +0100, Fabrice ALPHONSO wrote: > Le dimanche 02 d?cembre 2007 ? 16:59 -0500, James C. Georgas a ?crit : > > Ekiga seems to be having a scaling issue with my quickcam messenger USB > > webcam. It only shows the top left corner of the capture frame. > > > > The webcam likes 324x248, rgb24, and mplayer works with it at those > > settings. > > > > Is there a way to explicitly tell ekiga to use that resolution to > > capture? > > I would say, definitively a driver problem, not really an ekiga one. > > 3 min of search on the mailing list's archives gave me this, for an > explanation : > http://mail.gnome.org/archives/ekiga-list/2007-November/msg00212.html > Yeah, that made things a bit better. The camera's native resolution is a bit smaller than full CIF, so I get black filler bars, but at least I'm getting the whole scene now. Thanks for the tip. I guess I'll have to dig into the webcam's driver code for a proper fix. Does ekiga (deliberately?) do _only_ CIF and QCIF resolutions? Seems like a waste of good hardware if you have something higher res, like a nice firewire cam, and if you have bandwidth to burn. thanks again, James From ianyoli at gmail.com Mon Dec 3 01:40:56 2007 From: ianyoli at gmail.com (Ian Murdoch) Date: Sun, 2 Dec 2007 20:40:56 -0500 Subject: [Ekiga-list] ekiga-list Digest, Vol 17, Issue 1, Message 3. Message-ID: <60d2a91a0712021740ia4a6442w27a9162141bf3f22@mail.gmail.com> Hi Damien, Thank you for your quick response. I immediately opened Ekiga in Feisty and went to internet settings and found that the ppp0 address was not present in the list of alternative interfaces, only eth1 and eth2 were displayed. This I had experienced previously when investigating non-registration. I closed Ekiga because I had to leave the computer briefly. When I returned, I opened Ekiga again. This time the ppp0 interface was displayed! So I selected it, clicked on "apply", closed and then re-opened Ekiga and my two accounts were instantly registered. I called 500 at ekiga.net and it worked perfectly. As feedback I mention that the delay was almost zero before my voice was played back to me. I also made an international call to the U.K. as a final test and everything was AOK, with quality equal to that which I am accustomed in Dapper. So Ekiga is up and running in Feisty, albeit with some uncertainty when starting. Thanks again for your help. If you have any thoughts about the initial non-appearence of the ppp0 interface, please let me know. I note your comments with regard to the Ekiga server being offline due to a power failure and I think you are correct in your analisis. Finally, is it possible for you, or another member of your team, to give me some guidance on the continuing problems I am experiencing in my efforts to get my webcam functioning in Ekiga and which are described in my original posting to this string. My decision to migrate to Feisty was specifically caused by my need to upgrade to Ekiga 2.0.11, which was not easy to accomplish in Dapper, and which offered greater prospects of success with my webcam project. Although this migration has resulted in some advances with the webcam, there remain serious difficulties to resolve. So I remain in need of expert help. The way forward is by no means clear to me. I will appreciate your comments. Regards, Ian Murdoch. Message 3: > > Date: Sat, 01 Dec 2007 11:42:08 +0100 > From: Damien Sandras > Subject: Re: [Ekiga-list] [Date Prev][Date Next] [Thread Prev][Thread > Next] [Thread Index] [Date Index] [Author Index] Re: Problem > getting > Ekiga to work in Kubuntu Gutsy - Submitted by Jim > Ruxton - Response by > Damien Sandras in Vol 16, Issue 41, Message 5, Mon. N > To: Ekiga mailing list > Message-ID: <1196505728.4165.11.camel at scorpion> > Content-Type: text/plain; charset=UTF-8 > > > Le vendredi 30 novembre 2007 ? 15:21 -0500, Ian Murdoch a ?crit : > > Hi Damien, > > I accidentally lost my copy of this thread, so had to take this copy > > from your archives. Thank you for your recommendation. I looked at the > > internet interfaces and found the following: > > 1 - In Dapper, where Ekiga continues to work efficiently: Interface > > address - ppp0[ 190.83.59.138] > > 2 - In Feisty, where Ekiga will not register my account: Interface > > addresses - ppp0[190.83.59.120] > > > > - eth1:avahi[ 169.254.7.219] > > > > - eth2:avahi[169.254.8.201] > > Please also note that Ekiga.net was down most of the afternoon yesterday > due to a power outage. If you tried during that time, it explains why it > never worked... > -- > _ Damien Sandras > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpritikin at pobox.com Mon Dec 3 03:20:50 2007 From: jpritikin at pobox.com (Joshua N Pritikin) Date: Sun, 2 Dec 2007 19:20:50 -0800 Subject: [Ekiga-list] sipbroker access to ekiga.net? Message-ID: <20071203032050.GA16654@always.joy.eth.net> If I try to dial ekiga from callcentric, it doesn't work: *673 500 Is this suppose to work? I can dial callcentric from ekiga. -- Make April 15 just another day, visit http://fairtax.org From jpuydt at free.fr Mon Dec 3 04:20:32 2007 From: jpuydt at free.fr (Julien Puydt) Date: Mon, 03 Dec 2007 05:20:32 +0100 Subject: [Ekiga-list] ekiga-list Digest, Vol 17, Issue 1, Message 3. In-Reply-To: <60d2a91a0712021740ia4a6442w27a9162141bf3f22@mail.gmail.com> References: <60d2a91a0712021740ia4a6442w27a9162141bf3f22@mail.gmail.com> Message-ID: <47538410.8070208@free.fr> Ian Murdoch a ?crit : > I closed > Ekiga because I had to leave the computer briefly. When I returned, I opened > Ekiga again. This time the ppp0 interface was displayed! This is a known issue which is being worked on : ekiga 2.0 isn't very good at network interface detection... Snark on #ekiga From dsandras at seconix.com Mon Dec 3 12:12:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 03 Dec 2007 13:12:07 +0100 Subject: [Ekiga-list] quickcam messenger scaling issue In-Reply-To: <1196639788.9692.28.camel@Rainsong> References: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> <1196505728.4165.11.camel@scorpion> <1196632762.9692.15.camel@Rainsong> <1196636309.15944.11.camel@balder.walhalla> <1196639788.9692.28.camel@Rainsong> Message-ID: <1196683927.4153.6.camel@scorpion> Le dimanche 02 d?cembre 2007 ? 18:56 -0500, James C. Georgas a ?crit : > On Sun, 2007-12-02 at 23:58 +0100, Fabrice ALPHONSO wrote: > > Le dimanche 02 d?cembre 2007 ? 16:59 -0500, James C. Georgas a ?crit : > > > Ekiga seems to be having a scaling issue with my quickcam messenger USB > > > webcam. It only shows the top left corner of the capture frame. > > > > > > The webcam likes 324x248, rgb24, and mplayer works with it at those > > > settings. > > > > > > Is there a way to explicitly tell ekiga to use that resolution to > > > capture? > > > > I would say, definitively a driver problem, not really an ekiga one. > > > > 3 min of search on the mailing list's archives gave me this, for an > > explanation : > > http://mail.gnome.org/archives/ekiga-list/2007-November/msg00212.html > > > > Yeah, that made things a bit better. The camera's native resolution is a > bit smaller than full CIF, so I get black filler bars, but at least I'm > getting the whole scene now. Thanks for the tip. I guess I'll have to > dig into the webcam's driver code for a proper fix. > > Does ekiga (deliberately?) do _only_ CIF and QCIF resolutions? Seems > like a waste of good hardware if you have something higher res, like a > nice firewire cam, and if you have bandwidth to burn. > See the mailing list archives for an explanation about that.? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From paulino90 at tenbit.pl Mon Dec 3 21:50:19 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Mon, 3 Dec 2007 22:50:19 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) - segmentation fault - solution/workaround. In-Reply-To: <18237.20939.267474.877139@localhost.localdomain> References: <18237.20939.267474.877139@localhost.localdomain> Message-ID: <18260.31259.148029.710242@localhost.localdomain> Hallo group members. Workaround that would for sure lead to proper solution is: before running ekiga, run any software that would start up gconfd deamon. I do this whith: $ gconftool-2 -R /desktop/gnome why is it so? I use kde, and no software is probably started to initialize this deamon. That's the reason. below there is short program that does the segmentation fault, the same as this rom ekiga. #include int main() { gconf_client_get_default(); return 0; } Regards, Pawel PawelCarqowski writes: > > hallo Group Members > > I am running following ekiga related software: > PTLIB version 2.1.0 > OPAL version 3.1.0 > Ekiga version 2.1.0 > > > Sometimes (in about 60 % cases) I end up with segmentation fault. The rest 40% cases make ekiga run correctly. > I use KDE 3.5.6 on fc6. > > These is data from gdb: > > (gdb) run -d 4 > The program being debugged has been started already. > Start it from the beginning? (y or n) y > Starting program: /usr/bin/ekiga -d 4 > [Thread debugging using libthread_db enabled] > [New Thread -1208432928 (LWP 6198)] > > (process:6198): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function > > (process:6198): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed > > (process:6198): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1208432928 (LWP 6198)] > 0x006c9bde in gconf_client_reverse_change_set () at /usr/include/ptclib/http.h:498 > > (gdb) bt > #0 0x006c9bde in gconf_client_reverse_change_set () at /usr/include/ptclib/http.h:498 > #1 0x006cd1e9 in gconf_client_get_default () at /usr/include/ptclib/http.h:498 > #2 0x080fb607 in gm_conf_init () at gmconf-gconf.c:277 > #3 0x080c9a34 in main (argc=3, argv=0xbfc165d4, envp=0xbfc165e4) at gui/main.cpp:4081 > > > this are a few first lines when "ekiga -d 4" starts correctly. (Maybe this will help): > > 2007/11/02 09:30:21.534 0:00.335 Version 2.1.0 by on Unix Linux (2.6.21.5-i686) at 2007/11/2 9:30:21.534 > 2007/11/02 09:30:21.565 0:00.366 Housekeeper PWLib File handle low water mark set: 22 PTCPSocket > 2007/11/02 09:30:21.865 0:00.666 Detected audio plugins: ALSA > 2007/11/02 09:30:21.865 0:00.666 Detected video plugins: YUVFile,Shm,Picture,V4L2,V4L > 2007/11/02 09:30:21.865 0:00.666 Detected audio plugins: ALSA > 2007/11/02 09:30:21.865 0:00.666 Detected video plugins: YUVFile,Shm,Picture,V4L2,V4L > 2007/11/02 09:30:21.889 0:00.690 Detected the following audio input devices: Default,Intel 82801BA-ICH2 with plugin ALSA > 2007/11/02 09:30:21.889 0:00.690 Detected the following audio output devices: Default,Intel 82801BA-ICH2 with plugin ALSA > 2007/11/02 09:30:21.889 0:00.690 Detected the following video input devices: No device found with plugin V4L > 2007/11/02 09:30:21.890 0:00.691 Detected the following audio input devices: Default,Intel 82801BA-ICH2 with plugin ALSA > 2007/11/02 09:30:21.890 0:00.691 Detected the following audio output devices: Default,Intel 82801BA-ICH2 with plugin ALSA > 2007/11/02 09:30:21.890 0:00.691 Detected the following video input devices: No device found with plugin V4L > 2007/11/02 09:30:21.984 0:00.785 PWLib File handle high water mark set: 30 PUDPSocket > > (ekiga:17304): Gtk-CRITICAL **: gtk_notebook_append_page: assertion `GTK_IS_WIDGET (child)' failed > 2007/11/02 09:30:25.518 0:04.319 Ekiga version 2.1.0 > 2007/11/02 09:30:25.518 0:04.319 OPAL version 3.1.0 > 2007/11/02 09:30:25.518 0:04.319 PTLIB version 2.1.0 > 2007/11/02 09:30:25.518 0:04.319 GNOME support enabled > 2007/11/02 09:30:25.518 0:04.319 Accelerated rendering support enabled > 2007/11/02 09:30:25.519 0:04.320 DBUS support enabled > 2007/11/02 09:30:25.519 0:04.320 GConf support enabled > 2007/11/02 09:30:25.519 0:04.320 Bonobo support enabled > 2007/11/02 09:30:25.519 0:04.320 ESound support enabled > > regards, > Pawel > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Mon Dec 3 22:03:12 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 03 Dec 2007 23:03:12 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) - segmentation fault - solution/workaround. In-Reply-To: <18260.31259.148029.710242@localhost.localdomain> References: <18237.20939.267474.877139@localhost.localdomain> <18260.31259.148029.710242@localhost.localdomain> Message-ID: <1196719392.15048.11.camel@scorpion> Hi, Le lundi 03 d?cembre 2007 ? 22:50 +0100, PawelCarqowski a ?crit : > Hallo group members. > Workaround that would for sure lead to proper solution is: > before running ekiga, run any software that would start up gconfd deamon. > I do this whith: > $ gconftool-2 -R /desktop/gnome > > why is it so? > I use kde, and no software is probably started to initialize this deamon. That's the reason. > > below there is short program that does the segmentation fault, the same as this rom ekiga. > > #include > int main() > { > gconf_client_get_default(); > return 0; > } > I think it is a bug in gconf. GConf should not segfault that way. However, I have recently committed a fix to work around that problem. Recent snaps should not crash anymore. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cinetron at passport.ca Tue Dec 4 00:36:34 2007 From: cinetron at passport.ca (jim ruxton) Date: Mon, 03 Dec 2007 19:36:34 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to work in Kubuntu gutsy In-Reply-To: <1195947219.5414.41.camel@jims-laptop> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> Message-ID: <1196728594.10617.2.camel@jims-laptop> > > > Hi I still can't get Ekiga to connect to the echo test (or anything > > > else) . Below is a trace of starting Ekiga and attempting a call to > > > sip:500 at ekiga.net . Can anyone see why this doesn't work? > > > http://www.pastebin.ca/795453 > > > > > > > You are not registered to ekiga.net, so the echo test rejects you. > > > > Moreover, you are behind NAT and STUN is not enabled. > Thanks Damien, strange I thought I was registered, anyway I > re-registered as lumina at ekiga.net and enabled STUN and I still get the > same result of "secutity check failed" . Here is the most recent trace: > http://www.pastebin.ca/796302 I finally figured out what was going on. Another program was using port 5060 so I changed the port ekiga uses to 5061 using gconf-editor. Everything is working well now. Thanks everyone for helping out. Jim From DAVE.HIGTON at nice.com Tue Dec 4 08:00:07 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 4 Dec 2007 08:00:07 -0000 Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <1196728594.10617.2.camel@jims-laptop> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> <1196728594.10617.2.camel@jims-laptop> Message-ID: > -----Original Message----- > From: ekiga-list-bounces at gnome.org > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of jim ruxton > Sent: 2007 December 04 00:37 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] trace of problem getting Ekiga to > workin Kubuntu gutsy > > > > > > Hi I still can't get Ekiga to connect to the echo test > (or anything > > > > else) . Below is a trace of starting Ekiga and > attempting a call to > > > > sip:500 at ekiga.net . Can anyone see why this doesn't work? > > > > http://www.pastebin.ca/795453 > > > > > > > > > > You are not registered to ekiga.net, so the echo test rejects you. > > > > > > Moreover, you are behind NAT and STUN is not enabled. > > Thanks Damien, strange I thought I was registered, anyway I > > re-registered as lumina at ekiga.net and enabled STUN and I > still get the > > same result of "secutity check failed" . Here is the most > recent trace: > > http://www.pastebin.ca/796302 > > I finally figured out what was going on. Another program was > using port > 5060 so I changed the port ekiga uses to 5061 using gconf-editor. > Everything is working well now. Thanks everyone for helping out. What file did you have to edit to do this? I have (sort of) the opposite problem: my Ekiga installation (SuSE 10.2) uses port 5061 and I'd prefer it to use 5060. I searched through the installation at the weekend and couldn't see any reference to port numbers anywhere. Dave ************************************************************************************************************************************************************************************************************************************************* NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. **************************************************************************************************************************************************************************************************************************************************** From sergstesh at yahoo.com Tue Dec 4 09:25:40 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Tue, 4 Dec 2007 01:25:40 -0800 (PST) Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: Message-ID: <248490.5451.qm@web35201.mail.mud.yahoo.com> --- Dave Higton wrote: > What file did you have to edit to do this? I have (sort of) the > opposite problem: my Ekiga installation (SuSE 10.2) uses port 5061 > and I'd prefer it to use 5060. I searched through the installation > at the weekend and couldn't see any reference to port numbers > anywhere. > > Dave > Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file which has port numbers in it; the file can be changed from the GUI. Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ From jpuydt at free.fr Tue Dec 4 10:16:13 2007 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 04 Dec 2007 11:16:13 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <248490.5451.qm@web35201.mail.mud.yahoo.com> References: <248490.5451.qm@web35201.mail.mud.yahoo.com> Message-ID: <475528ED.7000006@free.fr> Sergei Steshenko a ?crit : > Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file > which has port numbers in it; the file can be changed from the GUI. In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port Nothing's missing. Snark on #ekiga From sergstesh at yahoo.com Tue Dec 4 10:36:22 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Tue, 4 Dec 2007 02:36:22 -0800 (PST) Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <475528ED.7000006@free.fr> Message-ID: <896125.65629.qm@web35210.mail.mud.yahoo.com> --- Julien Puydt wrote: > Sergei Steshenko a ?crit : > > Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file > > which has port numbers in it; the file can be changed from the GUI. > > In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port > > Nothing's missing. > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > I'm running KDE and don't have 'gconf' installed. Can 'gconf' be installed under KDE ? Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From DAVE.HIGTON at nice.com Tue Dec 4 10:37:40 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 4 Dec 2007 10:37:40 -0000 Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <475528ED.7000006@free.fr> References: <248490.5451.qm@web35201.mail.mud.yahoo.com> <475528ED.7000006@free.fr> Message-ID: > -----Original Message----- > From: ekiga-list-bounces at gnome.org > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Julien Puydt > Sent: 2007 December 04 10:16 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] trace of problem getting Ekiga to > workin Kubuntu gutsy > > Sergei Steshenko a ?crit : > > Looks like a bug (midding feature) in Ekiga. OpenWengo has > a configuration file > > which has port numbers in it; the file can be changed from the GUI. > > In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port > > Nothing's missing. I can't look at my home installation atm since I'm at work, but I also have Ekiga installed on an FC5 box next to me. This has directories /root/.gconf/apps/ekiga/protocols and /home/dhigton/.gconf/apps/ekiga/protocols, neither of which contains a sip subdirectory or a listen_port file. Both installations are 2.0.11. Is sip/listen_port created only under earlier/later versions of Ekiga, or only under some different circumstance, or what? Dave ************************************************************************************************************************************************************************************************************************************************* NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. **************************************************************************************************************************************************************************************************************************************************** From sergstesh at yahoo.com Tue Dec 4 10:44:55 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Tue, 4 Dec 2007 02:44:55 -0800 (PST) Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <475528ED.7000006@free.fr> Message-ID: <429253.83613.qm@web35212.mail.mud.yahoo.com> --- Julien Puydt wrote: > Sergei Steshenko a ?crit : > > Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file > > which has port numbers in it; the file can be changed from the GUI. > > In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port > > Nothing's missing. > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > It appears that on SUSE 10.2 the file is /etc/opt/gnome/gconf/schemas/ekiga.schemas and the piece of data in the file related to listening port is: 11233 11234 /schemas/apps/ekiga/protocols/sip/listen_port 11235 /apps/ekiga/protocols/sip/listen_port 11236 Ekiga 11237 int 11238 5060 11239 11240 Listen port 11241 The port to listen to for incoming connections. Ekiga needs to be restarted for the new value to take effect 11242 . Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From sergstesh at yahoo.com Tue Dec 4 10:48:59 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Tue, 4 Dec 2007 02:48:59 -0800 (PST) Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <429253.83613.qm@web35212.mail.mud.yahoo.com> Message-ID: <519910.97274.qm@web35209.mail.mud.yahoo.com> --- Sergei Steshenko wrote: > > --- Julien Puydt wrote: > > > Sergei Steshenko a ?crit : > > > Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file > > > which has port numbers in it; the file can be changed from the GUI. > > > > In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port > > > > Nothing's missing. > > > > Snark on #ekiga > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > It appears that on SUSE 10.2 the file is > > /etc/opt/gnome/gconf/schemas/ekiga.schemas > > and the piece of data in the file related to listening port is: > > 11233 > 11234 /schemas/apps/ekiga/protocols/sip/listen_port > 11235 /apps/ekiga/protocols/sip/listen_port > 11236 Ekiga > 11237 int > 11238 5060 > 11239 > 11240 Listen port > 11241 The port to listen to for incoming connections. Ekiga needs to be > restarted > for the new value to take effect > 11242 > . > > Thanks, > Sergei. > > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > And also in /etc/opt/gnome/gconf/schemas/ekiga.schemas: 5060:5100 /etc/opt/gnome/gconf/gconf.xml.schemas/schemas/apps/ekiga/protocols/sip/%gconf.xml: /etc/opt/gnome/gconf/gconf.xml.schemas/schemas/apps/ekiga/protocols/ports/%gconf.xml: 5060:5100 --Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From jpuydt at free.fr Tue Dec 4 12:03:26 2007 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 04 Dec 2007 13:03:26 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <896125.65629.qm@web35210.mail.mud.yahoo.com> References: <896125.65629.qm@web35210.mail.mud.yahoo.com> Message-ID: <4755420E.9070201@free.fr> Sergei Steshenko a ?crit : > --- Julien Puydt wrote: > >> Sergei Steshenko a ?crit : >>> Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file >>> which has port numbers in it; the file can be changed from the GUI. >> In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port >> >> Nothing's missing. >> >> Snark on #ekiga >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> > > I'm running KDE and don't have 'gconf' installed. > > Can 'gconf' be installed under KDE ? Are you sure you don't have gconf installed? Chances are your distribution compiled ekiga with gconf, and you're using it right now. Notice that I didn't give a file path, but a configuration path : don't touch the files! Try to use gconftool-2 to edit your configuration... it is more likely to work. Snark on #ekiga From kas at fi.muni.cz Tue Dec 4 14:40:23 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Tue, 4 Dec 2007 15:40:23 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? Message-ID: <20071204144023.GN22223@fi.muni.cz> Hello, I would like to explore the possibilites of talking to ekiga via D-Bus from the remote process. As firts thing, I would like to write a reaction to the incoming call, i.e. to be notified when the incoming call arrives (so that I can mute other sound streams in PulseAudio, suspend full-screen applications, etc). I have tried to run dbus-monitor --session, but when the incoming call occurs, nothing is being sent over the session D-Bus. I have found only this document: http://mail.gnome.org/archives/gnomemeeting-devel-list/2006-April/msg00029.html - is this up-to-date? I have tried to talk to ekiga using Perl and Net::DBus module, but I cannot find a net.ekiga service (found only org.gnome.phone service, but I don't know whether this is related to ekiga). Does anybody have an example of how to talk to ekiga over D-Bus with Perl (or maybe Python)? Thanks, -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | >> Rule #1 in kernel programming: don't *ever* think that things actually << >> work the way they are documented to work. --Linus Torvalds << From kas at fi.muni.cz Tue Dec 4 15:13:07 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Tue, 4 Dec 2007 16:13:07 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <20071204144023.GN22223@fi.muni.cz> References: <20071204144023.GN22223@fi.muni.cz> Message-ID: <20071204151307.GO22223@fi.muni.cz> Jan Kasprzak wrote: : I have tried to run dbus-monitor --session, but when the incoming : call occurs, nothing is being sent over the session D-Bus. Never mind, Ekiga in Fedora 8 is compiled without D-Bus support. Reported this as https://bugzilla.redhat.com/show_bug.cgi?id=410471 . : Does anybody have an example of how to talk to ekiga over : D-Bus with Perl (or maybe Python)? The examples are still welcome, though. -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | >> Rule #1 in kernel programming: don't *ever* think that things actually << >> work the way they are documented to work. --Linus Torvalds << From cinetron at passport.ca Tue Dec 4 17:00:03 2007 From: cinetron at passport.ca (jim ruxton) Date: Tue, 04 Dec 2007 12:00:03 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <4755420E.9070201@free.fr> References: <896125.65629.qm@web35210.mail.mud.yahoo.com> <4755420E.9070201@free.fr> Message-ID: <1196787603.5446.7.camel@jims-laptop> > >> Sergei Steshenko a ?crit : > >>> Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file > >>> which has port numbers in it; the file can be changed from the GUI. > >> In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port > >> > >> Nothing's missing. > >> > >> Snark on #ekiga > >> _______________________________________________ > >> ekiga-list mailing list > >> ekiga-list at gnome.org > >> http://mail.gnome.org/mailman/listinfo/ekiga-list > >> > > > > I'm running KDE and don't have 'gconf' installed. > > > > Can 'gconf' be installed under KDE ? > > Are you sure you don't have gconf installed? > > Chances are your distribution compiled ekiga with gconf, and you're > using it right now. > > Notice that I didn't give a file path, but a configuration path : don't > touch the files! > > Try to use gconftool-2 to edit your configuration... it is more likely > to work. On Kubuntu Gutsy (KDE) I installed gconf-editor went through the menus apps --- ekiga --- protocols --- sip and changed listening port there to 5061. Probably a bit more straightforward to use than gconftool-2 . Jim Jim > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From jpuydt at free.fr Tue Dec 4 19:43:03 2007 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 04 Dec 2007 20:43:03 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <20071204144023.GN22223@fi.muni.cz> References: <20071204144023.GN22223@fi.muni.cz> Message-ID: <4755ADC7.6000605@free.fr> Jan Kasprzak a ?crit : > Does anybody have an example of how to talk to ekiga over > D-Bus with Perl (or maybe Python)? Don't we have a doc/using_dbus.html or something like this? Snark on #ekiga From sergstesh at yahoo.com Tue Dec 4 21:02:57 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Tue, 4 Dec 2007 13:02:57 -0800 (PST) Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <4755420E.9070201@free.fr> Message-ID: <172727.99798.qm@web35212.mail.mud.yahoo.com> --- Julien Puydt wrote: > Sergei Steshenko a ?crit : > > --- Julien Puydt wrote: > > > >> Sergei Steshenko a ?crit : > >>> Looks like a bug (midding feature) in Ekiga. OpenWengo has a configuration file > >>> which has port numbers in it; the file can be changed from the GUI. > >> In gconf, there is : /schemas/apps/ekiga/protocols/sip/listen_port > >> > >> Nothing's missing. > >> > >> Snark on #ekiga > >> _______________________________________________ > >> ekiga-list mailing list > >> ekiga-list at gnome.org > >> http://mail.gnome.org/mailman/listinfo/ekiga-list > >> > > > > I'm running KDE and don't have 'gconf' installed. > > > > Can 'gconf' be installed under KDE ? > > Are you sure you don't have gconf installed? Yes, I am: " sergei at amdam2:/mnt/sda8/sergei> which gconf sergei at amdam2:/mnt/sda8/sergei> whereis gconf gconf: sergei at amdam2:/mnt/sda8/sergei> " > > Chances are your distribution compiled ekiga with gconf, and you're > using it right now. > Using Ekiga or using gconf ? > Notice that I didn't give a file path, but a configuration path : don't > touch the files! > > Try to use gconftool-2 to edit your configuration... it is more likely > to work. I do have gconftool-2 installed, but I have no idea how to use it - after briefly looking into its manpage. Is this GNOME philosophy to use another (gconf, gconftool-2) tool to edit settings ? If yes, why ? > > Snark on #ekiga Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From kas at fi.muni.cz Tue Dec 4 21:12:38 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Tue, 4 Dec 2007 22:12:38 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <4755ADC7.6000605@free.fr> References: <20071204144023.GN22223@fi.muni.cz> <4755ADC7.6000605@free.fr> Message-ID: <20071204211238.GB19012@fi.muni.cz> Julien Puydt wrote: : Jan Kasprzak a ?crit : : > Does anybody have an example of how to talk to ekiga over : > D-Bus with Perl (or maybe Python)? : : Don't we have a doc/using_dbus.html or something like this? Hmm, where exactly? $ tar tzf /tmp/ekiga-2.0.11.tar.gz|grep html $ Thanks, -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | >> Rule #1 in kernel programming: don't *ever* think that things actually << >> work the way they are documented to work. --Linus Torvalds << From jpuydt at free.fr Tue Dec 4 21:54:43 2007 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 04 Dec 2007 22:54:43 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <20071204211238.GB19012@fi.muni.cz> References: <20071204144023.GN22223@fi.muni.cz> <4755ADC7.6000605@free.fr> <20071204211238.GB19012@fi.muni.cz> Message-ID: <4755CCA3.7060800@free.fr> Jan Kasprzak a ?crit : > Hmm, where exactly? > > $ tar tzf /tmp/ekiga-2.0.11.tar.gz|grep html > $ http://svn.gnome.org/viewvc/ekiga/branches/gnome-2-20/doc/using_dbus.html?revision=5313&view=markup Snark on #ekiga From jpuydt at free.fr Tue Dec 4 21:58:34 2007 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 04 Dec 2007 22:58:34 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to workin Kubuntu gutsy In-Reply-To: <172727.99798.qm@web35212.mail.mud.yahoo.com> References: <172727.99798.qm@web35212.mail.mud.yahoo.com> Message-ID: <4755CD8A.8020602@free.fr> Sergei Steshenko a ?crit : > Is this GNOME philosophy to use another (gconf, gconftool-2) tool to edit settings ? > > If yes, why ? Gconf is a system, where you have a daemon managing preferences for programs. Programs use libgconf to connect easily to the daemon and handle preferences. There is a gconftool-2 commmand-line tool to make it scriptable, and you could install gconf-editor to have a nice gui. But users are not supposed to access their config directly like this : it's just because you have a very specific need that we point you to it. Snark on #ekiga From kas at fi.muni.cz Wed Dec 5 10:43:28 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Wed, 5 Dec 2007 11:43:28 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <4755CCA3.7060800@free.fr> References: <20071204144023.GN22223@fi.muni.cz> <4755ADC7.6000605@free.fr> <20071204211238.GB19012@fi.muni.cz> <4755CCA3.7060800@free.fr> Message-ID: <20071205104328.GQ22223@fi.muni.cz> Julien Puydt wrote: : Jan Kasprzak a ?crit : : > Hmm, where exactly? : > : > $ tar tzf /tmp/ekiga-2.0.11.tar.gz|grep html : > $ : : http://svn.gnome.org/viewvc/ekiga/branches/gnome-2-20/doc/using_dbus.html?revision=5313&view=markup : Thanks, I am now able to do GetCallsList() etc. Do you want me to submit a patch to this document adding also a Perl example? -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | >> Rule #1 in kernel programming: don't *ever* think that things actually << >> work the way they are documented to work. --Linus Torvalds << From paulino90 at tenbit.pl Wed Dec 5 10:51:04 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Wed, 5 Dec 2007 11:51:04 +0100 Subject: [Ekiga-list] trying to use my sony dcr-trv 25e as webcam with ekiga Message-ID: <18262.33432.355054.250394@localhost.localdomain> Hallo Group Members I am trying to run my sony mini-DV (dcr trv-25E) camcorder as webcam with ekiga. What I did: - I run ekiga 2.0.11, - I plugged it in to my firewire card. - then chose 1394avc as video plug in and pressed "detect devices". - ekiga discovered my camcorder as "Sony dcr-trv25e dv-vcr" which is correct. The problem is that I see green picture instead of real picture from camcorder. I have never connected any camcorder before, so I might be doing some simple mistake. What mode Do You set in Your camcorders: - "camera" mode. (this is recording mode). - "vcr" mode. (this is playback mode). - "memory" mode (my camcorder has memory stick and this is mode to interact with it). do You do any additional steps (like pressing "record" button, or something else)? Do You see the picture also in Your camcorder or only in ekiga? I see picture in camcorder, only when in "camera" mode - in ekiga of course not. When in "memory" and "vcr" mode, there is no picture in camcorder (maybe there does not have to be). My camcorder works correct using firewire with kino and avidemux2. regards, Pawel From dsandras at seconix.com Wed Dec 5 12:33:04 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 05 Dec 2007 13:33:04 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <20071205104328.GQ22223@fi.muni.cz> References: <20071204144023.GN22223@fi.muni.cz> <4755ADC7.6000605@free.fr> <20071204211238.GB19012@fi.muni.cz> <4755CCA3.7060800@free.fr> <20071205104328.GQ22223@fi.muni.cz> Message-ID: <1196857984.21270.2.camel@scorpion> Le mercredi 05 d?cembre 2007 ? 11:43 +0100, Jan Kasprzak a ?crit : > Julien Puydt wrote: > : Jan Kasprzak a ?crit : > : > Hmm, where exactly? > : > > : > $ tar tzf /tmp/ekiga-2.0.11.tar.gz|grep html > : > $ > : > : http://svn.gnome.org/viewvc/ekiga/branches/gnome-2-20/doc/using_dbus.html?revision=5313&view=markup > : > Thanks, I am now able to do GetCallsList() etc. > Do you want me to submit a patch to this document adding also a > Perl example? All patches welcome ! -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From kas at fi.muni.cz Wed Dec 5 16:11:11 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Wed, 5 Dec 2007 17:11:11 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <1196857984.21270.2.camel@scorpion> References: <20071204144023.GN22223@fi.muni.cz> <4755ADC7.6000605@free.fr> <20071204211238.GB19012@fi.muni.cz> <4755CCA3.7060800@free.fr> <20071205104328.GQ22223@fi.muni.cz> <1196857984.21270.2.camel@scorpion> Message-ID: <20071205161111.GC22223@fi.muni.cz> Damien Sandras wrote: : Le mercredi 05 d?cembre 2007 ? 11:43 +0100, Jan Kasprzak a ?crit : : > Do you want me to submit a patch to this document adding also a : > Perl example? : : All patches welcome ! OK, here you are. I am not sure how verbose the program should be - I hope this is not too long for using_dbus.html. -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | >> Rule #1 in kernel programming: don't *ever* think that things actually << >> work the way they are documented to work. --Linus Torvalds << -------------- next part -------------- --- doc/using_dbus.html.orig 2007-12-05 16:47:04.000000000 +0100 +++ doc/using_dbus.html 2007-12-05 17:06:42.000000000 +0100 @@ -184,6 +184,67 @@

To be completed(FIXME)

+

Example Perl code

+ +

The following program waits on D-Bus and runs a command when the call +is made (either outgoing or incoming), and another one when the call is +finished. It can be used for example for temporarily suspending the +PulseAudio server, when ekiga is configured to use the ALSA device directly +(i.e. hw:0,0).

+ +
+#!/usr/bin/perl -w
+#
+# A sample program for demonstrating the ekiga D-Bus interface.
+# This program suspends the PulseAudio server during ekiga calls.
+# Usable for example when ekiga is configured to use the hardware
+# ALSA devices (e.g. hw:0,0), i.e. at least until the following bugs
+# are fixed on your system:
+# http://www.pulseaudio.org/ticket/23 and
+# https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2601
+#
+# This program is written by Jan "Yenya" Kasprzak, http://www.fi.muni.cz/~kas/
+# and it is distributable under the same terms as the Perl itself.
+#
+use strict;
+use Net::DBus;
+use Net::DBus::Reactor;
+
+my $bus = Net::DBus->session
+	or die "Can't connect to the session D-Bus";
+
+my $service = $bus->get_service("net.ekiga.instance")
+	or die "Can't find the Ekiga instance on the D-Bus\n"
+		. "(is ekiga running and has D-Bus support compiled in?)";
+
+my $object = Net::DBus::RemoteObject->new($service, '/net/ekiga/instance',
+	'net.ekiga.calls') or die "Can't get the ekiga instance";
+
+$object->connect_to_signal('StateChanged', sub {
+	my ($callid, $state) = @_;
+	open my $fh, '|-', 'pacmd >/dev/null 2>&1';
+	if (!defined $state || $state == 0 || $state == 1) {
+		print $fh "suspend 0\n";
+		print STDERR "Ekiga call finished, enabling PulseAudio\n"
+			if -t STDERR;
+		system 'notify-send', 'PulseAudio enabled',
+			'PulseAudio sound server enabled again.';
+	} elsif ($state == 2 || $state ==4) {
+		print $fh "suspend 1\n";
+		print STDERR "Ekiga call, suspending PulseAudio\n"
+			if -t STDERR;
+		system 'notify-send', 'PulseAudio suspended',
+			'PulseAudio sound server suspended during the VoIP call.';
+	}
+	close $fh;
+});
+
+my $reactor = Net::DBus::Reactor->main
+	or die "Can't get Net::DBus::Reactor";
+print STDERR "Waiting on D-Bus ...\n" if -t STDERR;
+$reactor->run();
+
+

Example python code

The goal isn't to show off everything, but see how things work on some examples @@ -237,4 +298,4 @@

- \ No newline at end of file + From nogueira at emc.ufsc.br Wed Dec 5 16:30:48 2007 From: nogueira at emc.ufsc.br (Antonio Carlos Ribeiro Nogueira) Date: Wed, 05 Dec 2007 14:30:48 -0200 Subject: [Ekiga-list] I am trying to change the device but I am not succeed. Message-ID: <4756D238.9040201@emc.ufsc.br> Hi, I am trying to change the device of video of my ekiga at home from my computer at University. I already done it succesfully times ago but now I am not being succeed. I don't know what is happening. What I am doing is: I created a symbolic link to *.gconf* as *gconf* because the command gconftool-2 it is not aceptting a directory name starting with a point, it requires a / starting the name directory. So I done the command line: ln -sf .gconf gconf And after that I done the command line: gconftool-2 --set --type=string /home/nogueira/gconf/apps/ekiga/devices/video/input_device "Generic Vimicro 303b" But when I verify what happend with: more /home/nogueira/gconf/apps/ekiga/devices/video/ %gconf.xml I verify it change not anything. But if I verify by using the command: gconftool-2 --get /home/nogueira/gconf/apps/ekiga/devices/video/input_device I see that the input_device has the value I set above. But the cam is showing the images gave by the other cam and not that one I set above. From dsandras at seconix.com Wed Dec 5 21:35:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 05 Dec 2007 22:35:37 +0100 Subject: [Ekiga-list] I am trying to change the device but I am not succeed. In-Reply-To: <4756D238.9040201@emc.ufsc.br> References: <4756D238.9040201@emc.ufsc.br> Message-ID: <1196890537.27851.2.camel@scorpion> Le mercredi 05 d?cembre 2007 ? 14:30 -0200, Antonio Carlos Ribeiro Nogueira a ?crit : > Hi, I am trying to change the device of video of my ekiga at home from > my computer at University. I already done it succesfully times ago but > now I am not being succeed. I don't know what is happening. > What I am doing is: > > I created a symbolic link to *.gconf* as *gconf* because the command > gconftool-2 it is not aceptting a directory name starting with a point, > it requires a / starting the name directory. So I done the command line: > ln -sf .gconf gconf > > And after that I done the command line: > gconftool-2 --set --type=string > /home/nogueira/gconf/apps/ekiga/devices/video/input_device "Generic > Vimicro 303b" > > But when I verify what happend with: > more /home/nogueira/gconf/apps/ekiga/devices/video/ %gconf.xml > I verify it change not anything. > > But if I verify by using the command: > gconftool-2 --get /home/nogueira/gconf/apps/ekiga/devices/video/input_device > > I see that the input_device has the value I set above. But the cam is > showing the images gave by the other cam and not that one I set above. The correct syntax is to pass the key where the value is stored to the command line, not the full path. It should thus start with /apps/ekiga . No need to do symbolic links, it is not correct... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Dec 5 21:52:28 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 05 Dec 2007 22:52:28 +0100 Subject: [Ekiga-list] Ekiga D-Bus howto? In-Reply-To: <20071205161111.GC22223@fi.muni.cz> References: <20071204144023.GN22223@fi.muni.cz> <4755ADC7.6000605@free.fr> <20071204211238.GB19012@fi.muni.cz> <4755CCA3.7060800@free.fr> <20071205104328.GQ22223@fi.muni.cz> <1196857984.21270.2.camel@scorpion> <20071205161111.GC22223@fi.muni.cz> Message-ID: <1196891548.27851.4.camel@scorpion> Hi, Le mercredi 05 d?cembre 2007 ? 17:11 +0100, Jan Kasprzak a ?crit : > Damien Sandras wrote: > : Le mercredi 05 d?cembre 2007 ? 11:43 +0100, Jan Kasprzak a ?crit : > : > Do you want me to submit a patch to this document adding also a > : > Perl example? > : > : All patches welcome ! > > OK, here you are. I am not sure how verbose the program > should be - I hope this is not too long for using_dbus.html. > It has been applied to the trunk, thanks a lot ! -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From nogueira at emc.ufsc.br Thu Dec 6 15:41:12 2007 From: nogueira at emc.ufsc.br (Antonio Carlos Ribeiro Nogueira) Date: Thu, 06 Dec 2007 13:41:12 -0200 Subject: [Ekiga-list] I am trying to change the device but I am not succeed. In-Reply-To: <1196890537.27851.2.camel@scorpion> References: <4756D238.9040201@emc.ufsc.br> <1196890537.27851.2.camel@scorpion> Message-ID: <47581818.70000@emc.ufsc.br> Ok, you are correct Damien. But just in order I understand and learn a bit more: why not gconftool-2 --set --type=string /ekiga/devices/video/input_device "Generic Vimicro 303b" instead of gconftool-2 --set --type=string /apps/ekiga/devices/video/input_device "Generic Vimicro 303b" Thanks a lot for your help. Antonio Carlos Damien Sandras escreveu: > Le mercredi 05 d?cembre 2007 ? 14:30 -0200, Antonio Carlos Ribeiro > Nogueira a ?crit : > >> Hi, I am trying to change the device of video of my ekiga at home from >> my computer at University. I already done it succesfully times ago but >> now I am not being succeed. I don't know what is happening. >> What I am doing is: >> >> I created a symbolic link to *.gconf* as *gconf* because the command >> gconftool-2 it is not aceptting a directory name starting with a point, >> it requires a / starting the name directory. So I done the command line: >> ln -sf .gconf gconf >> >> And after that I done the command line: >> gconftool-2 --set --type=string >> /home/nogueira/gconf/apps/ekiga/devices/video/input_device "Generic >> Vimicro 303b" >> >> But when I verify what happend with: >> more /home/nogueira/gconf/apps/ekiga/devices/video/ %gconf.xml >> I verify it change not anything. >> >> But if I verify by using the command: >> gconftool-2 --get /home/nogueira/gconf/apps/ekiga/devices/video/input_device >> >> I see that the input_device has the value I set above. But the cam is >> showing the images gave by the other cam and not that one I set above. >> > > The correct syntax is to pass the key where the value is stored to the > command line, not the full path. It should thus start with /apps/ekiga . > > No need to do symbolic links, it is not correct... > From ari.reads at gmail.com Thu Dec 6 19:21:34 2007 From: ari.reads at gmail.com (Ari El) Date: Thu, 6 Dec 2007 11:21:34 -0800 (PST) Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine Message-ID: <14199252.post@talk.nabble.com> Hi, I think the vbuzzer folks recently upgraded their proxy. Since then, I can't get ekiga to register. Twinkle and Xlite still work fine. I traced a registration attempt; for some reason ekiga is not answering the password challenge. I opened a test account (is free) to save you the trouble, in case you want to replicate the problem: Proxy / registrar: vbuzzer.com:80 username: test1ekiga password: 12345 It would be great to get ekiga working again with them. Thanks! -- View this message in context: http://www.nabble.com/Ekiga-stable%3A-Can%27t-register-in-Vbuzzer-any-more--Twinkle-works-fine-tf4958067.html#a14199252 Sent from the Ekiga General mailing list archive at Nabble.com. From sergstesh at yahoo.com Thu Dec 6 22:33:43 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Thu, 6 Dec 2007 14:33:43 -0800 (PST) Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine In-Reply-To: <14199252.post@talk.nabble.com> Message-ID: <633797.92076.qm@web35206.mail.mud.yahoo.com> --- Ari El wrote: > > Hi, > > I think the vbuzzer folks recently upgraded their proxy. Since then, I > can't get ekiga to register. Twinkle and Xlite still work fine. > > I traced a registration attempt; for some reason ekiga is not answering > the password challenge. > > I opened a test account (is free) to save you the trouble, in case you > want to replicate the problem: > > Proxy / registrar: vbuzzer.com:80 > username: test1ekiga > password: 12345 > > It would be great to get ekiga working again with them. > > Thanks! > -- > View this message in context: > http://www.nabble.com/Ekiga-stable%3A-Can%27t-register-in-Vbuzzer-any-more--Twinkle-works-fine-tf4958067.html#a14199252 > Sent from the Ekiga General mailing list archive at Nabble.com. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > The account can also be registered from OpenWengo; I do reproduce the problem in Ekiga. IMO Ekiga's problem is that its GUI does not have a way to enter port number; in OpenWengo there is a separate form in the GUI for proxy port number. At all, Ekiga's GUI is not convenient compared to other UAs. Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From zhenchen at csnet1.cs.tsinghua.edu.cn Fri Dec 7 00:47:23 2007 From: zhenchen at csnet1.cs.tsinghua.edu.cn (zhenchen) Date: Fri, 7 Dec 2007 08:47:23 +0800 Subject: [Ekiga-list] Why in communicaiton, the origin screen of Ekiga scaled from 352X288 into 176X144? how to solve this problem. Message-ID: <001401c8386a$c8d0b8f0$c7896fa6@tsinghuad93a01> Hi everyone, We encounter a problem in using Ekiga, our configuration is ekiga 2.0.9, opal 2.2.8, pwlib-1.10.7. When the ekiga is not in communication, the window is 352X288, but When in communication, the origin screen of Ekiga scaled from 352X288 into 176X144, i.e., a loss of resolution. Thanks. Zhen -------------- next part -------------- An HTML attachment was scrubbed... URL: From ari.reads at gmail.com Fri Dec 7 05:21:47 2007 From: ari.reads at gmail.com (Ari El) Date: Thu, 6 Dec 2007 21:21:47 -0800 (PST) Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine In-Reply-To: <633797.92076.qm@web35206.mail.mud.yahoo.com> References: <14199252.post@talk.nabble.com> <633797.92076.qm@web35206.mail.mud.yahoo.com> Message-ID: <14207051.post@talk.nabble.com> Sergei Steshenko-2 wrote: > > > --- Ari El wrote: > >> >> Hi, >> >> I think the vbuzzer folks recently upgraded their proxy. Since then, I >> can't get ekiga to register. Twinkle and Xlite still work fine. >> >> I traced a registration attempt; for some reason ekiga is not >> answering >> the password challenge. >> >> I opened a test account (is free) to save you the trouble, in case you >> want to replicate the problem: >> >> Proxy / registrar: vbuzzer.com:80 >> username: test1ekiga >> password: 12345 >> >> It would be great to get ekiga working again with them. >> >> Thanks! >> -- >> View this message in context: >> > http://www.nabble.com/Ekiga-stable%3A-Can%27t-register-in-Vbuzzer-any-more--Twinkle-works-fine-tf4958067.html#a14199252 >> Sent from the Ekiga General mailing list archive at Nabble.com. >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> > > The account can also be registered from OpenWengo; I do reproduce the > problem in Ekiga. > > IMO Ekiga's problem is that its GUI does not have a way to enter port > number; > in OpenWengo there is a separate form in the GUI for proxy port number. > > At all, Ekiga's GUI is not convenient compared to other UAs. > > Regards, > Sergei. > > > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Actually ekiga does accept the port number; in the proxy or registrar fields, you can just type vbuzzer.com:80 and ekiga will take it and use it, proof is a number of friends have been using ekiga with this service for quite a long time, and it worked. You can also verify with wireshark that ekiga does send the REGISTER to the right port; the problem is that for some reason ekiga fails to answer the authentication challenge. Looks like a problem in ekiga's sip stack. -- View this message in context: http://www.nabble.com/Ekiga-stable%3A-Can%27t-register-in-Vbuzzer-any-more--Twinkle-works-fine-tf4958067.html#a14207051 Sent from the Ekiga General mailing list archive at Nabble.com. From fisgro at babel.it Fri Dec 7 09:36:47 2007 From: fisgro at babel.it (Fabio Isgro) Date: Fri, 07 Dec 2007 10:36:47 +0100 Subject: [Ekiga-list] Ekiga support for h263, h263+ and h264 Message-ID: <4759142F.2070207@babel.it> Hi to all, recentelly i bought an Grandstream gxv 3000 that support these codecs, every time i call the hardphone, the call fall back to pcmu and h261 but obliviuslly the video doesn't work, i tried with svn build of ekiga but nothing to do.... Who have some experience with these devices... -- -\\_ Fabio Isgro' -}}\_ Babel S.r.l. - http://www.babel.it -}}}\-__ Tel. +39.06.91801075 }\/ -}}}\\?_\ Fax +39.06.91612446 }/\ }}}}\\ _/ Voip sip:9093 at voip.babel.it ------ P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) B ? a ? b? e? l "CONFIDENZIALE: Questo messaggio ed i suoi allegati sono di carattere confidenziale per i destinatari in indirizzo. Se hai ricevuto questo messaggio per errore sei invitato cortesemente a rispondere immediatamente al mittente e cancellare tutti i suoi contenuti." -------------- next part -------------- A non-text attachment was scrubbed... Name: fisgro.vcf Type: text/x-vcard Size: 269 bytes Desc: not available URL: From dsandras at seconix.com Fri Dec 7 17:04:46 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 07 Dec 2007 18:04:46 +0100 Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine In-Reply-To: <14199252.post@talk.nabble.com> References: <14199252.post@talk.nabble.com> Message-ID: <1197047086.4212.5.camel@scorpion> Hi, Le jeudi 06 d?cembre 2007 ? 11:21 -0800, Ari El a ?crit : > Hi, > > I think the vbuzzer folks recently upgraded their proxy. Since then, I > can't get ekiga to register. Twinkle and Xlite still work fine. > > I traced a registration attempt; for some reason ekiga is not answering > the password challenge. > > I opened a test account (is free) to save you the trouble, in case you > want to replicate the problem: > > Proxy / registrar: vbuzzer.com:80 > username: test1ekiga > password: 12345 > > It would be great to get ekiga working again with them. > I can reproduce the problem, but I have no idea why it happens. Please post a bug on the http://www.opalvoip.org bugtracker. Ekiga 2.00 will probably not see any new release in the short future, if it is fixable, the fix should go in the future 3.00 release. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From wdnorman at gmail.com Fri Dec 7 21:25:26 2007 From: wdnorman at gmail.com (Wayne Norman) Date: Fri, 7 Dec 2007 16:25:26 -0500 Subject: [Ekiga-list] Mac users Message-ID: <8553f0670712071325i16d0dddfk3b31826e309c4410@mail.gmail.com> Is Ekiga compatible with Mac OS X? -- Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: From ari.reads at gmail.com Sat Dec 8 04:29:45 2007 From: ari.reads at gmail.com (Ari El) Date: Fri, 7 Dec 2007 20:29:45 -0800 (PST) Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine In-Reply-To: <1197047086.4212.5.camel@scorpion> References: <14199252.post@talk.nabble.com> <1197047086.4212.5.camel@scorpion> Message-ID: <14225367.post@talk.nabble.com> Done... http://sourceforge.net/tracker/index.php?func=detail&aid=1846649&group_id=204472&atid=989748 Damien Sandras wrote: > > Hi, > > Le jeudi 06 d?cembre 2007 ? 11:21 -0800, Ari El a ?crit : >> Hi, >> >> I think the vbuzzer folks recently upgraded their proxy. Since then, I >> can't get ekiga to register. Twinkle and Xlite still work fine. >> >> I traced a registration attempt; for some reason ekiga is not >> answering >> the password challenge. >> >> I opened a test account (is free) to save you the trouble, in case you >> want to replicate the problem: >> >> Proxy / registrar: vbuzzer.com:80 >> username: test1ekiga >> password: 12345 >> >> It would be great to get ekiga working again with them. >> > > > I can reproduce the problem, but I have no idea why it happens. > Please post a bug on the http://www.opalvoip.org bugtracker. > > Ekiga 2.00 will probably not see any new release in the short future, if > it is fixable, the fix should go in the future 3.00 release. > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- View this message in context: http://www.nabble.com/Ekiga-stable%3A-Can%27t-register-in-Vbuzzer-any-more--Twinkle-works-fine-tf4958067.html#a14225367 Sent from the Ekiga General mailing list archive at Nabble.com. From fabrice at alphonso.dyndns.org Sat Dec 8 10:36:43 2007 From: fabrice at alphonso.dyndns.org (ALPHONSO Fabrice) Date: Sat, 8 Dec 2007 11:36:43 +0100 (CET) Subject: [Ekiga-list] Mac users In-Reply-To: <8553f0670712071325i16d0dddfk3b31826e309c4410@mail.gmail.com> References: <8553f0670712071325i16d0dddfk3b31826e309c4410@mail.gmail.com> Message-ID: <1161.82.230.76.110.1197110203.squirrel@alphonso.dyndns.org> On Fri, December 7, 2007 10:25 pm, Wayne Norman wrote: > Is Ekiga compatible with Mac OS X? Hi Wayne, a quick look at this wiki page should answer your question : http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F Hope that helps, Fabrice > > -- > Wayne From fabrice at alphonso.dyndns.org Sat Dec 8 10:41:30 2007 From: fabrice at alphonso.dyndns.org (ALPHONSO Fabrice) Date: Sat, 8 Dec 2007 11:41:30 +0100 (CET) Subject: [Ekiga-list] Mac users In-Reply-To: <1161.82.230.76.110.1197110203.squirrel@alphonso.dyndns.org> References: <8553f0670712071325i16d0dddfk3b31826e309c4410@mail.gmail.com> <1161.82.230.76.110.1197110203.squirrel@alphonso.dyndns.org> Message-ID: <1174.82.230.76.110.1197110490.squirrel@alphonso.dyndns.org> On Sat, December 8, 2007 11:36 am, ALPHONSO Fabrice wrote: > On Fri, December 7, 2007 10:25 pm, Wayne Norman wrote: >> Is Ekiga compatible with Mac OS X? > Hi Wayne, > > a quick look at this wiki page should answer your question : > > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F To add some more precisions to my answer, as far as i remember, Ekiga itself doesn't work on Mac OsX platform, but there are some other compatible programs able to establish communication with an Ekiga's client. Fabrice > > Hope that helps, > > Fabrice > >> >> -- >> Wayne > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From dsandras at seconix.com Sat Dec 8 14:12:08 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 08 Dec 2007 15:12:08 +0100 Subject: [Ekiga-list] Mac users In-Reply-To: <1174.82.230.76.110.1197110490.squirrel@alphonso.dyndns.org> References: <8553f0670712071325i16d0dddfk3b31826e309c4410@mail.gmail.com> <1161.82.230.76.110.1197110203.squirrel@alphonso.dyndns.org> <1174.82.230.76.110.1197110490.squirrel@alphonso.dyndns.org> Message-ID: <1197123128.4289.9.camel@scorpion> Le samedi 08 d?cembre 2007 ? 11:41 +0100, ALPHONSO Fabrice a ?crit : > On Sat, December 8, 2007 11:36 am, ALPHONSO Fabrice wrote: > > On Fri, December 7, 2007 10:25 pm, Wayne Norman wrote: > >> Is Ekiga compatible with Mac OS X? > > Hi Wayne, > > > > a quick look at this wiki page should answer your question : > > > > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > To add some more precisions to my answer, > as far as i remember, Ekiga itself doesn't work on Mac OsX platform, but > there are some other compatible programs able to establish communication > with an Ekiga's client. Notice it is just a matter of finding somebody able to do the port. The code is already compatible, so except for video, it is only a matter of packaging... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Dec 8 14:12:57 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 08 Dec 2007 15:12:57 +0100 Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine In-Reply-To: <14225367.post@talk.nabble.com> References: <14199252.post@talk.nabble.com> <1197047086.4212.5.camel@scorpion> <14225367.post@talk.nabble.com> Message-ID: <1197123177.4289.11.camel@scorpion> Le vendredi 07 d?cembre 2007 ? 20:29 -0800, Ari El a ?crit : > Done... > > http://sourceforge.net/tracker/index.php?func=detail&aid=1846649&group_id=204472&atid=989748 > It is already fixed it seems. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From ari.reads at gmail.com Sat Dec 8 15:36:16 2007 From: ari.reads at gmail.com (Ari El) Date: Sat, 8 Dec 2007 07:36:16 -0800 (PST) Subject: [Ekiga-list] Ekiga stable: Can't register in Vbuzzer any more; Twinkle works fine In-Reply-To: <1197123177.4289.11.camel@scorpion> References: <14199252.post@talk.nabble.com> <1197047086.4212.5.camel@scorpion> <14225367.post@talk.nabble.com> <1197123177.4289.11.camel@scorpion> Message-ID: <14229464.post@talk.nabble.com> Yes it is! Fixed in opal SVN rev 19062. The OPAL team is awesome! Damien Sandras wrote: > > > Le vendredi 07 d?cembre 2007 ? 20:29 -0800, Ari El a ?crit : >> Done... >> >> http://sourceforge.net/tracker/index.php?func=detail&aid=1846649&group_id=204472&atid=989748 >> > > It is already fixed it seems. > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- View this message in context: http://www.nabble.com/Ekiga-stable%3A-Can%27t-register-in-Vbuzzer-any-more--Twinkle-works-fine-tf4958067.html#a14229464 Sent from the Ekiga General mailing list archive at Nabble.com. From lapis00 at imap.cc Sun Dec 9 03:27:19 2007 From: lapis00 at imap.cc (lapis) Date: Sun, 09 Dec 2007 14:27:19 +1100 Subject: [Ekiga-list] Please help with error when trying to run ekiga. Message-ID: <1197170839.30035.1225560763@webmail.messagingengine.com> I have tried to install Ekiga on Puppy Linux. When running it I get the following error and then it exits. ekiga: symbol lookup error: ekiga: undefined symbol: g_type_register_static_simple Please forgive me for my ignorance but is this something that can be fixed or will Ekiga just not run on Puppy Linux? Thanks -- lapis lapis00 at imap.cc -- http://www.fastmail.fm - The way an email service should be From damailings at mcbf.net Sun Dec 9 04:42:09 2007 From: damailings at mcbf.net (David Mohr) Date: Sat, 8 Dec 2007 21:42:09 -0700 Subject: [Ekiga-list] Please help with error when trying to run ekiga. In-Reply-To: <1197170839.30035.1225560763@webmail.messagingengine.com> References: <1197170839.30035.1225560763@webmail.messagingengine.com> Message-ID: <472d4b250712082042v3d2281b0g846bf646c9ba5ebb@mail.gmail.com> On Dec 8, 2007 8:27 PM, lapis wrote: > I have tried to install Ekiga on Puppy Linux. > When running it I get the following error and then it exits. > ekiga: symbol lookup error: ekiga: undefined symbol: > g_type_register_static_simple That function has only been introduced with glib 2.12. Did you compile ekiga yourself? If not, then puppy linux has a bug in its dependencies, because it should require you to also install the updated glib package. > Please forgive me for my ignorance but is this something that can be > fixed or will Ekiga just not run on Puppy Linux? You either need to find an ekiga package which was compiled against an older glib library like the one you have installed, or try to update your system to glib/gtk 2.12. ~David > Thanks > -- > lapis > lapis00 at imap.cc > > -- > http://www.fastmail.fm - The way an email service should be > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From cm at blinkenlichten.de Wed Dec 12 17:27:00 2007 From: cm at blinkenlichten.de (Carsten Maass) Date: Wed, 12 Dec 2007 18:27:00 +0100 Subject: [Ekiga-list] ekiga-snapshot Debian Etch package broken Message-ID: <476019E4.8010809@blinkenlichten.de> Hello all, the ekiga-snapshot package for Etch from snapshots.seconix.com seems to be broken: # apt-get install ekiga-snapshot Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: ekiga-snapshot: Depends: libpt-cvs (= 20070914-02-etch.1) but 20070923-02-etch.1 is to be installed or libpt-cvs-ptrace (= 20070914-02-etch.1) but it is not going to be installed or libpt-cvs-develop (= 20070914-02-etch.1) but it is not going to be installed E: Broken packages # grep seconix /etc/apt/sources.list deb http://snapshots.seconix.com/debian etch main Thanks and greetings, Carsten. From protective1 at yahoo.com Wed Dec 12 18:33:55 2007 From: protective1 at yahoo.com (no name registered) Date: Wed, 12 Dec 2007 10:33:55 -0800 (PST) Subject: [Ekiga-list] gtk2 2.4 Message-ID: <234723.2940.qm@web38205.mail.mud.yahoo.com> I'm using RHEL4 and would like to video conference with someone who's using Windows Live Messenger. Since no Ekiga distribution exists for RHEL4, I'm trying to compile Ekiga 2.0.11 from source. I have successfully compiled and installed opal 2.2.11 and pwlib 1.10.10 (as downloaded from the Ekiga webpage). When configuring Ekiga, it complains that my version of gtk2 is too old. I have gtk2 2.4.13 and Ekiga wants 2.6.0. Does that mean I have to upgrade gtk2? Is there any other way to get this working? I have tried to upgrade gtk2 before and was unable to get it working properly. I appreciate any suggestions you might have. Thank you. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From sevmek at free.fr Wed Dec 12 18:46:51 2007 From: sevmek at free.fr (yannick) Date: Wed, 12 Dec 2007 19:46:51 +0100 Subject: [Ekiga-list] gtk2 2.4 In-Reply-To: <234723.2940.qm@web38205.mail.mud.yahoo.com> References: <234723.2940.qm@web38205.mail.mud.yahoo.com> Message-ID: <1197485211.8103.258.camel@achille> Hi, Le mercredi 12 d?cembre 2007 ? 10:33 -0800, no name registered a ?crit : > I'm using RHEL4 and would like to video conference > with someone who's using Windows Live Messenger. > You can't use Ekiga with WLM. Check this compatibility list: http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F Regards, Yannick > Since no Ekiga distribution exists for RHEL4, I'm > trying to compile Ekiga 2.0.11 from source. I have > successfully compiled and installed opal 2.2.11 and > pwlib 1.10.10 (as downloaded from the Ekiga webpage). > > When configuring Ekiga, it complains that my version > of gtk2 is too old. I have gtk2 2.4.13 and Ekiga > wants 2.6.0. Does that mean I have to upgrade gtk2? > Is there any other way to get this working? I have > tried to upgrade gtk2 before and was unable to get it > working properly. I appreciate any suggestions you > might have. > > Thank you. > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From geo.cherchetout at laposte.net Wed Dec 12 20:54:29 2007 From: geo.cherchetout at laposte.net (gegetel) Date: Wed, 12 Dec 2007 21:54:29 +0100 Subject: [Ekiga-list] cannot use my Wengo account Message-ID: <47604A85.2040803@laposte.net> Hello, I beg your pardon for my poor english, i am french. For several monthes, il did use my Wengo account to call landline subscribers with Ekiga 2.0.9 on Mandriva 2007.1. It worked very fine since i discovered the right value for outbound proxy: 213.91.9.210. This ip is, i think, the one of a test Wengo's server, and is not the official url recommended by Wengo, (voip.wengo.fr) but it was the only one that worked for me. Unfortunatly, since december 6, this Ekiga's configuration doesn't work any more. The error message in Ekiga when y try to register is "L'inscription a echoue : Delai Depasse". Same behavior with Ekiga 2.0.11 on Mandriva 2008.0. Twinkle did and does work with the official url, I use it successfully. I know how to record streams with wireshark. Is there here anybody who could analyse a record and, perhaps, find a patch for Ekiga ? I already talked about this problem in a more detailed way here, but it seems to me there is no more development stuff to help users at Wengo: http://forum.wengophone.fr/viewtopic.php?p=210250#210250 Thank you. From protective1 at yahoo.com Thu Dec 13 04:09:07 2007 From: protective1 at yahoo.com (no name registered) Date: Wed, 12 Dec 2007 20:09:07 -0800 (PST) Subject: [Ekiga-list] gtk2 2.4 In-Reply-To: <1197485211.8103.258.camel@achille> Message-ID: <223279.11563.qm@web38215.mail.mud.yahoo.com> Ah - sorry for my understanding. Thanks for the clarification. You've saved me a lot of trouble :) --- yannick wrote: > Hi, > > Le mercredi 12 d?cembre 2007 ? 10:33 -0800, no name > registered a ?crit : > > I'm using RHEL4 and would like to video conference > > with someone who's using Windows Live Messenger. > > > > You can't use Ekiga with WLM. > > Check this compatibility list: > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > Regards, > Yannick > > > Since no Ekiga distribution exists for RHEL4, I'm > > trying to compile Ekiga 2.0.11 from source. I > have > > successfully compiled and installed opal 2.2.11 > and > > pwlib 1.10.10 (as downloaded from the Ekiga > webpage). > > > > When configuring Ekiga, it complains that my > version > > of gtk2 is too old. I have gtk2 2.4.13 and Ekiga > > wants 2.6.0. Does that mean I have to upgrade > gtk2? > > Is there any other way to get this working? I > have > > tried to upgrade gtk2 before and was unable to get > it > > working properly. I appreciate any suggestions > you > > might have. > > > > Thank you. > > > > > > > ____________________________________________________________________________________ > > Be a better friend, newshound, and > > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > -- > Me joindre en t?l?phonie IP / vid?oconf?rence ? > sip:yannick at ekiga.net > Logiciel de VoIP Ekiga : http://www.ekiga.org > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From Elaine.Xiong at Sun.COM Thu Dec 13 11:10:33 2007 From: Elaine.Xiong at Sun.COM (Elaine Xiong) Date: Thu, 13 Dec 2007 19:10:33 +0800 Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 In-Reply-To: <4730C583.000001.25717@kamasutra> References: <4730C583.000001.25717@kamasutra> Message-ID: <47611329.30306@sun.com> An HTML attachment was scrubbed... URL: From dsandras at seconix.com Thu Dec 13 11:40:05 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 13 Dec 2007 12:40:05 +0100 Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 In-Reply-To: <47611329.30306@sun.com> References: <4730C583.000001.25717@kamasutra> <47611329.30306@sun.com> Message-ID: <1197546005.4272.8.camel@scorpion> Hi, CIF is not officially supported in Ekiga 2.0.x and will never be supported. The upcoming 3.00 release addresses this issue. Le jeudi 13 d?cembre 2007 ? 19:10 +0800, Elaine Xiong a ?crit : > Hi, > > Is this problem solved? I met the same problem. > "/apps/ekiga/devices/video/size" is set to 1 to enable CIF in local > video. But the video transmitted size while SIP connection is still > QCIF. But H.323 connection seems working well. I have a quick look at > the code. The problem looks like the order of registered media > formats. It means H.261(QCIF) and H.261(CIF) as 2 kind of video media > formats has a diff position order in the media format list which will > impact the search result if "H.261" is the key to search. If confirmed > a bug should be reported to help users obtain better experience. > > Best Regards, > Elaine > > Palo S. wrote: > > > It\'s impossible, CIF is being sent... (even if the log indicates QCIF). > > > -- > > > > > > > With video->size set to 0, clicking on camera button, > > zooming to max, ie 352x288. Quite bad pixelation. > > Now setting video->size to 1. Size doubles, so zooming > > back to 352x288. Almost no visible pixelation. Clearly > > CIF. > > Calling 500 at ekiga.net. Local shrinks to half. So zooming > > in to get 352x288. The same bad pixelation as at the > > beginning. After remote appears, it is as bad as local. > > Clearly QCIF. > > > > Maybe I\'m doing something wrong but I am pretty sure that > > it is QCIF that is being sent... > > > > > > > > __________ > > Mobiln? telef?ny v slovenskej premi?re a najaktu?lnej?ie inform?cie - http://mobil.sme.sk/ > > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From jzb2 at aexorsyst.com Thu Dec 13 19:07:39 2007 From: jzb2 at aexorsyst.com (John Z. Bohach) Date: Thu, 13 Dec 2007 11:07:39 -0800 Subject: [Ekiga-list] Newer versions of ekiga won't work with Intel USB cam (gspcav1 driver) Message-ID: <200712131107.39880.jzb2@aexorsyst.com> Sorry if this has been answered, but though the archives list similar issues, can't find a solution. I've been running ekiga-2.0.2 with pwlib-1.10.1 and opal-2.2.2 (all built purely from source) on a system with an Intel USB webcam that uses the gspcav1 driver. Everything works fine as far as video goes. I then upgraded to ekiga-2.0.11 (and pwlib-1.10.10 and opal-2.2.11 as required, again all build from source), and I start getting these popups regarding video: Your driver doesn't seem to support any of the color formats supported by Ekiga. Then, dmesg reveals: .../linux/gspcav1-20070508/gspca_core.c: [spca5xx_set_light_freq:1889] Sensor currently not support light frequency banding filters. .../linux/gspcav1-20070508/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found 0x81 AlternateSet 7 And there are numerous repeats each time I attempt to access the camera. So backed down to ekiga-2.0.9 (with the requisite pwlib-1.10.7 and opal-2.2.8) and I still get the same errors and no video. So anybody know what happened between ekiga-2.0.2 and ekiga-2.0.9 (and associated pwlib and opal) that might cause this? Almost seems that newer versions are trying to wring some feature out of the video driver that's not supported, and hence the issues...perhaps an auto-brightness feature or something? Just guessing, but whatever it is ekiga-2.0.2 didn't do it... There don't appear to be any useful indications of cause of failure even if I run 'ekiga -d 4', but I can supply this if deemed useful... Thanks for any insight... --john From zhenchen at csnet1.cs.tsinghua.edu.cn Fri Dec 14 00:13:47 2007 From: zhenchen at csnet1.cs.tsinghua.edu.cn (zhenchen) Date: Fri, 14 Dec 2007 08:13:47 +0800 Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 In-Reply-To: <1197546005.4272.8.camel@scorpion> References: <4730C583.000001.25717@kamasutra> <47611329.30306@sun.com> <1197546005.4272.8.camel@scorpion> Message-ID: <000801c83de6$324da1a0$c9896fa6@tsinghuad93a01> We also encounter the same problem, we have tried a lot of methods, such as change the order of CIF and QCIF media format, it doesn't work too. So we hope the release the Ekiga 3.0 to address this issure. When the Ekiga 3.0 will be released? Best, Zhen -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: 2007?12?13? 19:40 To: Ekiga mailing list Subject: Re: [Ekiga-list] CIF over h261 on Ekiga 2.0 Hi, CIF is not officially supported in Ekiga 2.0.x and will never be supported. The upcoming 3.00 release addresses this issue. Le jeudi 13 d?cembre 2007 ? 19:10 +0800, Elaine Xiong a ?crit : > Hi, > > Is this problem solved? I met the same problem. > "/apps/ekiga/devices/video/size" is set to 1 to enable CIF in local > video. But the video transmitted size while SIP connection is still > QCIF. But H.323 connection seems working well. I have a quick look at > the code. The problem looks like the order of registered media > formats. It means H.261(QCIF) and H.261(CIF) as 2 kind of video media > formats has a diff position order in the media format list which will > impact the search result if "H.261" is the key to search. If confirmed > a bug should be reported to help users obtain better experience. > > Best Regards, > Elaine > > Palo S. wrote: > > > It\'s impossible, CIF is being sent... (even if the log indicates QCIF). > > > -- > > > > > > > With video->size set to 0, clicking on camera button, > > zooming to max, ie 352x288. Quite bad pixelation. > > Now setting video->size to 1. Size doubles, so zooming > > back to 352x288. Almost no visible pixelation. Clearly > > CIF. > > Calling 500 at ekiga.net. Local shrinks to half. So zooming > > in to get 352x288. The same bad pixelation as at the > > beginning. After remote appears, it is as bad as local. > > Clearly QCIF. > > > > Maybe I\'m doing something wrong but I am pretty sure that > > it is QCIF that is being sent... > > > > > > > > __________ > > Mobiln? telef?ny v slovenskej premi?re a najaktu?lnej?ie inform?cie - http://mobil.sme.sk/ > > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Fri Dec 14 09:20:56 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 14 Dec 2007 10:20:56 +0100 Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 In-Reply-To: <000801c83de6$324da1a0$c9896fa6@tsinghuad93a01> References: <4730C583.000001.25717@kamasutra> <47611329.30306@sun.com> <1197546005.4272.8.camel@scorpion> <000801c83de6$324da1a0$c9896fa6@tsinghuad93a01> Message-ID: <1197624056.4146.0.camel@scorpion> Le vendredi 14 d?cembre 2007 ? 08:13 +0800, zhenchen a ?crit : > We also encounter the same problem, we have tried a lot of methods, such as change the order of CIF and QCIF media format, it doesn't work too. > So we hope the release the Ekiga 3.0 to address this issure. When the Ekiga 3.0 will be released? When it is ready (probably at worse March 2008) > Best, > > Zhen > > -----Original Message----- > From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > Sent: 2007?12?13? 19:40 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] CIF over h261 on Ekiga 2.0 > > Hi, > > CIF is not officially supported in Ekiga 2.0.x and will never be > supported. > > The upcoming 3.00 release addresses this issue. > > Le jeudi 13 d?cembre 2007 ? 19:10 +0800, Elaine Xiong a ?crit : > > Hi, > > > > Is this problem solved? I met the same problem. > > "/apps/ekiga/devices/video/size" is set to 1 to enable CIF in local > > video. But the video transmitted size while SIP connection is still > > QCIF. But H.323 connection seems working well. I have a quick look at > > the code. The problem looks like the order of registered media > > formats. It means H.261(QCIF) and H.261(CIF) as 2 kind of video media > > formats has a diff position order in the media format list which will > > impact the search result if "H.261" is the key to search. If confirmed > > a bug should be reported to help users obtain better experience. > > > > Best Regards, > > Elaine > > > > Palo S. wrote: > > > > It\'s impossible, CIF is being sent... (even if the log indicates QCIF). > > > > -- > > > > > > > > > > With video->size set to 0, clicking on camera button, > > > zooming to max, ie 352x288. Quite bad pixelation. > > > Now setting video->size to 1. Size doubles, so zooming > > > back to 352x288. Almost no visible pixelation. Clearly > > > CIF. > > > Calling 500 at ekiga.net. Local shrinks to half. So zooming > > > in to get 352x288. The same bad pixelation as at the > > > beginning. After remote appears, it is as bad as local. > > > Clearly QCIF. > > > > > > Maybe I\'m doing something wrong but I am pretty sure that > > > it is QCIF that is being sent... > > > > > > > > > > > > __________ > > > Mobiln? telef?ny v slovenskej premi?re a najaktu?lnej?ie inform?cie - http://mobil.sme.sk/ > > > > > > > > > _______________________________________________ > > > ekiga-list mailing list > > > ekiga-list at gnome.org > > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From jerry.m0ajm at virgin.net Fri Dec 14 11:45:18 2007 From: jerry.m0ajm at virgin.net (jerry martin) Date: Fri, 14 Dec 2007 11:45:18 +0000 Subject: [Ekiga-list] Security Check Failed Message-ID: <200712141145.18300.jerry.m0ajm@virgin.net> Hi There - can anyone help with this please. #Am unable to connect to Ekiga.net as I keep getting the following messages - "Registration Failed" also in calls history "Security Check Failed" #My hardware is working fine - I am registered with Diamond which is working Not up to speed with Ekiga yet, so would appreciate any advice on how to solve the above. Thanks for your time and attention Regards AM From DAVE.HIGTON at nice.com Fri Dec 14 16:00:58 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Fri, 14 Dec 2007 16:00:58 -0000 Subject: [Ekiga-list] Ekiga for Eee? Message-ID: Is it possible to create a special distribution of Ekiga for the Asus Eee? For those who're not (yet) familiar with it, the Eee has only 4 GB of flash memory for all its applications and data; no hard drive. It does come equipped with sound in and out, and a webcam. One of the supplied apps is a Skype client. I thought it would be nice to have proper VoIP. The critical qualities are: (1) minimal use of file space, (2) ease of installation. If not a special distribution or package, the other alternative is to take a standard distribution of Ekiga and its required libraries, then prune out all files that are not necessary to running Ekiga. In which case I would appreciate advice on what can go. Dave ************************************************************************************************************************************************************************************************************************************************* NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. **************************************************************************************************************************************************************************************************************************************************** From dsandras at seconix.com Fri Dec 14 16:25:44 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 14 Dec 2007 17:25:44 +0100 Subject: [Ekiga-list] Ekiga for Eee? In-Reply-To: References: Message-ID: <1197649544.4146.10.camel@scorpion> Le vendredi 14 d?cembre 2007 ? 16:00 +0000, Dave Higton a ?crit : > Is it possible to create a special distribution of Ekiga > for the Asus Eee? Most probably. > For those who're not (yet) familiar with it, the Eee has > only 4 GB of flash memory for all its applications and > data; no hard drive. It does come equipped with sound > in and out, and a webcam. One of the supplied apps is a > Skype client. I thought it would be nice to have proper > VoIP. > > The critical qualities are: (1) minimal use of file space, > (2) ease of installation. > > If not a special distribution or package, the other > alternative is to take a standard distribution of Ekiga > and its required libraries, then prune out all files that > are not necessary to running Ekiga. In which case I would > appreciate advice on what can go. > I would use --disable-gnome to minimize dependancies. There is however no way to describe the whole process in a mail, but it is certainly possible and probably not too complex to do. If you have specific questions, feel free to ask them there. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From mstokle at gmail.com Fri Dec 14 18:01:37 2007 From: mstokle at gmail.com (Mariano Stokle) Date: Fri, 14 Dec 2007 15:01:37 -0300 Subject: [Ekiga-list] Ekiga and SipX Message-ID: Anyone have tried to use ekiga with a sipX (www.sipfoundry.org) installation? -- Mariano Stokle -------------- next part -------------- An HTML attachment was scrubbed... URL: From badmuthahubbard at gmail.com Sat Dec 15 18:40:07 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sat, 15 Dec 2007 20:40:07 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? Message-ID: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> Hi. I'm trying to access my voice mail from another country, where I can't use my cell phone. But I need to enter a PIN and selections. Can I do it with Ekiga? If so, you'll be hearing more from me in trying to get my sound to work... -Chuckk -- http://www.badmuthahubbard.com From sevmek at free.fr Sat Dec 15 20:08:58 2007 From: sevmek at free.fr (yannick) Date: Sat, 15 Dec 2007 21:08:58 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> Message-ID: <1197749339.8103.271.camel@achille> Le samedi 15 d?cembre 2007 ? 20:40 +0200, Chuckk Hubbard a ?crit : > Hi. > I'm trying to access my voice mail from another country, where I can't > use my cell phone. But I need to enter a PIN and selections. Can I > do it with Ekiga? You can use the dialpad: http://wiki.ekiga.org/index.php/Image:Call_d1.png > If so, you'll be hearing more from me in trying to get my sound to work... https://help.ubuntu.com/community/Ekiga#head-62fa0f2735aab0e186cd1f9b94d9950bd88c8b7d Regards, Yannick > > -Chuckk > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From badmuthahubbard at gmail.com Sat Dec 15 21:13:11 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sat, 15 Dec 2007 23:13:11 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <1197749339.8103.271.camel@achille> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> Message-ID: <8200bab70712151313t766f8f17y41987ebc17693c81@mail.gmail.com> On Dec 15, 2007 10:08 PM, yannick wrote: > > Le samedi 15 d?cembre 2007 ? 20:40 +0200, Chuckk Hubbard a ?crit : > > Hi. > > I'm trying to access my voice mail from another country, where I can't > > use my cell phone. But I need to enter a PIN and selections. Can I > > do it with Ekiga? > > You can use the dialpad: > http://wiki.ekiga.org/index.php/Image:Call_d1.png If the dialpad can be used this way during a call, I'd like to suggest maybe that could be mentioned in a future version of the manual. I haven't been able to get it to work yet, but I'll keep trying. > > If so, you'll be hearing more from me in trying to get my sound to work... > > https://help.ubuntu.com/community/Ekiga#head-62fa0f2735aab0e186cd1f9b94d9950bd88c8b7d Believe it or not, I read the documentation. If I can't get it to work I'll post again. Thanks for your help. -Chuckk -- http://www.badmuthahubbard.com From badmuthahubbard at gmail.com Sat Dec 15 21:55:27 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sat, 15 Dec 2007 23:55:27 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <1197749339.8103.271.camel@achille> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> Message-ID: <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> On Dec 15, 2007 10:08 PM, yannick wrote: > > Le samedi 15 d?cembre 2007 ? 20:40 +0200, Chuckk Hubbard a ?crit : > > Hi. > > I'm trying to access my voice mail from another country, where I can't > > use my cell phone. But I need to enter a PIN and selections. Can I > > do it with Ekiga? > > You can use the dialpad: > http://wiki.ekiga.org/index.php/Image:Call_d1.png Running Ekiga 2.0.11-2 on Debian 64 testing, 2.6.23.1 kernel. My connection is pppd, using a mobile wireless modem (NOT dial up!). I have a diamondcard account with $10. I can enter the number I want to call, and it waits a while and says connected. I can play the sounds under Edit-Preferences-General-Sound Events, but no sound comes from ALSA while calling. If I hit a button on the dialpad during the call, as you say, it freezes after one press. I also have a problem with the GUI hanging and going blank when I attempt to disconnect the call. The only way to close it is with kill. Any more info I can provide? Thanks. -Chuckk -- http://www.badmuthahubbard.com From sevmek at free.fr Sun Dec 16 06:44:25 2007 From: sevmek at free.fr (yannick) Date: Sun, 16 Dec 2007 07:44:25 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> Message-ID: <1197787466.8103.276.camel@achille> Le samedi 15 d?cembre 2007 ? 23:55 +0200, Chuckk Hubbard a ?crit : > On Dec 15, 2007 10:08 PM, yannick wrote: > > > > Le samedi 15 d?cembre 2007 ? 20:40 +0200, Chuckk Hubbard a ?crit : > > > Hi. > > > I'm trying to access my voice mail from another country, where I can't > > > use my cell phone. But I need to enter a PIN and selections. Can I > > > do it with Ekiga? > > > > You can use the dialpad: > > http://wiki.ekiga.org/index.php/Image:Call_d1.png > > Running Ekiga 2.0.11-2 on Debian 64 testing, 2.6.23.1 kernel. My > connection is pppd, using a mobile wireless modem (NOT dial up!). > I have a diamondcard account with $10. I can enter the number I want > to call, and it waits a while and says connected. I can play the > sounds under Edit-Preferences-General-Sound Events, but no sound comes > from ALSA while calling. > If I hit a button on the dialpad during the call, as you say, it > freezes after one press. > > I also have a problem with the GUI hanging and going blank when I > attempt to disconnect the call. The only way to close it is with > kill. > > Any more info I can provide? What is your audio system setup? Are you using jack and a patched kernel with RT? Regards, Yannick > Thanks. > -Chuckk > > -- > http://www.badmuthahubbard.com > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From badmuthahubbard at gmail.com Sun Dec 16 08:39:07 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sun, 16 Dec 2007 10:39:07 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <1197787466.8103.276.camel@achille> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> Message-ID: <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> On Dec 16, 2007 8:44 AM, yannick wrote: > > Le samedi 15 d?cembre 2007 ? 23:55 +0200, Chuckk Hubbard a ?crit : > > Running Ekiga 2.0.11-2 on Debian 64 testing, 2.6.23.1 kernel. My > > connection is pppd, using a mobile wireless modem (NOT dial up!). > > I have a diamondcard account with $10. I can enter the number I want > > to call, and it waits a while and says connected. I can play the > > sounds under Edit-Preferences-General-Sound Events, but no sound comes > > from ALSA while calling. > > If I hit a button on the dialpad during the call, as you say, it > > freezes after one press. > > > > I also have a problem with the GUI hanging and going blank when I > > attempt to disconnect the call. The only way to close it is with > > kill. > > > > Any more info I can provide? > > What is your audio system setup? Are you using jack and a patched kernel > with RT? I have the alsa-base package from Debian, vs. 1.0.15-2. I do indeed run jack with an rt-patched kernel, but I saw that Ekiga does not appear to have jack support, so I haven't been starting jack before attempting to use Ekiga (and it doesn't start by itself). I don't have arts installed. So I'm pretty much just running ALSA... -Chuckk -- http://www.badmuthahubbard.com From dsandras at seconix.com Sun Dec 16 09:55:36 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 16 Dec 2007 10:55:36 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> Message-ID: <1197798936.4168.0.camel@scorpion> Le samedi 15 d?cembre 2007 ? 20:40 +0200, Chuckk Hubbard a ?crit : > Hi. > I'm trying to access my voice mail from another country, where I can't > use my cell phone. But I need to enter a PIN and selections. Can I > do it with Ekiga? Of course you can... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From badmuthahubbard at gmail.com Sun Dec 16 11:41:10 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sun, 16 Dec 2007 13:41:10 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> Message-ID: <8200bab70712160341w35396507ua77cfe6b320591e6@mail.gmail.com> On Dec 16, 2007 10:39 AM, Chuckk Hubbard wrote: > > > If I hit a button on the dialpad during the call, as you say, it > > > freezes after one press. > > > > > > I also have a problem with the GUI hanging and going blank when I > > > attempt to disconnect the call. The only way to close it is with > > > kill. > > > > > > Any more info I can provide? gdb ekiga output: chuckk at unclejesse:~$ gdb ekiga GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"... Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/bin/ekiga warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff08bfe000 [Thread debugging using libthread_db enabled] [New Thread 0x2b34b151f2a0 (LWP 6514)] [New Thread 0x40040950 (LWP 6519)] [New Thread 0x40081950 (LWP 6520)] [New Thread 0x40882950 (LWP 6525)] [New Thread 0x41083950 (LWP 6526)] [New Thread 0x41884950 (LWP 6527)] [Thread 0x40882950 (LWP 6525) exited] [New Thread 0x418c5950 (LWP 6537)] [Thread 0x41083950 (LWP 6526) exited] [New Thread 0x41906950 (LWP 6540)] [New Thread 0x41947950 (LWP 6541)] [New Thread 0x41988950 (LWP 6542)] [New Thread 0x41083950 (LWP 6543)] [New Thread 0x40882950 (LWP 6544)] [Thread 0x41083950 (LWP 6543) exited] [Thread 0x40882950 (LWP 6544) exited] [New Thread 0x419c9950 (LWP 6548)] [New Thread 0x41a0a950 (LWP 6549)] [New Thread 0x41a4b950 (LWP 6560)] [New Thread 0x41a8c950 (LWP 6561)] [Thread 0x41988950 (LWP 6542) exited] [New Thread 0x41988950 (LWP 6562)] [New Thread 0x41acd950 (LWP 6563)] [Thread 0x41988950 (LWP 6562) exited] [New Thread 0x41988950 (LWP 6564)] [New Thread 0x41b0e950 (LWP 6565)] [New Thread 0x41b4f950 (LWP 6566)] [New Thread 0x41b90950 (LWP 6567)] Here it freezes when I have pressed a number on the GUI to enter my PIN. The GUI freezes with the number depressed, and after switching to different desktops the GUI window is blank. -Chuckk -- http://www.badmuthahubbard.com From fabrice at alphonso.dyndns.org Sun Dec 16 11:59:50 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Sun, 16 Dec 2007 12:59:50 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712160341w35396507ua77cfe6b320591e6@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712160341w35396507ua77cfe6b320591e6@mail.gmail.com> Message-ID: <1197806391.9972.44.camel@laptop> Le dimanche 16 d?cembre 2007 ? 13:41 +0200, Chuckk Hubbard a ?crit : > On Dec 16, 2007 10:39 AM, Chuckk Hubbard wrote: > > > > > If I hit a button on the dialpad during the call, as you say, it > > > > freezes after one press. > > > > > > > > I also have a problem with the GUI hanging and going blank when I > > > > attempt to disconnect the call. The only way to close it is with > > > > kill. > > > > > > > > Any more info I can provide? > > gdb ekiga output: > > chuckk at unclejesse:~$ gdb ekiga > GNU gdb 6.6.90.20070912-debian > Copyright (C) 2007 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu"... > Using host libthread_db library "/lib/libthread_db.so.1". > (gdb) run > Starting program: /usr/bin/ekiga > warning: no loadable sections found in added symbol-file > system-supplied DSO at 0x7fff08bfe000 > [Thread debugging using libthread_db enabled] > [New Thread 0x2b34b151f2a0 (LWP 6514)] > [New Thread 0x40040950 (LWP 6519)] .../... > [New Thread 0x41b4f950 (LWP 6566)] > [New Thread 0x41b90950 (LWP 6567)] > > Here it freezes when I have pressed a number on the GUI to enter my > PIN. The GUI freezes with the number depressed, and after switching > to different desktops the GUI window is blank. > > -Chuckk > Hi Chuckk, I think that you should provide more verbose output to get some help. I know it isn't easy at first but following those advices given here : http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_from_Ekiga and here : http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_send_us_a_backtrace_from_a_crash would permit other knowledgeable people to help you more successfully. Hope that helps, Fabrice From badmuthahubbard at gmail.com Sun Dec 16 12:07:20 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sun, 16 Dec 2007 14:07:20 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <1197806391.9972.44.camel@laptop> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712160341w35396507ua77cfe6b320591e6@mail.gmail.com> <1197806391.9972.44.camel@laptop> Message-ID: <8200bab70712160407kc2fa341s36e3e9cf60993d70@mail.gmail.com> On Dec 16, 2007 1:59 PM, Fabrice ALPHONSO wrote: > > Hi Chuckk, > > I think that you should provide more verbose output to get some help. Hi Fabrice, thanks for the tip. Here is my more verbose debugging output, I hope it is revealing. The session ended with me hitting Ctl-C. -Chuckk output: 2007/12/16 13:56:57.975 0:00.678 ekiga Detected audio plugins: ALSA 2007/12/16 13:56:57.976 0:00.679 ekiga Detected video plugins: Picture,V4L 2007/12/16 13:56:57.976 0:00.679 ekiga Detected audio plugins: ALSA 2007/12/16 13:56:57.976 0:00.679 ekiga Detected video plugins: Picture,V4L 2007/12/16 13:56:58.032 0:00.735 ekiga Detected the following audio input devices: Default,HDA ATI SB with plugin ALSA 2007/12/16 13:56:58.033 0:00.736 ekiga Detected the following audio output devices: Default,HDA ATI SB with plugin ALSA 2007/12/16 13:56:58.033 0:00.736 ekiga Detected the following video input devices: No device found with plugin V4L 2007/12/16 13:56:58.033 0:00.736 ekiga Detected the following audio input devices: Default,HDA ATI SB with plugin ALSA 2007/12/16 13:56:58.034 0:00.737 ekiga Detected the following audio output devices: Default,HDA ATI SB with plugin ALSA 2007/12/16 13:56:58.034 0:00.737 ekiga Detected the following video input devices: No device found with plugin V4L 2007/12/16 13:56:59.436 0:02.139 ekiga Ekiga version 2.0.11 2007/12/16 13:56:59.437 0:02.140 ekiga OPAL version 2.2.11 2007/12/16 13:56:59.437 0:02.140 ekiga PWLIB version 1.10.10 2007/12/16 13:56:59.437 0:02.140 ekiga GNOME support enabled 2007/12/16 13:56:59.438 0:02.141 ekiga Fullscreen support enabled 2007/12/16 13:56:59.438 0:02.141 ekiga DBUS support disabled 2007/12/16 13:56:59.446 0:02.149 ekiga Set TCP port range to 30000:30010 2007/12/16 13:56:59.446 0:02.149 ekiga Set RTP port range to 5000:5059 2007/12/16 13:56:59.446 0:02.149 ekiga Set UDP port range to 5060:5100 2007/12/16 13:56:59.447 0:02.150 ekiga OpalEP Created endpoint: h323 2007/12/16 13:56:59.447 0:02.150 ekiga H323 Created endpoint. 2007/12/16 13:56:59.450 0:02.154 ekiga OpalMan Added route "pc:.*=h323:" 2007/12/16 13:56:59.451 0:02.154 ekiga OpalEP Created endpoint: sip 2007/12/16 13:56:59.451 0:02.154 ekiga SIP Created endpoint. 2007/12/16 13:56:59.453 0:02.156 ekiga OpalMan Added route "pc:.*=sip:" 2007/12/16 13:56:59.453 0:02.156 ekiga OpalEP Created endpoint: pc 2007/12/16 13:56:59.456 0:02.159 ekiga PCSS Created PC sound system endpoint. 2007/12/16 13:56:59.456 0:02.159 ekiga OpalMan Added route "h323:.*=pc:" 2007/12/16 13:56:59.456 0:02.159 ekiga OpalMan Added route "sip:.*=pc:" 2007/12/16 13:56:59.514 0:02.217 Opal Listener:c09e40 Listen Started listening thread on tcp$172.21.147.206:1720 2007/12/16 13:56:59.514 0:02.217 Opal Listener:c09e40 Listen Waiting on socket accept on tcp$172.21.147.206:1720 2007/12/16 13:56:59.516 0:02.220 Opal Listener:c0ae50 Listen Started listening thread on udp$172.21.147.206:5060 2007/12/16 13:56:59.517 0:02.220 Opal Listener:c0ae50 Listen Waiting on UDP packet on udp$172.21.147.206:5060 2007/12/16 13:56:59.526 0:02.229 ekiga AVAHI Adding service Chuckk Hubbard 2007/12/16 13:57:08.688 0:11.396 GMURLHandler:00e2a990 OpalMan Set up call from pc:* to sip:12154351306 at eugw.ast.diamondcard.us 2007/12/16 13:57:08.694 0:11.397 GMURLHandler:00e2a990 Call Created Call[1] 2007/12/16 13:57:08.694 0:11.397 GMURLHandler:00e2a990 OpalMan Set up connection to "pc:*" 2007/12/16 13:57:08.697 0:11.400 GMURLHandler:00e2a990 OpalCon Created connection Call[1]-EP[HDA ATI SB] 2007/12/16 13:57:08.697 0:11.400 GMURLHandler:00e2a990 RFC2833 Handler created 2007/12/16 13:57:08.697 0:11.400 GMURLHandler:00e2a990 Silence Handler created 2007/12/16 13:57:08.698 0:11.401 GMURLHandler:00e2a990 Echo Canceler Handler created 2007/12/16 13:57:08.698 0:11.401 GMURLHandler:00e2a990 PCSS Created PC sound system connection. 2007/12/16 13:57:08.698 0:11.401 GMURLHandler:00e2a990 OpalMan On incoming connection Call[1]-EP[HDA ATI SB] 2007/12/16 13:57:08.698 0:11.401 GMURLHandler:00e2a990 Call GetOtherPartyConnection Call[1]-EP[HDA ATI SB] 2007/12/16 13:57:08.698 0:11.401 GMURLHandler:00e2a990 OpalMan Set up connection to "sip:12154351306 at eugw.ast.diamondcard.us" 2007/12/16 13:57:08.699 0:11.402 GMURLHandler:00e2a990 OpalCon Created connection Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:57:08.699 0:11.402 GMURLHandler:00e2a990 RFC2833 Handler created 2007/12/16 13:57:09.205 0:11.908 GMURLHandler:00e2a990 SIP Created connection. 2007/12/16 13:57:09.205 0:11.908 GMURLHandler:00e2a990 PCSS Outgoing call routed to sip:12154351306 at eugw.ast.diamondcard.us for Call[1]-EP[HDA ATI SB] 2007/12/16 13:57:09.206 0:11.909 GMURLHandler:00e2a990 Call OnSetUp Call[1]-EP[HDA ATI SB] 2007/12/16 13:57:09.206 0:11.909 GMURLHandler:00e2a990 SIP SetUpConnection: 2007/12/16 13:57:09.385 0:12.088 GMURLHandler:00e2a990 OpalUDP Binding to interface: 172.21.147.206:33727 2007/12/16 13:57:09.386 0:12.089 GMURLHandler:00e2a990 SIP Created transport udp$0.0.0.0 2007/12/16 13:57:09.386 0:12.089 GMURLHandler:00e2a990 OpalUDP Started connect to 62.4.81.180:5060 2007/12/16 13:57:09.387 0:12.090 GMURLHandler:00e2a990 OpalUDP Connect on pre-bound interface: 172.21.147.206 2007/12/16 13:57:09.388 0:12.091 SIP Transport:e56bd0 SIP Read thread started. 2007/12/16 13:57:09.389 0:12.092 SIP Transport:e56bd0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:57:09.393 0:12.096 GMURLHandler:00e2a990 SIP Transaction 1 INVITE created. 2007/12/16 13:57:09.393 0:12.096 GMURLHandler:00e2a990 Call CanDoMediaBypass Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:57:09.394 0:12.097 GMURLHandler:00e2a990 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:57:09.394 0:12.097 GMURLHandler:00e2a990 SIP IsMediaBypassPossible: session 1 2007/12/16 13:57:09.394 0:12.097 GMURLHandler:00e2a990 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:57:09.395 0:12.098 GMURLHandler:00e2a990 RTP_UDP Session 1 created: 172.21.147.206:5000-5001 ssrc=3420064267 2007/12/16 13:57:09.395 0:12.098 GMURLHandler:00e2a990 RTP Adding session RTP_UDP 2007/12/16 13:57:09.400 0:12.103 GMURLHandler:00e2a990 Call GetMediaFormats for Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] SpeexWide-20.6k GSM-06.10 MS-GSM SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/12/16 13:57:09.401 0:12.104 GMURLHandler:00e2a990 SIP Using RTP payload [pt=101] for NTE 2007/12/16 13:57:09.402 0:12.105 GMURLHandler:00e2a990 SIP No authentication information present 2007/12/16 13:57:09.565 0:12.268 GMURLHandler:00e2a990 SIP Adjusting transport to address udp$62.4.81.180:5060 2007/12/16 13:57:09.566 0:12.269 GMURLHandler:00e2a990 SIP Sending PDU on udp$62.4.81.180:5060 INVITE sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 Date: Sun, 16 Dec 2007 11:57:09 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 172.21.147.206:5061;branch=z9hG4bKb253ceb2-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: "Chuckk Hubbard" ;tag=e47c64b2-3baa-dc11-9b98-0014a5d01c7a Call-ID: d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 342 Max-Forwards: 70 v=0 o=- 1197806229 1197806229 IN IP4 172.21.147.206 s=Opal SIP Session c=IN IP4 172.21.147.206 t=0 0 m=audio 5000 RTP/AVP 96 3 107 110 0 8 101 a=rtpmap:96 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2007/12/16 13:57:09.566 0:12.269 GMURLHandler:00e2a990 SetUpCall succeeded 2007/12/16 13:57:39.672 0:42.375 GMAccounts...t:00c288c0 OpalUDP Binding to interface: 172.21.147.206:33734 2007/12/16 13:57:39.672 0:42.375 GMAccounts...t:00c288c0 SIP Created transport udp$0.0.0.0 2007/12/16 13:58:09.987 1:12.690 GMAccounts...t:00c288c0 OpalUDP Started connect to 86.64.162.35:5060 2007/12/16 13:58:09.987 1:12.690 GMAccounts...t:00c288c0 OpalUDP Connect on pre-bound interface: 172.21.147.206 2007/12/16 13:58:09.988 1:12.691 GMAccounts...t:00c288c0 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/12/16 13:58:09.989 1:12.692 Housekeeper SIP Transaction 1 INVITE timeout, making retry 1 2007/12/16 13:58:09.991 1:12.694 Housekeeper SIP Sending PDU on udp$62.4.81.180:5060 INVITE sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 Date: Sun, 16 Dec 2007 11:57:09 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 172.21.147.206:5061;branch=z9hG4bKb253ceb2-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: "Chuckk Hubbard" ;tag=e47c64b2-3baa-dc11-9b98-0014a5d01c7a Call-ID: d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 342 Max-Forwards: 70 v=0 o=- 1197806229 1197806229 IN IP4 172.21.147.206 s=Opal SIP Session c=IN IP4 172.21.147.206 t=0 0 m=audio 5000 RTP/AVP 96 3 107 110 0 8 101 a=rtpmap:96 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2007/12/16 13:58:09.992 1:12.695 GMAccounts...t:00c288c0 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5062;branch=z9hG4bKacbcecd6-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: ;tag=72b5ecd6-3baa-dc11-9b98-0014a5d01c7a Call-ID: a286dac4-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:09.993 1:12.696 Housekeeper SIP Set state Terminated_Timeout for transaction 1 INVITE 2007/12/16 13:58:09.993 1:12.696 Housekeeper OpalCon Releasing Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:09.994 1:12.697 Housekeeper OpalCon Call end reason for d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse set to EndedByConnectFail 2007/12/16 13:58:09.994 1:12.697 Housekeeper OpalCon SetPhase from UninitialisedPhase to ReleasingPhase 2007/12/16 13:58:09.995 1:12.698 Housekeeper SIP Transaction 1 REGISTER timeout, making retry 1 2007/12/16 13:58:09.996 1:12.699 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5062;branch=z9hG4bKacbcecd6-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: ;tag=72b5ecd6-3baa-dc11-9b98-0014a5d01c7a Call-ID: a286dac4-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:09.996 1:12.699 Housekeeper SIP Set state Terminated_Timeout for transaction 1 REGISTER 2007/12/16 13:58:10.002 1:12.705 SIP Transport:7428a0 SIP Read thread started. 2007/12/16 13:58:10.003 1:12.706 SIP Transport:7428a0 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/12/16 13:58:10.003 1:12.706 OnRelease:e2d3f0 SIP OnReleased: Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse], phase = ReleasingPhase 2007/12/16 13:58:10.003 1:12.706 OnRelease:e2d3f0 OpalCon SetPhase from ReleasingPhase to ReleasingPhase 2007/12/16 13:58:10.004 1:12.707 OnRelease:e2d3f0 SIP Cancelling transaction 0 of 1 2007/12/16 13:58:10.004 1:12.707 OnRelease:e2d3f0 SIP Could not cancel transaction 0 2007/12/16 13:58:10.004 1:12.707 OnRelease:e2d3f0 OpalCon Media stream threads closed. 2007/12/16 13:58:10.004 1:12.707 OnRelease:e2d3f0 OpalCon SetPhase from ReleasingPhase to ReleasedPhase 2007/12/16 13:58:10.004 1:12.707 OnRelease:e2d3f0 Opal Transport clean up on termination 2007/12/16 13:58:10.005 1:12.708 OnRelease:e2d3f0 OpalUDP Close 2007/12/16 13:58:10.005 1:12.708 SIP Transport:e56bd0 OpalUDP Error on connection read select. 2007/12/16 13:58:10.005 1:12.708 SIP Transport:e56bd0 SIP Read thread finished. 2007/12/16 13:58:10.015 1:12.718 OnRelease:e2d3f0 OpalCon OnReleased Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:10.016 1:12.719 OnRelease:e2d3f0 OpalCon Media stream threads closed. 2007/12/16 13:58:10.016 1:12.719 OnRelease:e2d3f0 GMSIPEndpoint SIP connection released 2007/12/16 13:58:10.016 1:12.719 OnRelease:e2d3f0 OpalEP OnReleased Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:10.026 1:12.729 OnRelease:e2d3f0 GMManager Will release the connection 2007/12/16 13:58:10.026 1:12.729 OnRelease:e2d3f0 OpalMan OnReleased Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:10.035 1:12.738 OnRelease:e2d3f0 Call OnReleased Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:10.035 1:12.738 OnRelease:e2d3f0 OpalCon Releasing Call[1]-EP[HDA ATI SB] 2007/12/16 13:58:10.036 1:12.739 OnRelease:e2d3f0 OpalCon Call end reason for HDA ATI SB set to EndedByConnectFail 2007/12/16 13:58:10.036 1:12.740 OnRelease:e2d3f0 OpalCon SetPhase from SetUpPhase to ReleasingPhase 2007/12/16 13:58:10.038 1:12.741 OnRelease:e2d3f0 RTP_UDP Session 1, Shutting down read. 2007/12/16 13:58:10.038 1:12.741 OnRelease:e89080 OpalCon OnReleased Call[1]-EP[HDA ATI SB] 2007/12/16 13:58:10.038 1:12.741 OnRelease:e89080 OpalCon Media stream threads closed. 2007/12/16 13:58:10.038 1:12.741 OnRelease:e2d3f0 RTP_UDP Session 1, Shutting down write. 2007/12/16 13:58:10.039 1:12.742 OnRelease:e2d3f0 SIP Transaction 1 INVITE destroyed. 2007/12/16 13:58:10.039 1:12.742 OnRelease:e2d3f0 OpalCon OnRelease thread completed for d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse 2007/12/16 13:58:10.047 1:12.750 OnRelease:e89080 GMPCSSEndpoint PCSS connection released 2007/12/16 13:58:10.047 1:12.751 OnRelease:e89080 OpalEP OnReleased Call[1]-EP[HDA ATI SB] 2007/12/16 13:58:10.049 1:12.752 OnRelease:e89080 GMManager Will release the connection 2007/12/16 13:58:10.049 1:12.752 OnRelease:e89080 OpalMan OnReleased Call[1]-EP[HDA ATI SB] 2007/12/16 13:58:10.049 1:12.752 OnRelease:e89080 Call OnReleased Call[1]-EP[HDA ATI SB] 2007/12/16 13:58:10.129 1:12.833 OnRelease:e89080 OpalCon OnRelease thread completed for HDA ATI SB 2007/12/16 13:58:10.349 1:13.052 SIP Transport:7428a0 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 406 Not Acceptable CSeq: 1 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5062;branch=z9hG4bKacbcecd6-3baa-dc11-9b98-0014a5d01c7a;rport=45216;received=62.217.245.97 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=72b5ecd6-3baa-dc11-9b98-0014a5d01c7a Call-ID: a286dac4-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.9292 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=4297 req_src_ip=62.217.245.97 req_src_port=45216 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 2007/12/16 13:58:10.350 1:13.053 SIP Transport:7428a0 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/12/16 13:58:10.447 1:13.150 SIP Transport:7428a0 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 406 Not Acceptable CSeq: 1 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5062;branch=z9hG4bKacbcecd6-3baa-dc11-9b98-0014a5d01c7a;rport=45216;received=62.217.245.97 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=72b5ecd6-3baa-dc11-9b98-0014a5d01c7a Call-ID: a286dac4-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.9292 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=4288 req_src_ip=62.217.245.97 req_src_port=45216 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 2007/12/16 13:58:10.448 1:13.151 SIP Transport:7428a0 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/12/16 13:58:10.546 1:13.249 GMAccounts...t:00c288c0 OpalUDP Binding to interface: 172.21.147.206:33737 2007/12/16 13:58:10.546 1:13.249 GMAccounts...t:00c288c0 SIP Created transport udp$0.0.0.0 2007/12/16 13:58:10.547 1:13.250 GMAccounts...t:00c288c0 OpalUDP Started connect to 86.64.162.35:5060 2007/12/16 13:58:10.548 1:13.251 GMAccounts...t:00c288c0 OpalUDP Connect on pre-bound interface: 172.21.147.206 2007/12/16 13:58:10.548 1:13.251 GMAccounts...t:00c288c0 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/12/16 13:58:10.550 1:13.253 GMAccounts...t:00c288c0 SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:badmuthahubbard at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 172.21.147.206:5063;branch=z9hG4bK220f42d7-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: ;tag=0c0742d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 3a8e41d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:10.561 1:13.264 SIP Transport:e87b00 SIP Read thread started. 2007/12/16 13:58:10.561 1:13.264 SIP Transport:e87b00 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/12/16 13:58:10.675 1:13.378 OpalGarbage Opal Transport clean up on termination 2007/12/16 13:58:10.675 1:13.379 OpalGarbage OpalUDP Close 2007/12/16 13:58:10.676 1:13.379 OpalGarbage SIP Deleted connection. 2007/12/16 13:58:10.676 1:13.379 OpalGarbage OpalCon Connection Call[1]-EP[d27064b2-3baa-dc11-9b98-0014a5d01c7a at unclejesse] destroyed. 2007/12/16 13:58:10.677 1:13.380 OpalGarbage PCSS Deleted PC sound system connection. 2007/12/16 13:58:10.677 1:13.380 OpalGarbage OpalCon Connection Call[1]-EP[HDA ATI SB] destroyed. 2007/12/16 13:58:10.787 1:13.490 GMAccounts...t:00c288c0 OpalUDP Binding to interface: 172.21.147.206:33737 2007/12/16 13:58:10.788 1:13.491 GMAccounts...t:00c288c0 SIP Created transport udp$0.0.0.0 2007/12/16 13:58:10.788 1:13.491 GMAccounts...t:00c288c0 OpalUDP Started connect to 62.4.81.180:5060 2007/12/16 13:58:10.789 1:13.492 GMAccounts...t:00c288c0 OpalUDP Connect on pre-bound interface: 172.21.147.206 2007/12/16 13:58:10.789 1:13.492 GMAccounts...t:00c288c0 SIP Created Transport for Registrar udp$62.4.81.180:5060 2007/12/16 13:58:10.791 1:13.494 GMAccounts...t:00c288c0 SIP Sending PDU on udp$62.4.81.180:5060 REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5064;branch=z9hG4bK0ed166d7-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: ;tag=acc966d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 1c5a66d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:10.792 1:13.495 SIP Transport:e297a0 SIP Read thread started. 2007/12/16 13:58:10.792 1:13.495 SIP Transport:e297a0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:10.888 1:13.591 SIP Transport:e87b00 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 489 Unsupported event package CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 172.21.147.206:5063;received=62.217.245.97;branch=z9hG4bK220f42d7-3baa-dc11-9b98-0014a5d01c7a;rport=17209 Server: Sip EXpress router (0.10.99-dev35-pa-4.1 (i386/linux)) From: ;tag=0c0742d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 3a8e41d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=95329101123423eab1637e9ad490b3a6-4a57 Warning: 392 127.0.0.1:5061 "Noisy feedback tells: pid=25930 req_src_ip=127.0.0.1 req_src_port=57753 in_uri=sip:badmuthahubbard at ekiga.net out_uri=sip:badmuthahubbard at ekiga.net via_cnt==2" Content-Length: 0 2007/12/16 13:58:10.888 1:13.591 SIP Transport:e87b00 SIP Transaction 2 SUBSCRIBE completed. 2007/12/16 13:58:10.889 1:13.592 SIP Transport:e87b00 OpalUDP Ended connect, selecting 172.21.147.206:5063 2007/12/16 13:58:10.889 1:13.592 SIP Transport:e87b00 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/12/16 13:58:11.007 1:13.710 GMAccounts...t:00c288c0 OpalUDP Binding to interface: 172.21.147.206:33737 2007/12/16 13:58:11.008 1:13.711 GMAccounts...t:00c288c0 SIP Created transport udp$0.0.0.0 2007/12/16 13:58:11.008 1:13.711 GMAccounts...t:00c288c0 OpalUDP Started connect to 62.4.81.180:5060 2007/12/16 13:58:11.009 1:13.712 GMAccounts...t:00c288c0 OpalUDP Connect on pre-bound interface: 172.21.147.206 2007/12/16 13:58:11.009 1:13.712 GMAccounts...t:00c288c0 SIP Created Transport for Registrar udp$62.4.81.180:5060 2007/12/16 13:58:11.011 1:13.714 GMAccounts...t:00c288c0 SIP Sending PDU on udp$62.4.81.180:5060 SUBSCRIBE sip:51841 at eugw.ast.diamondcard.us SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.21.147.206:5065;branch=z9hG4bK587488d7-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: ;tag=6c6a88d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: f2ee87d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:11.012 1:13.715 SIP Transport:e307d0 SIP Read thread started. 2007/12/16 13:58:11.012 1:13.715 SIP Transport:e307d0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.087 1:13.790 SIP Transport:e297a0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 100 Trying CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5064;branch=z9hG4bK0ed166d7-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=13930 User-Agent: SIP gate From: ;tag=acc966d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 1c5a66d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/12/16 13:58:11.087 1:13.791 SIP Transport:e297a0 SIP Transaction 3 REGISTER proceeding. 2007/12/16 13:58:11.088 1:13.791 SIP Transport:e297a0 OpalUDP Ended connect, selecting 172.21.147.206:5064 2007/12/16 13:58:11.088 1:13.791 SIP Transport:e297a0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.168 1:13.871 SIP Transport:e297a0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 401 Unauthorized CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5064;branch=z9hG4bK0ed166d7-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=13930 User-Agent: SIP gate From: ;tag=acc966d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 1c5a66d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as4fbc8707 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 WWW-Authenticate: Digest algorithm=MD5, realm="eugw.ast.diamondcard.us", nonce="5ff7c5db" 2007/12/16 13:58:11.168 1:13.871 SIP Transport:e297a0 SIP Transaction 3 REGISTER completed. 2007/12/16 13:58:11.169 1:13.872 SIP Transport:e297a0 SIP Received Authentication Required response 2007/12/16 13:58:11.169 1:13.872 SIP Transport:e297a0 SIP Updated realm to eugw.ast.diamondcard.us 2007/12/16 13:58:11.171 1:13.874 SIP Transport:e297a0 SIP Adding authentication information 2007/12/16 13:58:11.172 1:13.875 SIP Transport:e297a0 SIP Sending PDU on udp$62.4.81.180:5060 REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 CSeq: 5 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5064;branch=z9hG4bKb8dda0d7-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 Authorization: Digest username="51841", realm="eugw.ast.diamondcard.us", nonce="5ff7c5db", uri="sip:eugw.ast.diamondcard.us", algorithm=md5, response="84a94d94b67e5d2b4542895869f1109b" From: ;tag=acc966d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 1c5a66d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:11.172 1:13.875 SIP Transport:e297a0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.327 1:14.030 SIP Transport:e307d0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 401 Unauthorized CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.21.147.206:5065;branch=z9hG4bK587488d7-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=16347 User-Agent: SIP gate From: ;tag=6c6a88d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: f2ee87d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as4f8d80b8 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 WWW-Authenticate: Digest algorithm=MD5, realm="eugw.ast.diamondcard.us", nonce="7ef6c45d" 2007/12/16 13:58:11.327 1:14.030 SIP Transport:e307d0 SIP Transaction 4 SUBSCRIBE completed. 2007/12/16 13:58:11.328 1:14.031 SIP Transport:e307d0 OpalUDP Ended connect, selecting 172.21.147.206:5065 2007/12/16 13:58:11.328 1:14.031 SIP Transport:e307d0 SIP Received Authentication Required response 2007/12/16 13:58:11.330 1:14.033 SIP Transport:e307d0 SIP Adding authentication information 2007/12/16 13:58:11.331 1:14.034 SIP Transport:e307d0 SIP Sending PDU on udp$62.4.81.180:5060 SUBSCRIBE sip:51841 at eugw.ast.diamondcard.us SIP/2.0 CSeq: 6 SUBSCRIBE Via: SIP/2.0/UDP 172.21.147.206:5065;branch=z9hG4bK3c19b9d7-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 Authorization: Digest username="51841", realm="eugw.ast.diamondcard.us", nonce="7ef6c45d", uri="sip:51841 at eugw.ast.diamondcard.us", algorithm=md5, response="797442475414d8bbf734cb71072dd350" From: ;tag=6c6a88d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: f2ee87d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:11.332 1:14.035 SIP Transport:e307d0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.506 1:14.210 SIP Transport:e297a0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 100 Trying CSeq: 5 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5064;branch=z9hG4bKb8dda0d7-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=13930 User-Agent: SIP gate From: ;tag=acc966d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 1c5a66d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/12/16 13:58:11.507 1:14.210 SIP Transport:e297a0 SIP Transaction 5 REGISTER proceeding. 2007/12/16 13:58:11.508 1:14.211 SIP Transport:e297a0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.586 1:14.289 SIP Transport:e297a0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 200 OK Date: Sun, 16 Dec 2007 11:59:16 GMT CSeq: 5 REGISTER Via: SIP/2.0/UDP 172.21.147.206:5064;branch=z9hG4bKb8dda0d7-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=13930 User-Agent: SIP gate From: ;tag=acc966d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: 1c5a66d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as4fbc8707 Contact: ;expires=3600 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Expires: 3600 Content-Length: 0 2007/12/16 13:58:11.587 1:14.290 SIP Transport:e297a0 SIP Transaction 5 REGISTER completed. 2007/12/16 13:58:11.590 1:14.293 SIP Transport:e297a0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.666 1:14.369 SIP Transport:e307d0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 200 OK CSeq: 6 SUBSCRIBE Via: SIP/2.0/UDP 172.21.147.206:5065;branch=z9hG4bK3c19b9d7-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=16347 User-Agent: SIP gate From: ;tag=6c6a88d7-3baa-dc11-9b98-0014a5d01c7a Call-ID: f2ee87d7-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as4f8d80b8 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Expires: 0 Content-Length: 0 2007/12/16 13:58:11.667 1:14.370 SIP Transport:e307d0 SIP Transaction 6 SUBSCRIBE completed. 2007/12/16 13:58:11.668 1:14.371 SIP Transport:e307d0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:11.677 1:14.380 OpalGarbage Call Call[1] destroyed. 2007/12/16 13:58:11.889 1:14.592 Housekeeper SIP Set state Terminated_Success for transaction 2 SUBSCRIBE 2007/12/16 13:58:12.169 1:14.872 Housekeeper SIP Set state Terminated_Success for transaction 3 REGISTER 2007/12/16 13:58:12.328 1:15.031 Housekeeper SIP Set state Terminated_Success for transaction 4 SUBSCRIBE 2007/12/16 13:58:12.588 1:15.291 Housekeeper SIP Set state Terminated_Success for transaction 5 REGISTER 2007/12/16 13:58:12.668 1:15.371 Housekeeper SIP Set state Terminated_Success for transaction 6 SUBSCRIBE 2007/12/16 13:58:26.720 1:29.423 GMURLHandler:00e8a7c0 OpalMan Set up call from pc:* to sip:12154351306 at eugw.ast.diamondcard.us 2007/12/16 13:58:26.724 1:29.427 GMURLHandler:00e8a7c0 Call Created Call[2] 2007/12/16 13:58:26.724 1:29.427 GMURLHandler:00e8a7c0 OpalMan Set up connection to "pc:*" 2007/12/16 13:58:26.727 1:29.430 GMURLHandler:00e8a7c0 OpalCon Created connection Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:26.727 1:29.430 GMURLHandler:00e8a7c0 RFC2833 Handler created 2007/12/16 13:58:26.727 1:29.430 GMURLHandler:00e8a7c0 Silence Handler created 2007/12/16 13:58:26.727 1:29.430 GMURLHandler:00e8a7c0 Echo Canceler Handler created 2007/12/16 13:58:26.727 1:29.430 GMURLHandler:00e8a7c0 PCSS Created PC sound system connection. 2007/12/16 13:58:26.728 1:29.431 GMURLHandler:00e8a7c0 OpalMan On incoming connection Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:26.728 1:29.431 GMURLHandler:00e8a7c0 Call GetOtherPartyConnection Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:26.728 1:29.431 GMURLHandler:00e8a7c0 OpalMan Set up connection to "sip:12154351306 at eugw.ast.diamondcard.us" 2007/12/16 13:58:26.728 1:29.431 GMURLHandler:00e8a7c0 OpalCon Created connection Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:26.729 1:29.432 GMURLHandler:00e8a7c0 RFC2833 Handler created 2007/12/16 13:58:31.880 1:34.583 GMURLHandler:00e8a7c0 SIP Created connection. 2007/12/16 13:58:31.880 1:34.583 GMURLHandler:00e8a7c0 PCSS Outgoing call routed to sip:12154351306 at eugw.ast.diamondcard.us for Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:31.880 1:34.583 GMURLHandler:00e8a7c0 Call OnSetUp Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:31.880 1:34.583 GMURLHandler:00e8a7c0 SIP SetUpConnection: 2007/12/16 13:58:42.057 1:44.760 GMURLHandler:00e8a7c0 OpalUDP Binding to interface: 172.21.147.206:33742 2007/12/16 13:58:42.057 1:44.760 GMURLHandler:00e8a7c0 SIP Created transport udp$0.0.0.0 2007/12/16 13:58:42.058 1:44.761 GMURLHandler:00e8a7c0 OpalUDP Started connect to 62.4.81.180:5060 2007/12/16 13:58:42.059 1:44.762 GMURLHandler:00e8a7c0 OpalUDP Connect on pre-bound interface: 172.21.147.206 2007/12/16 13:58:42.062 1:44.765 GMURLHandler:00e8a7c0 SIP Transaction 1 INVITE created. 2007/12/16 13:58:42.062 1:44.765 GMURLHandler:00e8a7c0 Call CanDoMediaBypass Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:58:42.063 1:44.766 GMURLHandler:00e8a7c0 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:58:42.063 1:44.766 GMURLHandler:00e8a7c0 SIP IsMediaBypassPossible: session 1 2007/12/16 13:58:42.063 1:44.766 GMURLHandler:00e8a7c0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:58:42.064 1:44.767 GMURLHandler:00e8a7c0 RTP_UDP Session 1 created: 172.21.147.206:5002-5003 ssrc=3630110254 2007/12/16 13:58:42.064 1:44.767 GMURLHandler:00e8a7c0 RTP Adding session RTP_UDP 2007/12/16 13:58:42.069 1:44.772 GMURLHandler:00e8a7c0 Call GetMediaFormats for Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] SpeexWide-20.6k GSM-06.10 MS-GSM SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/12/16 13:58:42.070 1:44.773 GMURLHandler:00e8a7c0 SIP Using RTP payload [pt=101] for NTE 2007/12/16 13:58:42.070 1:44.773 GMURLHandler:00e8a7c0 SIP No authentication information present 2007/12/16 13:58:42.071 1:44.774 SIP Transport:e2eda0 SIP Read thread started. 2007/12/16 13:58:42.071 1:44.774 SIP Transport:e2eda0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:42.237 1:44.940 GMURLHandler:00e8a7c0 SIP Adjusting transport to address udp$62.4.81.180:5060 2007/12/16 13:58:42.237 1:44.941 GMURLHandler:00e8a7c0 SIP Sending PDU on udp$62.4.81.180:5060 INVITE sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 Date: Sun, 16 Dec 2007 11:58:42 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bK6a8c0aea-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 342 Max-Forwards: 70 v=0 o=- 1197806322 1197806322 IN IP4 172.21.147.206 s=Opal SIP Session c=IN IP4 172.21.147.206 t=0 0 m=audio 5002 RTP/AVP 96 3 107 110 0 8 101 a=rtpmap:96 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2007/12/16 13:58:42.238 1:44.941 GMURLHandler:00e8a7c0 SetUpCall succeeded 2007/12/16 13:58:42.571 1:45.274 Housekeeper SIP Transaction 1 INVITE timeout, making retry 1 2007/12/16 13:58:42.572 1:45.275 Housekeeper SIP Sending PDU on udp$62.4.81.180:5060 INVITE sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 Date: Sun, 16 Dec 2007 11:58:42 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bK6a8c0aea-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 342 Max-Forwards: 70 v=0 o=- 1197806322 1197806322 IN IP4 172.21.147.206 s=Opal SIP Session c=IN IP4 172.21.147.206 t=0 0 m=audio 5002 RTP/AVP 96 3 107 110 0 8 101 a=rtpmap:96 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2007/12/16 13:58:42.598 1:45.301 SIP Transport:e2eda0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 407 Proxy Authentication Required CSeq: 1 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bK6a8c0aea-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=18006 User-Agent: SIP gate From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as1bad0028 Proxy-Authenticate: Digest algorithm=MD5, realm="eugw.ast.diamondcard.us", nonce="3168cf25" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/12/16 13:58:42.599 1:45.302 SIP Transport:e2eda0 OpalUDP Ended connect, selecting 172.21.147.206:5066 2007/12/16 13:58:42.599 1:45.302 SIP Transport:e2eda0 SIP Queueing PDU: 1 INVITE <407> 2007/12/16 13:58:42.600 1:45.303 SIP Transport:e2eda0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:42.600 1:45.303 SIP Handler:c1dff0 SIP PDU handler thread started. 2007/12/16 13:58:42.600 1:45.303 SIP Handler:c1dff0 SIP Awaiting next PDU. 2007/12/16 13:58:42.600 1:45.303 SIP Handler:c1dff0 SIP Handling PDU 1 INVITE <407> 2007/12/16 13:58:42.601 1:45.304 SIP Handler:c1dff0 SIP Transaction 1 INVITE completed. 2007/12/16 13:58:42.938 1:45.641 SIP Handler:c1dff0 SIP Adjusting transport to address udp$62.4.81.180:5060 2007/12/16 13:58:42.938 1:45.641 SIP Handler:c1dff0 SIP Sending PDU on udp$62.4.81.180:5060 ACK sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 CSeq: 1 ACK Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bK6a8c0aea-3baa-dc11-9b98-0014a5d01c7a;rport From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as1bad0028 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:42.938 1:45.641 SIP Handler:c1dff0 SIP Received Proxy Authentication Required response 2007/12/16 13:58:42.941 1:45.644 SIP Handler:c1dff0 SIP Transaction 2 INVITE created. 2007/12/16 13:58:42.941 1:45.644 SIP Handler:c1dff0 Call CanDoMediaBypass Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:58:42.941 1:45.644 SIP Handler:c1dff0 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:58:42.941 1:45.644 SIP Handler:c1dff0 SIP IsMediaBypassPossible: session 1 2007/12/16 13:58:42.941 1:45.645 SIP Handler:c1dff0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:58:42.942 1:45.645 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:42.947 1:45.650 SIP Handler:c1dff0 Call GetMediaFormats for Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] SpeexWide-20.6k GSM-06.10 MS-GSM SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/12/16 13:58:42.947 1:45.650 SIP Handler:c1dff0 SIP Using RTP payload [pt=101] for NTE 2007/12/16 13:58:42.948 1:45.651 SIP Handler:c1dff0 SIP Adding authentication information 2007/12/16 13:58:43.136 1:45.840 SIP Handler:c1dff0 SIP Adjusting transport to address udp$62.4.81.180:5060 2007/12/16 13:58:43.137 1:45.840 SIP Handler:c1dff0 SIP Sending PDU on udp$62.4.81.180:5060 INVITE sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 Date: Sun, 16 Dec 2007 11:58:42 GMT CSeq: 2 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bKdc9890ea-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Proxy-Authorization: Digest username="51841", realm="eugw.ast.diamondcard.us", nonce="3168cf25", uri="sip:12154351306 at eugw.ast.diamondcard.us", algorithm=md5, response="fb9d573a05769d3171870b5c55cb0aa1" Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 342 Max-Forwards: 70 v=0 o=- 1197806322 1197806322 IN IP4 172.21.147.206 s=Opal SIP Session c=IN IP4 172.21.147.206 t=0 0 m=audio 5002 RTP/AVP 96 3 107 110 0 8 101 a=rtpmap:96 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2007/12/16 13:58:43.138 1:45.841 SIP Handler:c1dff0 SIP Awaiting next PDU. 2007/12/16 13:58:43.448 1:46.151 Housekeeper SIP Transaction 2 INVITE timeout, making retry 1 2007/12/16 13:58:43.450 1:46.153 Housekeeper SIP Sending PDU on udp$62.4.81.180:5060 INVITE sip:12154351306 at eugw.ast.diamondcard.us SIP/2.0 Date: Sun, 16 Dec 2007 11:58:42 GMT CSeq: 2 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bKdc9890ea-3baa-dc11-9b98-0014a5d01c7a;rport User-Agent: Ekiga/2.0.11 From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Proxy-Authorization: Digest username="51841", realm="eugw.ast.diamondcard.us", nonce="3168cf25", uri="sip:12154351306 at eugw.ast.diamondcard.us", algorithm=md5, response="fb9d573a05769d3171870b5c55cb0aa1" Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 342 Max-Forwards: 70 v=0 o=- 1197806322 1197806322 IN IP4 172.21.147.206 s=Opal SIP Session c=IN IP4 172.21.147.206 t=0 0 m=audio 5002 RTP/AVP 96 3 107 110 0 8 101 a=rtpmap:96 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2007/12/16 13:58:43.496 1:46.200 SIP Transport:e2eda0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 100 Trying CSeq: 2 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bKdc9890ea-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=18006 User-Agent: SIP gate From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/12/16 13:58:43.497 1:46.200 SIP Transport:e2eda0 SIP Queueing PDU: 2 INVITE <100> 2007/12/16 13:58:43.498 1:46.201 SIP Transport:e2eda0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:43.498 1:46.201 SIP Handler:c1dff0 SIP Handling PDU 2 INVITE <100> 2007/12/16 13:58:43.498 1:46.201 SIP Handler:c1dff0 SIP Transaction 2 INVITE proceeding. 2007/12/16 13:58:43.499 1:46.202 SIP Handler:c1dff0 SIP Set targetAddress to sip:12154351306 at 62.4.81.180 2007/12/16 13:58:43.499 1:46.202 SIP Handler:c1dff0 SIP Received Trying response 2007/12/16 13:58:43.499 1:46.202 SIP Handler:c1dff0 SIP Awaiting next PDU. 2007/12/16 13:58:43.601 1:46.304 Housekeeper SIP Set state Terminated_Success for transaction 1 INVITE 2007/12/16 13:58:43.796 1:46.499 SIP Transport:e2eda0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 100 Trying CSeq: 2 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bKdc9890ea-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=18006 User-Agent: SIP gate From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/12/16 13:58:43.797 1:46.500 SIP Transport:e2eda0 SIP Queueing PDU: 2 INVITE <100> 2007/12/16 13:58:43.798 1:46.501 SIP Transport:e2eda0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:43.798 1:46.501 SIP Handler:c1dff0 SIP Handling PDU 2 INVITE <100> 2007/12/16 13:58:43.798 1:46.501 SIP Handler:c1dff0 SIP Transaction 2 INVITE proceeding. 2007/12/16 13:58:43.799 1:46.502 SIP Handler:c1dff0 SIP Set targetAddress to sip:12154351306 at 62.4.81.180 2007/12/16 13:58:43.799 1:46.502 SIP Handler:c1dff0 SIP Received Trying response 2007/12/16 13:58:43.799 1:46.502 SIP Handler:c1dff0 SIP Awaiting next PDU. 2007/12/16 13:58:45.957 1:48.660 SIP Transport:e2eda0 SDP Media session port=15778 2007/12/16 13:58:45.958 1:48.661 SIP Transport:e2eda0 SDP Adding media session with 5 formats 2007/12/16 13:58:45.958 1:48.661 SIP Transport:e2eda0 SDP Unknown media attribute silenceSupp:off - - - - 2007/12/16 13:58:45.958 1:48.661 SIP Transport:e2eda0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 183 Session Progress CSeq: 2 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bKdc9890ea-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=18006 User-Agent: SIP gate From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as5adc27b8 Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Type: application/sdp Content-Length: 286 v=0 o=root 5593 5593 IN IP4 62.4.81.180 s=session c=IN IP4 62.4.81.180 t=0 0 m=audio 15778 RTP/AVP 3 0 8 96 101 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:96 speex/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - 2007/12/16 13:58:45.959 1:48.662 SIP Transport:e2eda0 SIP Queueing PDU: 2 INVITE <183> 2007/12/16 13:58:45.960 1:48.663 SIP Transport:e2eda0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:45.960 1:48.663 SIP Handler:c1dff0 SIP Handling PDU 2 INVITE <183> 2007/12/16 13:58:45.960 1:48.663 SIP Handler:c1dff0 SIP Transaction 2 INVITE proceeding. 2007/12/16 13:58:45.961 1:48.664 SIP Handler:c1dff0 SIP Set targetAddress to sip:12154351306 at 62.4.81.180 2007/12/16 13:58:45.961 1:48.664 SIP Handler:c1dff0 SIP Received Session Progress response 2007/12/16 13:58:45.961 1:48.664 SIP Handler:c1dff0 SIP RTP payload type GSM matched to codec GSM-06.10 2007/12/16 13:58:45.962 1:48.665 SIP Handler:c1dff0 SIP RTP payload type PCMU matched to codec G.711-uLaw-64k 2007/12/16 13:58:45.962 1:48.665 SIP Handler:c1dff0 SIP RTP payload type PCMA matched to codec G.711-ALaw-64k 2007/12/16 13:58:45.962 1:48.665 SIP Handler:c1dff0 SIP RTP payload type [pt=96] matched to codec SpeexNarrow-8k 2007/12/16 13:58:45.962 1:48.665 SIP Handler:c1dff0 Call GetOtherPartyConnection Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:45.963 1:48.666 SIP Handler:c1dff0 Call CanDoMediaBypass Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:58:45.963 1:48.666 SIP Handler:c1dff0 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:58:45.963 1:48.666 SIP Handler:c1dff0 SIP IsMediaBypassPossible: session 1 2007/12/16 13:58:45.963 1:48.666 SIP Handler:c1dff0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:58:45.963 1:48.666 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:45.964 1:48.667 SIP Handler:c1dff0 RTP_UDP SetRemoteSocketInfo: session=1 data channel, new=62.4.81.180:15778, local=172.21.147.206:5002-5003, remote=0.0.0.0:0-0 2007/12/16 13:58:45.964 1:48.667 SIP Handler:c1dff0 SIP RTP payload type GSM matched to codec GSM-06.10 2007/12/16 13:58:45.964 1:48.667 SIP Handler:c1dff0 SIP RTP payload type PCMU matched to codec G.711-uLaw-64k 2007/12/16 13:58:45.965 1:48.668 SIP Handler:c1dff0 SIP RTP payload type PCMA matched to codec G.711-ALaw-64k 2007/12/16 13:58:45.965 1:48.668 SIP Handler:c1dff0 SIP RTP payload type [pt=96] matched to codec SpeexNarrow-8k 2007/12/16 13:58:45.965 1:48.668 SIP Handler:c1dff0 SIP Adding RTP translation from [pt=110] to [pt=96] 2007/12/16 13:58:45.966 1:48.669 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10,G.711-uLaw-64k,G.711-ALaw-64k,SpeexNarrow-8k 2007/12/16 13:58:45.966 1:48.669 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream for session 1 on Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:45.967 1:48.670 SIP Handler:c1dff0 OpalCon Selected media stream PCM-16 -> GSM-06.10 2007/12/16 13:58:45.967 1:48.670 SIP Handler:c1dff0 Ekiga Creating Sound Channel 2007/12/16 13:58:46.278 1:48.981 SIP Handler:c1dff0 OpalMan OnOpenMediaStream Call[2]-EP[HDA ATI SB],OpalAudioMediaStream-Source-PCM-16 2007/12/16 13:58:46.278 1:48.981 SIP Handler:c1dff0 Call PatchMediaStreams Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:46.279 1:48.982 SIP Handler:c1dff0 OpalCon OpenSinkMediaStream Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session=1 2007/12/16 13:58:46.280 1:48.983 SIP Handler:c1dff0 OpalCon OpenSinkMediaStream, selected PCM-16 -> GSM-06.10 2007/12/16 13:58:46.280 1:48.983 SIP Handler:c1dff0 Call CanDoMediaBypass Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:58:46.280 1:48.983 SIP Handler:c1dff0 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:58:46.281 1:48.984 SIP Handler:c1dff0 SIP IsMediaBypassPossible: session 1 2007/12/16 13:58:46.281 1:48.984 SIP Handler:c1dff0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:58:46.281 1:48.984 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:46.281 1:48.984 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:46.281 1:48.984 SIP Handler:c1dff0 OpalMan OnOpenMediaStream Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse],OpalRTPMediaStream-Sink-GSM-06.10 2007/12/16 13:58:46.283 1:48.986 SIP Handler:c1dff0 Codec GSM0610 encoder created 2007/12/16 13:58:46.290 1:48.993 SIP Handler:c1dff0 Patch Added media stream sink OpalRTPMediaStream-Sink-GSM-06.10 using transcoder PCM-16->GSM-06.10 2007/12/16 13:58:46.290 1:48.993 SIP Handler:c1dff0 Media Audio source data size set to 320 bytes and 20 buffers. 2007/12/16 13:58:46.290 1:48.993 SIP Handler:c1dff0 OpalCon New patch created 2007/12/16 13:58:46.290 1:48.993 SIP Handler:c1dff0 OpalCon New patch created 2007/12/16 13:58:46.291 1:48.994 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 adjusted media to GSM-06.10,G.711-uLaw-64k,G.711-ALaw-64k,SpeexNarrow-8k 2007/12/16 13:58:46.291 1:48.994 SIP Handler:c1dff0 Call GetOtherPartyConnection Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.293 1:48.996 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream for session 1 on Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.294 1:48.997 SIP Handler:c1dff0 OpalCon Selected media stream GSM-06.10 -> PCM-16 2007/12/16 13:58:46.294 1:48.998 SIP Handler:c1dff0 Call CanDoMediaBypass Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:58:46.295 1:48.998 SIP Handler:c1dff0 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:58:46.295 1:48.998 SIP Handler:c1dff0 SIP IsMediaBypassPossible: session 1 2007/12/16 13:58:46.295 1:48.998 SIP Handler:c1dff0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:58:46.295 1:48.998 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:46.295 1:48.998 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:46.296 1:48.999 SIP Handler:c1dff0 OpalMan OnOpenMediaStream Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse],OpalRTPMediaStream-Source-GSM-06.10 2007/12/16 13:58:46.296 1:48.999 SIP Handler:c1dff0 Call PatchMediaStreams Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.296 1:48.999 SIP Handler:c1dff0 OpalCon OpenSinkMediaStream Call[2]-EP[HDA ATI SB] session=1 2007/12/16 13:58:46.297 1:49.000 SIP Handler:c1dff0 OpalCon OpenSinkMediaStream, selected GSM-06.10 -> PCM-16 2007/12/16 13:58:46.297 1:49.000 SIP Handler:c1dff0 Ekiga Creating Sound Channel 2007/12/16 13:58:46.606 1:49.310 SIP Handler:c1dff0 OpalMan OnOpenMediaStream Call[2]-EP[HDA ATI SB],OpalAudioMediaStream-Sink-PCM-16 2007/12/16 13:58:46.609 1:49.313 SIP Handler:c1dff0 Codec GSM0610 decoder created 2007/12/16 13:58:46.610 1:49.313 SIP Handler:c1dff0 Media Audio sink data size set to 320 bytes and 20 buffers. 2007/12/16 13:58:46.610 1:49.313 SIP Handler:c1dff0 Patch Added media stream sink OpalAudioMediaStream-Sink-PCM-16 using transcoder GSM-06.10->PCM-16 2007/12/16 13:58:46.610 1:49.313 SIP Handler:c1dff0 OpalCon New patch created 2007/12/16 13:58:46.610 1:49.313 SIP Handler:c1dff0 OpalCon New patch created 2007/12/16 13:58:46.611 1:49.315 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.612 1:49.315 SIP Handler:c1dff0 SIP Could not find SDP media description for Video 2007/12/16 13:58:46.612 1:49.315 SIP Handler:c1dff0 OpalCon SetPhase from UninitialisedPhase to AlertingPhase 2007/12/16 13:58:46.616 1:49.319 SIP Handler:c1dff0 OpalMan OnAlerting Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.616 1:49.320 SIP Handler:c1dff0 Call OnAlerting Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.617 1:49.320 SIP Handler:c1dff0 PCSS SetAlerting(12154351306 at eugw.ast.diamondcard.us) 2007/12/16 13:58:46.617 1:49.320 SIP Handler:c1dff0 SIP Starting receive media to annunciate remote progress tones 2007/12/16 13:58:46.617 1:49.320 SIP Handler:c1dff0 OpalMan OnConnected Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.617 1:49.320 SIP Handler:c1dff0 Call OnConnected Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.618 1:49.321 SIP Handler:c1dff0 PCSS SetConnected() 2007/12/16 13:58:46.618 1:49.321 SIP Handler:c1dff0 GMPCSSEndpoint PCSS connection established 2007/12/16 13:58:46.618 1:49.321 SIP Handler:c1dff0 GMManager Will establish the connection 2007/12/16 13:58:46.619 1:49.322 SIP Handler:c1dff0 OpalMan OnEstablished Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:46.619 1:49.322 SIP Handler:c1dff0 Call OnEstablished Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:46.627 1:49.330 SIP Handler:c1dff0 Call GetMediaFormats for Call[2]-EP[HDA ATI SB] GSM-06.10 SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k 2007/12/16 13:58:46.627 1:49.330 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:46.627 1:49.330 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:46.629 1:49.332 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 2 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:46.636 1:49.339 SIP Handler:c1dff0 Call GetMediaFormats for Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] GSM-06.10 SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k 2007/12/16 13:58:46.637 1:49.340 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:46.637 1:49.340 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:46.637 1:49.340 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 adjusted media to GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:46.637 1:49.341 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 2 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:46.638 1:49.341 Media Patch:f1b650 Patch Thread started for Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-GSM-06.10 2007/12/16 13:58:46.640 1:49.343 SIP Handler:c1dff0 Media Starting thread Media Patch:f1b650 2007/12/16 13:58:46.640 1:49.343 Media Patch:f26e90 Patch Thread started for Patch OpalRTPMediaStream-Source-GSM-06.10 -> OpalAudioMediaStream-Sink-PCM-16 2007/12/16 13:58:46.641 1:49.344 Media Patch:f26e90 RTP Jitter buffer created: size=101 delay=160-4000/160 (20ms) obj=0xf25240 2007/12/16 13:58:46.643 1:49.346 RTP Jitter:f25240 RTP Jitter RTP receive thread started: 0xf25240 2007/12/16 13:58:46.644 1:49.347 SIP Handler:c1dff0 Media Starting thread Media Patch:f26e90 2007/12/16 13:58:46.645 1:49.348 SIP Handler:c1dff0 OpalCon Media stream threads started. 2007/12/16 13:58:46.645 1:49.348 SIP Handler:c1dff0 OpalCon Media stream threads started. 2007/12/16 13:58:46.645 1:49.348 SIP Handler:c1dff0 SIP Awaiting next PDU. 2007/12/16 13:58:47.357 1:50.060 SIP Transport:e2eda0 SDP Media session port=15778 2007/12/16 13:58:47.357 1:50.060 SIP Transport:e2eda0 SDP Adding media session with 5 formats 2007/12/16 13:58:47.357 1:50.060 SIP Transport:e2eda0 SDP Unknown media attribute silenceSupp:off - - - - 2007/12/16 13:58:47.358 1:50.061 SIP Transport:e2eda0 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 200 OK CSeq: 2 INVITE Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bKdc9890ea-3baa-dc11-9b98-0014a5d01c7a;received=62.217.245.97;rport=18006 User-Agent: SIP gate From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as5adc27b8 Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Type: application/sdp Content-Length: 286 v=0 o=root 5593 5594 IN IP4 62.4.81.180 s=session c=IN IP4 62.4.81.180 t=0 0 m=audio 15778 RTP/AVP 3 0 8 96 101 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:96 speex/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - 2007/12/16 13:58:47.359 1:50.062 SIP Transport:e2eda0 SIP Queueing PDU: 2 INVITE <200> 2007/12/16 13:58:47.359 1:50.062 SIP Transport:e2eda0 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/12/16 13:58:47.359 1:50.062 SIP Handler:c1dff0 SIP Handling PDU 2 INVITE <200> 2007/12/16 13:58:47.359 1:50.062 SIP Handler:c1dff0 SIP Transaction 2 INVITE completed. 2007/12/16 13:58:47.360 1:50.063 SIP Handler:c1dff0 SIP Set targetAddress to sip:12154351306 at 62.4.81.180 2007/12/16 13:58:47.362 1:50.065 SIP Handler:c1dff0 SIP Adding authentication information 2007/12/16 13:58:47.362 1:50.065 SIP Handler:c1dff0 SIP Sending PDU on udp$62.4.81.180:5060 ACK sip:12154351306 at 62.4.81.180 SIP/2.0 CSeq: 2 ACK Via: SIP/2.0/UDP 172.21.147.206:5066;branch=z9hG4bK043a33ed-3baa-dc11-9b98-0014a5d01c7a;rport From: "Chuckk Hubbard" ;tag=5ed4e6e0-3baa-dc11-9b98-0014a5d01c7a Call-ID: 12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse To: ;tag=as5adc27b8 Contact: Proxy-Authorization: Digest username="51841", realm="eugw.ast.diamondcard.us", nonce="3168cf25", uri="sip:12154351306 at 62.4.81.180", algorithm=md5, response="342c033ec8abf397defabc761456db9e" Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 Max-Forwards: 70 2007/12/16 13:58:47.363 1:50.066 SIP Handler:c1dff0 SIP Received INVITE OK response 2007/12/16 13:58:47.363 1:50.066 SIP Handler:c1dff0 SIP RTP payload type GSM matched to codec GSM-06.10 2007/12/16 13:58:47.363 1:50.066 SIP Handler:c1dff0 SIP RTP payload type PCMU matched to codec G.711-uLaw-64k 2007/12/16 13:58:47.363 1:50.066 SIP Handler:c1dff0 SIP RTP payload type PCMA matched to codec G.711-ALaw-64k 2007/12/16 13:58:47.364 1:50.067 SIP Handler:c1dff0 SIP RTP payload type [pt=96] matched to codec SpeexNarrow-8k 2007/12/16 13:58:47.364 1:50.067 SIP Handler:c1dff0 Call GetOtherPartyConnection Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.364 1:50.067 SIP Handler:c1dff0 Call CanDoMediaBypass Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] session 1 2007/12/16 13:58:47.365 1:50.068 SIP Handler:c1dff0 OpalMan IsMediaBypassPossible: session 1 2007/12/16 13:58:47.365 1:50.068 SIP Handler:c1dff0 SIP IsMediaBypassPossible: session 1 2007/12/16 13:58:47.365 1:50.068 SIP Handler:c1dff0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/12/16 13:58:47.365 1:50.068 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:47.365 1:50.069 SIP Handler:c1dff0 RTP_UDP SetRemoteSocketInfo: session=1 data channel, new=62.4.81.180:15778, local=172.21.147.206:5002-5003, remote=62.4.81.180:15778-15779 2007/12/16 13:58:47.366 1:50.069 SIP Handler:c1dff0 SIP RTP payload type GSM matched to codec GSM-06.10 2007/12/16 13:58:47.366 1:50.069 SIP Handler:c1dff0 SIP RTP payload type PCMU matched to codec G.711-uLaw-64k 2007/12/16 13:58:47.366 1:50.069 SIP Handler:c1dff0 SIP RTP payload type PCMA matched to codec G.711-ALaw-64k 2007/12/16 13:58:47.366 1:50.069 SIP Handler:c1dff0 SIP RTP payload type [pt=96] matched to codec SpeexNarrow-8k 2007/12/16 13:58:47.367 1:50.070 SIP Handler:c1dff0 SIP Adding RTP translation from [pt=110] to [pt=96] 2007/12/16 13:58:47.367 1:50.070 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10,G.711-uLaw-64k,G.711-ALaw-64k,SpeexNarrow-8k,UserInput/RFC2833 2007/12/16 13:58:47.368 1:50.071 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:47.368 1:50.071 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 adjusted media to GSM-06.10,G.711-uLaw-64k,G.711-ALaw-64k,SpeexNarrow-8k 2007/12/16 13:58:47.368 1:50.071 SIP Handler:c1dff0 Call GetOtherPartyConnection Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.368 1:50.072 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.369 1:50.072 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.370 1:50.073 SIP Handler:c1dff0 SIP Could not find SDP media description for Video 2007/12/16 13:58:47.370 1:50.073 SIP Handler:c1dff0 OpalMan OnConnected Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.370 1:50.073 SIP Handler:c1dff0 Call OnConnected Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.370 1:50.073 SIP Handler:c1dff0 PCSS SetConnected() 2007/12/16 13:58:47.371 1:50.074 SIP Handler:c1dff0 GMPCSSEndpoint PCSS connection established 2007/12/16 13:58:47.372 1:50.075 SIP Handler:c1dff0 GMManager Will establish the connection 2007/12/16 13:58:47.372 1:50.075 SIP Handler:c1dff0 OpalMan OnEstablished Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:47.372 1:50.075 SIP Handler:c1dff0 Call OnEstablished Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:47.380 1:50.083 SIP Handler:c1dff0 Call GetMediaFormats for Call[2]-EP[HDA ATI SB] GSM-06.10 SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k 2007/12/16 13:58:47.380 1:50.083 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:47.381 1:50.084 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.382 1:50.085 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 2 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:47.390 1:50.093 SIP Handler:c1dff0 Call GetMediaFormats for Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] GSM-06.10 SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k 2007/12/16 13:58:47.391 1:50.094 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:47.391 1:50.094 SIP Handler:c1dff0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[2]-EP[HDA ATI SB] 2007/12/16 13:58:47.391 1:50.094 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 1 adjusted media to GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:47.392 1:50.095 SIP Handler:c1dff0 Call OpenSourceMediaStreams for session 2 with media GSM-06.10,SpeexNarrow-8k,G.711-uLaw-64k,G.711-ALaw-64k 2007/12/16 13:58:47.392 1:50.095 SIP Handler:c1dff0 OpalCon Media stream threads started. 2007/12/16 13:58:47.392 1:50.095 SIP Handler:c1dff0 OpalCon Media stream threads started. 2007/12/16 13:58:47.392 1:50.095 SIP Handler:c1dff0 OpalCon SetPhase from AlertingPhase to EstablishedPhase 2007/12/16 13:58:47.392 1:50.095 SIP Handler:c1dff0 GMSIPEndpoint SIP connection established 2007/12/16 13:58:47.401 1:50.104 SIP Handler:c1dff0 RTP Found existing session 1 2007/12/16 13:58:47.402 1:50.105 SIP Handler:c1dff0 GMManager Will establish the connection 2007/12/16 13:58:47.402 1:50.105 SIP Handler:c1dff0 OpalMan OnEstablished Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.402 1:50.105 SIP Handler:c1dff0 Call OnEstablished Call[2]-EP[12cbe6e0-3baa-dc11-9b98-0014a5d01c7a at unclejesse] 2007/12/16 13:58:47.410 1:50.113 SIP Handler:c1dff0 SIP Awaiting next PDU. From manouchk at gmail.com Sun Dec 16 11:31:51 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Sun, 16 Dec 2007 09:31:51 -0200 Subject: [Ekiga-list] looking for a working shorewall configuration Message-ID: <200712160931.55254.manouchk@gmail.com> Hi, I tried to fix my ekiga problem (see messages "500 at ekiga.net") but problem was not solved. It was suggested that it could a firewall problem. I'm using shorewall I'd like to know if someone could provide the shorewall configurations that works with ekiga... By the way is upnp needed? Cheers, Emmanuel From fabrice at alphonso.dyndns.org Sun Dec 16 12:44:11 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Sun, 16 Dec 2007 13:44:11 +0100 Subject: [Ekiga-list] looking for a working shorewall configuration In-Reply-To: <200712160931.55254.manouchk@gmail.com> References: <200712160931.55254.manouchk@gmail.com> Message-ID: <1197809051.9972.50.camel@laptop> Le dimanche 16 d?cembre 2007 ? 09:31 -0200, Emmanuel Favre-Nicolin a ?crit : > Hi, Hi Emmanuel, > I tried to fix my ekiga problem (see messages "500 at ekiga.net") but problem was > not solved. It was suggested that it could a firewall problem. I'm using > shorewall I'd like to know if someone could provide the shorewall > configurations that works with ekiga... here are the rules I have in my /etc/shorewall/rules file: DNAT:debug:GM net loc:XXX.XXX.XXX.XXX tcp 1720 DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5016 DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5020:5023 DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5060:5100 on my gateway, and where XXX.XXX.XXX.XXX is the IP of my inLAN PC where ekiga is running. > > By the way is upnp needed? as far as i know, i would say no. > > Cheers, > Emmanuel Hope that helps, Fabrice -- Fabrice ALPHONSO From dsandras at seconix.com Sun Dec 16 13:00:16 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 16 Dec 2007 14:00:16 +0100 Subject: [Ekiga-list] looking for a working shorewall configuration In-Reply-To: <1197809051.9972.50.camel@laptop> References: <200712160931.55254.manouchk@gmail.com> <1197809051.9972.50.camel@laptop> Message-ID: <1197810016.12225.0.camel@scorpion> Le dimanche 16 d?cembre 2007 ? 13:44 +0100, Fabrice ALPHONSO a ?crit : > Le dimanche 16 d?cembre 2007 ? 09:31 -0200, Emmanuel Favre-Nicolin a > ?crit : > > Hi, > Hi Emmanuel, > > > I tried to fix my ekiga problem (see messages "500 at ekiga.net") but problem was > > not solved. It was suggested that it could a firewall problem. I'm using > > shorewall I'd like to know if someone could provide the shorewall > > configurations that works with ekiga... > > here are the rules I have in my /etc/shorewall/rules file: > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX tcp 1720 > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5016 > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5020:5023 > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5060:5100 > I would use 5000:5100, ports have changed when Ekiga 2.00 has been released. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From fabrice at alphonso.dyndns.org Sun Dec 16 13:08:15 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Sun, 16 Dec 2007 14:08:15 +0100 Subject: [Ekiga-list] looking for a working shorewall configuration In-Reply-To: <1197810016.12225.0.camel@scorpion> References: <200712160931.55254.manouchk@gmail.com> <1197809051.9972.50.camel@laptop> <1197810016.12225.0.camel@scorpion> Message-ID: <1197810495.9972.57.camel@laptop> Le dimanche 16 d?cembre 2007 ? 14:00 +0100, Damien Sandras a ?crit : > Le dimanche 16 d?cembre 2007 ? 13:44 +0100, Fabrice ALPHONSO a ?crit : > > Le dimanche 16 d?cembre 2007 ? 09:31 -0200, Emmanuel Favre-Nicolin a > > ?crit : > > > Hi, > > Hi Emmanuel, > > > > > I tried to fix my ekiga problem (see messages "500 at ekiga.net") but problem was > > > not solved. It was suggested that it could a firewall problem. I'm using > > > shorewall I'd like to know if someone could provide the shorewall > > > configurations that works with ekiga... > > > > here are the rules I have in my /etc/shorewall/rules file: > > > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX tcp 1720 > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5016 > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5020:5023 > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5060:5100 > > > > I would use 5000:5100, ports have changed when Ekiga 2.00 has been > released. Oops... this was the config that i had at my father's place, which isn't used since some times, but used to work before. So you mean, that a single line DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5100 would be enough ? Fabrice -- Fabrice ALPHONSO From dsandras at seconix.com Sun Dec 16 13:58:15 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 16 Dec 2007 14:58:15 +0100 Subject: [Ekiga-list] looking for a working shorewall configuration In-Reply-To: <1197810495.9972.57.camel@laptop> References: <200712160931.55254.manouchk@gmail.com> <1197809051.9972.50.camel@laptop> <1197810016.12225.0.camel@scorpion> <1197810495.9972.57.camel@laptop> Message-ID: <1197813495.12225.2.camel@scorpion> Le dimanche 16 d?cembre 2007 ? 14:08 +0100, Fabrice ALPHONSO a ?crit : > Le dimanche 16 d?cembre 2007 ? 14:00 +0100, Damien Sandras a ?crit : > > Le dimanche 16 d?cembre 2007 ? 13:44 +0100, Fabrice ALPHONSO a ?crit : > > > Le dimanche 16 d?cembre 2007 ? 09:31 -0200, Emmanuel Favre-Nicolin a > > > ?crit : > > > > Hi, > > > Hi Emmanuel, > > > > > > > I tried to fix my ekiga problem (see messages "500 at ekiga.net") but problem was > > > > not solved. It was suggested that it could a firewall problem. I'm using > > > > shorewall I'd like to know if someone could provide the shorewall > > > > configurations that works with ekiga... > > > > > > here are the rules I have in my /etc/shorewall/rules file: > > > > > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX tcp 1720 > > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5016 > > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5020:5023 > > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5060:5100 > > > > > > > I would use 5000:5100, ports have changed when Ekiga 2.00 has been > > released. > Oops... > > this was the config that i had at my father's place, which isn't used > since some times, but used to work before. > > So you mean, that a single line > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5100 > would be enough ? > I think so... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From fabrice at alphonso.dyndns.org Sun Dec 16 14:41:35 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Sun, 16 Dec 2007 15:41:35 +0100 Subject: [Ekiga-list] looking for a working shorewall configuration In-Reply-To: <1197813495.12225.2.camel@scorpion> References: <200712160931.55254.manouchk@gmail.com> <1197809051.9972.50.camel@laptop> <1197810016.12225.0.camel@scorpion> <1197810495.9972.57.camel@laptop> <1197813495.12225.2.camel@scorpion> Message-ID: <1197816095.15593.1.camel@laptop.walhalla> Le dimanche 16 d?cembre 2007 ? 14:58 +0100, Damien Sandras a ?crit : > > > I would use 5000:5100, ports have changed when Ekiga 2.00 has been > > > released. > > Oops... > > > > this was the config that i had at my father's place, which isn't used > > since some times, but used to work before. > > > > So you mean, that a single line > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5100 > > would be enough ? > > > > I think so... Ok, thanks ;-) modified in my shorewall rules. Fabrice -- Fabrice ALPHONSO From badmuthahubbard at gmail.com Sun Dec 16 18:16:41 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sun, 16 Dec 2007 20:16:41 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> Message-ID: <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> On Dec 16, 2007 10:39 AM, Chuckk Hubbard wrote: > On Dec 16, 2007 8:44 AM, yannick wrote: > > What is your audio system setup? Are you using jack and a patched kernel > > with RT? > > I have the alsa-base package from Debian, vs. 1.0.15-2. I do indeed > run jack with an rt-patched kernel, but I saw that Ekiga does not > appear to have jack support, so I haven't been starting jack before > attempting to use Ekiga (and it doesn't start by itself). I don't > have arts installed. So I'm pretty much just running ALSA... I just noticed that all of the audio codecs available in the dialog have clock rates that are factors of 48KHz; AFAIK my sound usually runs at 44.1 KHz; could that have something to do with this? My card is supposed to be able to run at 48KHz, however, and does so under Windows (haven't tried in Linux). Any ideas how I can check this? -Chuckk -- http://www.badmuthahubbard.com From dsandras at seconix.com Sun Dec 16 18:32:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 16 Dec 2007 19:32:07 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> Message-ID: <1197829927.4175.6.camel@scorpion> Le dimanche 16 d?cembre 2007 ? 20:16 +0200, Chuckk Hubbard a ?crit : > On Dec 16, 2007 10:39 AM, Chuckk Hubbard wrote: > > On Dec 16, 2007 8:44 AM, yannick wrote: > > > > What is your audio system setup? Are you using jack and a patched kernel > > > with RT? > > > > I have the alsa-base package from Debian, vs. 1.0.15-2. I do indeed > > run jack with an rt-patched kernel, but I saw that Ekiga does not > > appear to have jack support, so I haven't been starting jack before > > attempting to use Ekiga (and it doesn't start by itself). I don't > > have arts installed. So I'm pretty much just running ALSA... > > I just noticed that all of the audio codecs available in the dialog > have clock rates that are factors of 48KHz; AFAIK my sound usually > runs at 44.1 KHz; could that have something to do with this? My card > is supposed to be able to run at 48KHz, however, and does so under > Windows (haven't tried in Linux). Any ideas how I can check this? It is not possible. Try producing a backtrace (hit ctrl-C when it freezes) then output the backtrace and send it here. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From badmuthahubbard at gmail.com Sun Dec 16 20:31:33 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Sun, 16 Dec 2007 22:31:33 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <1197829927.4175.6.camel@scorpion> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> <1197829927.4175.6.camel@scorpion> Message-ID: <8200bab70712161231vcafb43bt4d50c9c37fdaa1ea@mail.gmail.com> On Dec 16, 2007 8:32 PM, Damien Sandras wrote: > > Try producing a backtrace (hit ctrl-C when it freezes) then output the > backtrace and send it here. Okay, here is the output of gdb: chuckk at unclejesse:~$ gdb ekiga GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"... Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/bin/ekiga warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff335fe000 [Thread debugging using libthread_db enabled] [New Thread 0x2b6b86bb02a0 (LWP 4782)] [New Thread 0x40040950 (LWP 4787)] [New Thread 0x40081950 (LWP 4788)] [New Thread 0x40882950 (LWP 4793)] [New Thread 0x41083950 (LWP 4794)] [New Thread 0x41884950 (LWP 4795)] [Thread 0x40882950 (LWP 4793) exited] [Thread 0x41083950 (LWP 4794) exited] [New Thread 0x418c5950 (LWP 4805)] [New Thread 0x41906950 (LWP 4808)] [New Thread 0x41947950 (LWP 4809)] [New Thread 0x41988950 (LWP 4810)] [New Thread 0x419c9950 (LWP 4811)] [New Thread 0x41083950 (LWP 4812)] [New Thread 0x40882950 (LWP 4813)] [Thread 0x40882950 (LWP 4813) exited] [Thread 0x41083950 (LWP 4812) exited] [Thread 0x419c9950 (LWP 4811) exited] [New Thread 0x419c9950 (LWP 4817)] [New Thread 0x41a0a950 (LWP 4818)] [New Thread 0x41a4b950 (LWP 4819)] [New Thread 0x41a8c950 (LWP 4820)] [Thread 0x41988950 (LWP 4810) exited] [New Thread 0x41988950 (LWP 4821)] [New Thread 0x41acd950 (LWP 4822)] [Thread 0x41988950 (LWP 4821) exited] [New Thread 0x41988950 (LWP 4823)] [New Thread 0x41b0e950 (LWP 4824)] [New Thread 0x41b4f950 (LWP 4825)] [New Thread 0x41b90950 (LWP 4826)] Program received signal SIGINT, Interrupt. [Switching to Thread 0x2b6b86bb02a0 (LWP 4782)] 0x00002b6b7e903991 in sem_wait () from /lib/libpthread.so.0 (gdb) thread apply all bt Thread 23 (Thread 0x41b90950 (LWP 4826)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6556ee in PSocket::Select (read=, write=, except=, timeout=@0xeb8fd0) at socket.cxx:614 #2 0x00002b6b7d674cb6 in PSocket::Select (sock1=@0xeb9790, sock2=@0xeb9ab0, timeout=@0xeb8fd0) at ../common/sockets.cxx:1645 #3 0x00002b6b7de2e517 in RTP_UDP::ReadData (this=0xeb8e50, frame=@0xf1c480) at /build/buildd/opal-2.2.11~dfsg1/src/rtp/rtp.cxx:1845 #4 0x00002b6b7de3165d in RTP_JitterBuffer::Main (this=0xeeaeb0) at /build/buildd/opal-2.2.11~dfsg1/src/rtp/jitter.cxx:446 #5 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xeeaeb0) at tlibthrd.cxx:1340 #6 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #7 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #8 0x0000000000000000 in ?? () Thread 22 (Thread 0x41b4f950 (LWP 4825)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d666a62 in PThread::Sleep (timeout=) at tlibthrd.cxx:1210 #2 0x00002b6b7de07afb in OpalMediaPatch::Main (this=0xeebf20) ---Type to continue, or q to quit--- at /build/buildd/opal-2.2.11~dfsg1/src/opal/patch.cxx:248 #3 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xeebf20) at tlibthrd.cxx:1340 #4 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #5 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 21 (Thread 0x41b0e950 (LWP 4824)): #0 0x00002b6b7f378ac6 in poll () from /lib/libc.so.6 #1 0x00002b6b82161663 in snd_pcm_wait_nocheck () from /usr/lib/libasound.so.2 #2 0x00002b6b821619b3 in snd_pcm_read_areas () from /usr/lib/libasound.so.2 #3 0x00002b6b8216bef2 in snd_pcm_mmap_readi () from /usr/lib/libasound.so.2 #4 0x00002b6b8776528e in PSoundChannelALSA::Read (this=0xec3e10, buf=0xeea06c, len=320) at sound_alsa.cxx:574 #5 0x00002b6b7de01f96 in OpalRawMediaStream::ReadData (this=0xec45e0, buffer=0xeea06c "", size=320, length=@0x41b0df5c) at /build/buildd/opal-2.2.11~dfsg1/src/opal/mediastrm.cxx:704 #6 0x00002b6b7de04f5e in OpalMediaStream::ReadPacket (this=0xec45e0, packet=@0x41b0e050) at /build/buildd/opal-2.2.11~dfsg1/src/opal/mediastrm.cxx:372 #7 0x00002b6b7de07a2f in OpalMediaPatch::Main (this=0xed41f0) at /build/buildd/opal-2.2.11~dfsg1/src/opal/patch.cxx:228 #8 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xed41f0) ---Type to continue, or q to quit--- at tlibthrd.cxx:1340 #9 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #10 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #11 0x0000000000000000 in ?? () Thread 20 (Thread 0x41988950 (LWP 4823)): #0 0x00002b6b7e903991 in sem_wait () from /lib/libpthread.so.0 #1 0x00002b6b7d667ccf in PSemaphore::Wait (this=) at tlibthrd.cxx:1573 #2 0x00002b6b7e21f948 in SIPConnection::HandlePDUsThreadMain (this=0xe90f00) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipcon.cxx:2381 #3 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xe88ab0) at tlibthrd.cxx:1340 #4 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #5 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 19 (Thread 0x41acd950 (LWP 4822)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xeb4e50, handle=62, type=0, timeout=@0xeb3990) at tlibthrd.cxx:1430 #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xeb3940, type=PChannel::PXReadBlock, timeout=@0xeb3990) at channel.cxx:242 ---Type to continue, or q to quit--- #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x3f, buf=0xe93730, len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0xeb3940, buf=0xe93730, len=65535, addr=@0xeb3ae0, port=@0xeb3b00) at ../common/sockets.cxx:2835 #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0xe92d10, buf=0xe93730, len=65535) at ../common/pchannel.cxx:825 #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0xe92d10, buffer=0xe93730, length=65535) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0xe92850) at ../common/pchannel.cxx:210 #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0xe92850, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0xee5570, transport=@0xe92d10) at /usr/include/c++/4.2/streambuf:260 #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, transport=@0xe92d10) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, param=15281424) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xeb4e50) at tlibthrd.cxx:1340 ---Type to continue, or q to quit--- #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #15 0x0000000000000000 in ?? () Thread 17 (Thread 0x41a8c950 (LWP 4820)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0x2aaab0027280, handle=57, type=0, timeout=@0x2aaab00478c0) at tlibthrd.cxx:1430 #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0x2aaab0047870, type=PChannel::PXReadBlock, timeout=@0x2aaab00478c0) at channel.cxx:242 #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x3a, buf=0x2aaab0027660, len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0x2aaab0047870, buf=0x2aaab0027660, len=65535, addr=@0x2aaab0047a10, port=@0x2aaab0047a30) at ../common/sockets.cxx:2835 #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0x2aaab0026ce0, buf=0x2aaab0027660, len=65535) at ../common/pchannel.cxx:825 #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0x2aaab0026ce0, buffer=0x2aaab0027660, length=65535) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0x2aaab00269f0) at ../common/pchannel.cxx:210 #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0x2aaab00269f0, ---Type to continue, or q to quit--- off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0x2aaab004e900, transport=@0x2aaab0026ce0) at /usr/include/c++/4.2/streambuf:260 #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, transport=@0x2aaab0026ce0) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, param=46912585755872) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x2aaab0027280) at tlibthrd.cxx:1340 #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #15 0x0000000000000000 in ?? () Thread 16 (Thread 0x41a4b950 (LWP 4819)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0x2aaab0023780, handle=54, type=0, timeout=@0x2aaab00238e0) at tlibthrd.cxx:1430 #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0x2aaab0023890, type=PChannel::PXReadBlock, timeout=@0x2aaab00238e0) at channel.cxx:242 #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x37, buf=0x2aaab0003680, len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 ---Type to continue, or q to quit--- #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0x2aaab0023890, buf=0x2aaab0003680, len=65535, addr=@0x2aaab0023a30, port=@0x2aaab0023a50) at ../common/sockets.cxx:2835 #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0x2aaab0002ce0, buf=0x2aaab0003680, len=65535) at ../common/pchannel.cxx:825 #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0x2aaab0002ce0, buffer=0x2aaab0003680, length=65535) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0x2aaab0002ab0) at ../common/pchannel.cxx:210 #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0x2aaab0002ab0, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0x2aaab004a480, transport=@0x2aaab0002ce0) at /usr/include/c++/4.2/streambuf:260 #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, transport=@0x2aaab0002ce0) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, param=46912585608416) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x2aaab0023780) at tlibthrd.cxx:1340 #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 ---Type to continue, or q to quit--- #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #15 0x0000000000000000 in ?? () Thread 15 (Thread 0x41a0a950 (LWP 4818)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xe293a0, handle=51, type=0, timeout=@0xe223c0) at tlibthrd.cxx:1430 #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xe22370, type=PChannel::PXReadBlock, timeout=@0xe223c0) at channel.cxx:242 #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x34, buf=0xe4c810, len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0xe22370, buf=0xe4c810, len=65535, addr=@0xe22510, port=@0xe22530) at ../common/sockets.cxx:2835 #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0xe21dd0, buf=0xe4c810, len=65535) at ../common/pchannel.cxx:825 #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0xe21dd0, buffer=0xe4c810, length=65535) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0xe29150) at ../common/pchannel.cxx:210 #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0xe29150, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 ---Type to continue, or q to quit--- #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0xe729f0, transport=@0xe21dd0) at /usr/include/c++/4.2/streambuf:260 #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, transport=@0xe21dd0) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, param=14818768) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xe293a0) at tlibthrd.cxx:1340 #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #15 0x0000000000000000 in ?? () Thread 14 (Thread 0x419c9950 (LWP 4817)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xc19c70, handle=47, type=0, timeout=@0xc349e0) at tlibthrd.cxx:1430 #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xc34990, type=PChannel::PXReadBlock, timeout=@0xc349e0) at channel.cxx:242 #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x30, buf=0xe2c7f0, len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0xc34990, buf=0xe2c7f0, len=65535, addr=@0xc34b30, port=@0xc34b50) ---Type to continue, or q to quit--- at ../common/sockets.cxx:2835 #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0x95a810, buf=0xe2c7f0, len=65535) at ../common/pchannel.cxx:825 #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0x95a810, buffer=0xe2c7f0, length=65535) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0xc34270) at ../common/pchannel.cxx:210 #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0xc34270, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0xe28740, transport=@0x95a810) at /usr/include/c++/4.2/streambuf:260 #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, transport=@0x95a810) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, param=9807888) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xc19c70) at tlibthrd.cxx:1340 #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #15 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- Thread 9 (Thread 0x41947950 (LWP 4809)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6556ee in PSocket::Select (read=, write=, except=, timeout=@0x41947090) at socket.cxx:614 #2 0x00002b6b7d6749fd in PSocket::Select (read=@0x41946f90, timeout=@0x41947090) at ../common/sockets.cxx:1669 #3 0x00002b6b7de19e09 in OpalListenerUDP::Accept (this=0xc17170, timeout=@0x41947090) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:1332 #4 0x00002b6b7de1d031 in OpalListener::ListenForConnections (this=0xc17170, thread=@0xc19190) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:993 #5 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xc19190) at tlibthrd.cxx:1340 #6 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #7 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #8 0x0000000000000000 in ?? () Thread 8 (Thread 0x41906950 (LWP 4808)): #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xc181a0, handle=34, type=2, timeout=@0x41905e20) at tlibthrd.cxx:1430 ---Type to continue, or q to quit--- #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xc17eb8, type=PChannel::PXAcceptBlock, timeout=@0x41905e20) at channel.cxx:242 #3 0x00002b6b7d655871 in PSocket::os_accept (this=0xc183e0, listener=@0xc17eb8, addr=0x41905e60, size=0x41905eec) at socket.cxx:492 #4 0x00002b6b7d6715d6 in PTCPSocket::Accept (this=0xc183e0, socket=@0xc17eb8) at ../common/sockets.cxx:2772 #5 0x00002b6b7de1b0dc in OpalListenerTCP::Accept (this=0xc17e60, timeout=) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:1217 #6 0x00002b6b7de1d031 in OpalListener::ListenForConnections (this=0xc17e60, thread=@0xc181a0) at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:993 #7 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xc181a0) at tlibthrd.cxx:1340 #8 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #9 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #10 0x0000000000000000 in ?? () Thread 7 (Thread 0x418c5950 (LWP 4805)): #0 0x00002b6b7f378ac6 in poll () from /lib/libc.so.6 #1 0x00002b6b7ce6af47 in g_main_context_iterate (context=0xb597d0, block=1, dispatch=1, self=) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2996 ---Type to continue, or q to quit--- #2 0x00002b6b7ce6b3d7 in IA__g_main_loop_run (loop=0xaa70b0) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2898 #3 0x00002b6b7c09fec0 in ?? () from /usr/lib/libORBit-2.so.0 #4 0x00002b6b7ce89384 in g_thread_create_proxy (data=0xaa7050) at /build/buildd/glib2.0-2.14.3/glib/gthread.c:635 #5 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #6 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () Thread 6 (Thread 0x41884950 (LWP 4795)): #0 0x00002b6b7f378ac6 in poll () from /lib/libc.so.6 #1 0x00002b6b7ce6af47 in g_main_context_iterate (context=0xb58800, block=1, dispatch=1, self=) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2996 #2 0x00002b6b7ce6b3d7 in IA__g_main_loop_run (loop=0xb27eb0) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2898 #3 0x00002b6b7acd7e7d in ?? () from /usr/lib/libebook-1.2.so.9 #4 0x00002b6b7ce89384 in g_thread_create_proxy (data=0xb57f90) at /build/buildd/glib2.0-2.14.3/glib/gthread.c:635 #5 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #6 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- Thread 3 (Thread 0x40081950 (LWP 4788)): #0 0x00002b6b7e904174 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00002b6b7e8ffb33 in _L_lock_261 () from /lib/libpthread.so.0 #2 0x00002b6b7e8ff4f8 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x00002b6b7d66734f in PTimedMutex::Wait (this=) at tlibthrd.cxx:1795 #4 0x00002b6b7de01dbf in OpalRawMediaStream::GetAverageSignalLevel ( this=0xec45e0) at /usr/share/pwlib/include/ptlib/psync.h:111 #5 0x0000000000464b98 in GMManager::OnAvgSignalTimeout (this=0x733f80) at endpoints/manager.cpp:2030 #6 0x00002b6b7d67ee67 in PTimerList::Process (this=0x6d24a0) at ../common/osutils.cxx:1395 #7 0x00002b6b7d666778 in PHouseKeepingThread::Main (this=0x730a50) at tlibthrd.cxx:652 #8 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x730a50) at tlibthrd.cxx:1340 #9 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #10 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #11 0x0000000000000000 in ?? () Thread 2 (Thread 0x40040950 (LWP 4787)): #0 0x00002b6b7e901e2d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 ---Type to continue, or q to quit--- #1 0x00002b6b7d6670fe in PSyncPoint::Wait (this=0x7344e0, waitTime=) at tlibthrd.cxx:1964 #2 0x00002b6b7dde6903 in OpalManager::GarbageMain (this=0x733f80) at /build/buildd/opal-2.2.11~dfsg1/src/opal/manager.cxx:1189 #3 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x72ef70) at tlibthrd.cxx:1340 #4 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 #5 0x00002b6b7f38194d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 1 (Thread 0x2b6b86bb02a0 (LWP 4782)): #0 0x00002b6b7e903991 in sem_wait () from /lib/libpthread.so.0 #1 0x00002b6b7d667ccf in PSemaphore::Wait (this=) at tlibthrd.cxx:1573 #2 0x00002b6b7d685e24 in PSafeObject::LockReadWrite (this=0xe8c000) at ../common/safecoll.cxx:173 #3 0x00002b6b7d6862d5 in PSafePtrBase::EnterSafetyMode (this=0x7fff335e93c0, ref=128) at ../common/safecoll.cxx:645 #4 0x0000000000465731 in GMManager::SendDTMF (this=0x733f80, callToken=, dtmf=@0x7fff335e9460) at /usr/include/ptlib/safecoll.h:1035 #5 0x000000000044d887 in dialpad_button_clicked_cb ( button=, data=0xaca5c0) at gui/main.cpp:2073 ---Type to continue, or q to quit--- #6 0x00002b6b7c5e0a1f in IA__g_closure_invoke (closure=0xbe7740, return_value=0x0, n_param_values=1, param_values=0x7fff335e98a0, invocation_hint=0x7fff335e9780) at /build/buildd/glib2.0-2.14.3/gobject/gclosure.c:490 #7 0x00002b6b7c5f46f8 in signal_emit_unlocked_R (node=0x757bb0, detail=0, instance=0xbe58b0, emission_return=0x0, instance_and_params=0x7fff335e98a0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2440 #8 0x00002b6b7c5f6135 in IA__g_signal_emit_valist (instance=0xbe58b0, signal_id=, detail=0, var_args=0x7fff335e9b20) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2199 #9 0x00002b6b7c5f6523 in IA__g_signal_emit (instance=0xe8c1b0, signal_id=128, detail=0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2243 #10 0x00002b6b7886f099 in gtk_real_button_released (button=0xe8c1b0) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkbutton.c:1484 #11 0x00002b6b7c5e0a1f in IA__g_closure_invoke (closure=0x757a70, return_value=0x0, n_param_values=1, param_values=0x7fff335e9f20, invocation_hint=0x7fff335e9e00) at /build/buildd/glib2.0-2.14.3/gobject/gclosure.c:490 #12 0x00002b6b7c5f43be in signal_emit_unlocked_R (node=0x757ae0, detail=0, instance=0xbe58b0, emission_return=0x0, instance_and_params=0x7fff335e9f20) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2370 #13 0x00002b6b7c5f6135 in IA__g_signal_emit_valist (instance=0xbe58b0, signal_id=, detail=0, var_args=0x7fff335ea1a0) ---Type to continue, or q to quit--- at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2199 #14 0x00002b6b7c5f6523 in IA__g_signal_emit (instance=0xe8c1b0, signal_id=128, detail=0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2243 #15 0x00002b6b7886d969 in gtk_button_button_release (widget=0xe8c1b0, event=0x80) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkbutton.c:1377 #16 0x00002b6b78932ddf in _gtk_marshal_BOOLEAN__BOXED (closure=0x74b9d0, return_value=0x7fff335ea4f0, n_param_values=, param_values=0x7fff335ea5d0, invocation_hint=, marshal_data=0x2b6b7886d950) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmarshalers.c:84 #17 0x00002b6b7c5e0a1f in IA__g_closure_invoke (closure=0x74b9d0, return_value=0x7fff335ea4f0, n_param_values=2, param_values=0x7fff335ea5d0, invocation_hint=0x7fff335ea4b0) at /build/buildd/glib2.0-2.14.3/gobject/gclosure.c:490 #18 0x00002b6b7c5f4ada in signal_emit_unlocked_R (node=0x74bd50, detail=0, instance=0xbe58b0, emission_return=0x7fff335ea7f0, instance_and_params=0x7fff335ea5d0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2478 #19 0x00002b6b7c5f5e5f in IA__g_signal_emit_valist (instance=0xbe58b0, signal_id=, detail=0, var_args=0x7fff335ea850) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2209 #20 0x00002b6b7c5f6523 in IA__g_signal_emit (instance=0xe8c1b0, signal_id=128, detail=0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2243 ---Type to continue, or q to quit--- #21 0x00002b6b78a39aa5 in gtk_widget_event_internal (widget=0xbe58b0, event=0xde0b40) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkwidget.c:4675 #22 0x00002b6b7892c0f2 in IA__gtk_propagate_event (widget=0xbe58b0, event=0xde0b40) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:2319 #23 0x00002b6b7892d095 in IA__gtk_main_do_event (event=0xde0b40) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1539 #24 0x00002b6b78de931c in gdk_event_dispatch (source=, callback=, user_data=) at /build/buildd/gtk+2.0-2.12.1/gdk/x11/gdkevents-x11.c:2351 #25 0x00002b6b7ce67df4 in IA__g_main_context_dispatch (context=0x710af0) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2061 #26 0x00002b6b7ce6b0dd in g_main_context_iterate (context=0x710af0, block=1, dispatch=1, self=) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2694 #27 0x00002b6b7ce6b3d7 in IA__g_main_loop_run (loop=0xc938b0) at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2898 #28 0x00002b6b7892d463 in IA__gtk_main () at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146 #29 0x000000000044b64d in main (argc=1, argv=0x7fff335eadb8, envp=) at gui/main.cpp:4712 #30 0x00002b6b7f2c81c4 in __libc_start_main () from /lib/libc.so.6 #31 0x0000000000429b09 in _start () (gdb) From manouchk at gmail.com Sun Dec 16 23:14:22 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Sun, 16 Dec 2007 21:14:22 -0200 Subject: [Ekiga-list] looking for a working shorewall configuration In-Reply-To: <1197816095.15593.1.camel@laptop.walhalla> References: <200712160931.55254.manouchk@gmail.com> <1197813495.12225.2.camel@scorpion> <1197816095.15593.1.camel@laptop.walhalla> Message-ID: <200712162114.23925.manouchk@gmail.com> Le dimanche 16 d?cembre 2007, Fabrice ALPHONSO a ?crit?: > Le dimanche 16 d?cembre 2007 ? 14:58 +0100, Damien Sandras a ?crit : > > > > I would use 5000:5100, ports have changed when Ekiga 2.00 has been > > > > released. > > > > > > Oops... > > > > > > this was the config that i had at my father's place, which isn't used > > > since some times, but used to work before. > > > > > > So you mean, that a single line > > > DNAT:debug:GM net loc:XXX.XXX.XXX.XXX udp 5000:5100 > > > would be enough ? > > > > I think so... > > Ok, thanks ;-) > > modified in my shorewall rules. > > Fabrice I used to have only : net all DROP info all all REJECT info I added a new line in the policy : fw net ACCEPT Now, a call to 500 at ekiga.net works pretty well! (and also calling with my diamondcard account) It was not very clear that I "needed" (maybe not necessary) this policy or that my rules wasn't sufficient: # ekiga ACCEPT fw net udp 5000:5100 ACCEPT net fw udp 5000:5100 ACCEPT fw net udp 3478:3479 ACCEPT net fw udp 3478:3479 ACCEPT net fw tcp 1720 ACCEPT fw net tcp 1720 Well, they are not sufficient at all and it was not very clear from what I read about ekiga. I may have miss the information though or maybe everyone is using a policy that accept all connection from fw to net. From dsandras at seconix.com Mon Dec 17 13:12:06 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 17 Dec 2007 14:12:06 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712161231vcafb43bt4d50c9c37fdaa1ea@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> <1197829927.4175.6.camel@scorpion> <8200bab70712161231vcafb43bt4d50c9c37fdaa1ea@mail.gmail.com> Message-ID: <1197897126.6972.3.camel@scorpion> Unfortunately I can't see anything wrong there. It is waiting on a lock to the connection, and it can not get that lock. Given the fact that you are the only one with that problem (we tested here several times), the only possible cause for that is that the connection has not been established yet. I see no possible cause for that. I could suggest you to try the SVN version (currently broken) in one or two weeks, and see if it works better. Le dimanche 16 d?cembre 2007 ? 22:31 +0200, Chuckk Hubbard a ?crit : > On Dec 16, 2007 8:32 PM, Damien Sandras wrote: > > > > Try producing a backtrace (hit ctrl-C when it freezes) then output the > > backtrace and send it here. > > Okay, here is the output of gdb: > > chuckk at unclejesse:~$ gdb ekiga > GNU gdb 6.6.90.20070912-debian > Copyright (C) 2007 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu"... > Using host libthread_db library "/lib/libthread_db.so.1". > (gdb) run > Starting program: /usr/bin/ekiga > warning: no loadable sections found in added symbol-file > system-supplied DSO at 0x7fff335fe000 > [Thread debugging using libthread_db enabled] > [New Thread 0x2b6b86bb02a0 (LWP 4782)] > [New Thread 0x40040950 (LWP 4787)] > [New Thread 0x40081950 (LWP 4788)] > [New Thread 0x40882950 (LWP 4793)] > [New Thread 0x41083950 (LWP 4794)] > [New Thread 0x41884950 (LWP 4795)] > [Thread 0x40882950 (LWP 4793) exited] > [Thread 0x41083950 (LWP 4794) exited] > [New Thread 0x418c5950 (LWP 4805)] > [New Thread 0x41906950 (LWP 4808)] > [New Thread 0x41947950 (LWP 4809)] > [New Thread 0x41988950 (LWP 4810)] > [New Thread 0x419c9950 (LWP 4811)] > [New Thread 0x41083950 (LWP 4812)] > [New Thread 0x40882950 (LWP 4813)] > [Thread 0x40882950 (LWP 4813) exited] > [Thread 0x41083950 (LWP 4812) exited] > [Thread 0x419c9950 (LWP 4811) exited] > [New Thread 0x419c9950 (LWP 4817)] > [New Thread 0x41a0a950 (LWP 4818)] > [New Thread 0x41a4b950 (LWP 4819)] > [New Thread 0x41a8c950 (LWP 4820)] > [Thread 0x41988950 (LWP 4810) exited] > [New Thread 0x41988950 (LWP 4821)] > [New Thread 0x41acd950 (LWP 4822)] > [Thread 0x41988950 (LWP 4821) exited] > [New Thread 0x41988950 (LWP 4823)] > [New Thread 0x41b0e950 (LWP 4824)] > [New Thread 0x41b4f950 (LWP 4825)] > [New Thread 0x41b90950 (LWP 4826)] > > Program received signal SIGINT, Interrupt. > [Switching to Thread 0x2b6b86bb02a0 (LWP 4782)] > 0x00002b6b7e903991 in sem_wait () from /lib/libpthread.so.0 > (gdb) thread apply all bt > > Thread 23 (Thread 0x41b90950 (LWP 4826)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6556ee in PSocket::Select (read=, > write=, except=, > timeout=@0xeb8fd0) at socket.cxx:614 > #2 0x00002b6b7d674cb6 in PSocket::Select (sock1=@0xeb9790, sock2=@0xeb9ab0, > timeout=@0xeb8fd0) at ../common/sockets.cxx:1645 > #3 0x00002b6b7de2e517 in RTP_UDP::ReadData (this=0xeb8e50, frame=@0xf1c480) > at /build/buildd/opal-2.2.11~dfsg1/src/rtp/rtp.cxx:1845 > #4 0x00002b6b7de3165d in RTP_JitterBuffer::Main (this=0xeeaeb0) > at /build/buildd/opal-2.2.11~dfsg1/src/rtp/jitter.cxx:446 > #5 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xeeaeb0) > at tlibthrd.cxx:1340 > #6 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #7 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #8 0x0000000000000000 in ?? () > > Thread 22 (Thread 0x41b4f950 (LWP 4825)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d666a62 in PThread::Sleep (timeout=) > at tlibthrd.cxx:1210 > #2 0x00002b6b7de07afb in OpalMediaPatch::Main (this=0xeebf20) > ---Type to continue, or q to quit--- > at /build/buildd/opal-2.2.11~dfsg1/src/opal/patch.cxx:248 > #3 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xeebf20) > at tlibthrd.cxx:1340 > #4 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #5 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #6 0x0000000000000000 in ?? () > > Thread 21 (Thread 0x41b0e950 (LWP 4824)): > #0 0x00002b6b7f378ac6 in poll () from /lib/libc.so.6 > #1 0x00002b6b82161663 in snd_pcm_wait_nocheck () from /usr/lib/libasound.so.2 > #2 0x00002b6b821619b3 in snd_pcm_read_areas () from /usr/lib/libasound.so.2 > #3 0x00002b6b8216bef2 in snd_pcm_mmap_readi () from /usr/lib/libasound.so.2 > #4 0x00002b6b8776528e in PSoundChannelALSA::Read (this=0xec3e10, > buf=0xeea06c, len=320) at sound_alsa.cxx:574 > #5 0x00002b6b7de01f96 in OpalRawMediaStream::ReadData (this=0xec45e0, > buffer=0xeea06c "", size=320, length=@0x41b0df5c) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/mediastrm.cxx:704 > #6 0x00002b6b7de04f5e in OpalMediaStream::ReadPacket (this=0xec45e0, > packet=@0x41b0e050) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/mediastrm.cxx:372 > #7 0x00002b6b7de07a2f in OpalMediaPatch::Main (this=0xed41f0) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/patch.cxx:228 > #8 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xed41f0) > ---Type to continue, or q to quit--- > at tlibthrd.cxx:1340 > #9 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #10 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #11 0x0000000000000000 in ?? () > > Thread 20 (Thread 0x41988950 (LWP 4823)): > #0 0x00002b6b7e903991 in sem_wait () from /lib/libpthread.so.0 > #1 0x00002b6b7d667ccf in PSemaphore::Wait (this=) > at tlibthrd.cxx:1573 > #2 0x00002b6b7e21f948 in SIPConnection::HandlePDUsThreadMain (this=0xe90f00) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipcon.cxx:2381 > #3 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xe88ab0) > at tlibthrd.cxx:1340 > #4 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #5 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #6 0x0000000000000000 in ?? () > > Thread 19 (Thread 0x41acd950 (LWP 4822)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xeb4e50, handle=62, > type=0, timeout=@0xeb3990) at tlibthrd.cxx:1430 > #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xeb3940, > type=PChannel::PXReadBlock, timeout=@0xeb3990) at channel.cxx:242 > ---Type to continue, or q to quit--- > #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x3f, buf=0xe93730, > len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 > #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0xeb3940, > buf=0xe93730, len=65535, addr=@0xeb3ae0, port=@0xeb3b00) > at ../common/sockets.cxx:2835 > #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0xe92d10, buf=0xe93730, > len=65535) at ../common/pchannel.cxx:825 > #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0xe92d10, > buffer=0xe93730, length=65535) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 > #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0xe92850) > at ../common/pchannel.cxx:210 > #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0xe92850, off=0, > dir=std::_S_cur) at ../common/pchannel.cxx:254 > #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0xee5570, transport=@0xe92d10) > at /usr/include/c++/4.2/streambuf:260 > #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, > transport=@0xe92d10) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 > #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, > param=15281424) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 > #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xeb4e50) > at tlibthrd.cxx:1340 > ---Type to continue, or q to quit--- > #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #15 0x0000000000000000 in ?? () > > Thread 17 (Thread 0x41a8c950 (LWP 4820)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0x2aaab0027280, > handle=57, type=0, timeout=@0x2aaab00478c0) at tlibthrd.cxx:1430 > #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0x2aaab0047870, > type=PChannel::PXReadBlock, timeout=@0x2aaab00478c0) at channel.cxx:242 > #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x3a, buf=0x2aaab0027660, > len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 > #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0x2aaab0047870, > buf=0x2aaab0027660, len=65535, addr=@0x2aaab0047a10, port=@0x2aaab0047a30) > at ../common/sockets.cxx:2835 > #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0x2aaab0026ce0, > buf=0x2aaab0027660, len=65535) at ../common/pchannel.cxx:825 > #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0x2aaab0026ce0, > buffer=0x2aaab0027660, length=65535) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 > #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0x2aaab00269f0) > at ../common/pchannel.cxx:210 > #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0x2aaab00269f0, > ---Type to continue, or q to quit--- > off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 > #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0x2aaab004e900, > transport=@0x2aaab0026ce0) at /usr/include/c++/4.2/streambuf:260 > #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, > transport=@0x2aaab0026ce0) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 > #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, > param=46912585755872) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 > #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x2aaab0027280) > at tlibthrd.cxx:1340 > #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #15 0x0000000000000000 in ?? () > > Thread 16 (Thread 0x41a4b950 (LWP 4819)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0x2aaab0023780, > handle=54, type=0, timeout=@0x2aaab00238e0) at tlibthrd.cxx:1430 > #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0x2aaab0023890, > type=PChannel::PXReadBlock, timeout=@0x2aaab00238e0) at channel.cxx:242 > #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x37, buf=0x2aaab0003680, > len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 > ---Type to continue, or q to quit--- > #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0x2aaab0023890, > buf=0x2aaab0003680, len=65535, addr=@0x2aaab0023a30, port=@0x2aaab0023a50) > at ../common/sockets.cxx:2835 > #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0x2aaab0002ce0, > buf=0x2aaab0003680, len=65535) at ../common/pchannel.cxx:825 > #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0x2aaab0002ce0, > buffer=0x2aaab0003680, length=65535) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 > #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0x2aaab0002ab0) > at ../common/pchannel.cxx:210 > #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0x2aaab0002ab0, > off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 > #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0x2aaab004a480, > transport=@0x2aaab0002ce0) at /usr/include/c++/4.2/streambuf:260 > #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, > transport=@0x2aaab0002ce0) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 > #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, > param=46912585608416) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 > #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x2aaab0023780) > at tlibthrd.cxx:1340 > #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > ---Type to continue, or q to quit--- > #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #15 0x0000000000000000 in ?? () > > Thread 15 (Thread 0x41a0a950 (LWP 4818)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xe293a0, handle=51, > type=0, timeout=@0xe223c0) at tlibthrd.cxx:1430 > #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xe22370, > type=PChannel::PXReadBlock, timeout=@0xe223c0) at channel.cxx:242 > #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x34, buf=0xe4c810, > len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 > #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0xe22370, > buf=0xe4c810, len=65535, addr=@0xe22510, port=@0xe22530) > at ../common/sockets.cxx:2835 > #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0xe21dd0, buf=0xe4c810, > len=65535) at ../common/pchannel.cxx:825 > #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0xe21dd0, > buffer=0xe4c810, length=65535) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 > #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0xe29150) > at ../common/pchannel.cxx:210 > #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0xe29150, off=0, > dir=std::_S_cur) at ../common/pchannel.cxx:254 > ---Type to continue, or q to quit--- > #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0xe729f0, transport=@0xe21dd0) > at /usr/include/c++/4.2/streambuf:260 > #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, > transport=@0xe21dd0) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 > #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, > param=14818768) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 > #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xe293a0) > at tlibthrd.cxx:1340 > #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #15 0x0000000000000000 in ?? () > > Thread 14 (Thread 0x419c9950 (LWP 4817)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xc19c70, handle=47, > type=0, timeout=@0xc349e0) at tlibthrd.cxx:1430 > #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xc34990, > type=PChannel::PXReadBlock, timeout=@0xc349e0) at channel.cxx:242 > #3 0x00002b6b7d654879 in PSocket::os_recvfrom (this=0x30, buf=0xe2c7f0, > len=65535, flags=-1, addr=0x0, addrlen=0x6d2060) at socket.cxx:836 > #4 0x00002b6b7d671a72 in PIPDatagramSocket::ReadFrom (this=0xc34990, > buf=0xe2c7f0, len=65535, addr=@0xc34b30, port=@0xc34b50) > ---Type to continue, or q to quit--- > at ../common/sockets.cxx:2835 > #5 0x00002b6b7d65a704 in PIndirectChannel::Read (this=0x95a810, buf=0xe2c7f0, > len=65535) at ../common/pchannel.cxx:825 > #6 0x00002b6b7de1b959 in OpalTransportUDP::Read (this=0x95a810, > buffer=0xe2c7f0, length=65535) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:2056 > #7 0x00002b6b7d65ac3d in PChannelStreamBuffer::underflow (this=0xc34270) > at ../common/pchannel.cxx:210 > #8 0x00002b6b7d65aa9c in PChannelStreamBuffer::seekoff (this=0xc34270, off=0, > dir=std::_S_cur) at ../common/pchannel.cxx:254 > #9 0x00002b6b7e239965 in SIP_PDU::Read (this=0xe28740, transport=@0x95a810) > at /usr/include/c++/4.2/streambuf:260 > #10 0x00002b6b7e20f4f3 in SIPEndPoint::HandlePDU (this=0xc134e0, > transport=@0x95a810) > at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:1001 > #11 0x00002b6b7e20f330 in SIPEndPoint::TransportThreadMain (this=0xc134e0, > param=9807888) at /build/buildd/opal-2.2.11~dfsg1/src/sip/sipep.cxx:886 > #12 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xc19c70) > at tlibthrd.cxx:1340 > #13 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #14 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #15 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > Thread 9 (Thread 0x41947950 (LWP 4809)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6556ee in PSocket::Select (read=, > write=, except=, > timeout=@0x41947090) at socket.cxx:614 > #2 0x00002b6b7d6749fd in PSocket::Select (read=@0x41946f90, > timeout=@0x41947090) at ../common/sockets.cxx:1669 > #3 0x00002b6b7de19e09 in OpalListenerUDP::Accept (this=0xc17170, > timeout=@0x41947090) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:1332 > #4 0x00002b6b7de1d031 in OpalListener::ListenForConnections (this=0xc17170, > thread=@0xc19190) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:993 > #5 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xc19190) > at tlibthrd.cxx:1340 > #6 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #7 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #8 0x0000000000000000 in ?? () > > Thread 8 (Thread 0x41906950 (LWP 4808)): > #0 0x00002b6b7f37abb2 in select () from /lib/libc.so.6 > #1 0x00002b6b7d6661de in PThread::PXBlockOnIO (this=0xc181a0, handle=34, > type=2, timeout=@0x41905e20) at tlibthrd.cxx:1430 > ---Type to continue, or q to quit--- > #2 0x00002b6b7d65ae9f in PChannel::PXSetIOBlock (this=0xc17eb8, > type=PChannel::PXAcceptBlock, timeout=@0x41905e20) at channel.cxx:242 > #3 0x00002b6b7d655871 in PSocket::os_accept (this=0xc183e0, > listener=@0xc17eb8, addr=0x41905e60, size=0x41905eec) at socket.cxx:492 > #4 0x00002b6b7d6715d6 in PTCPSocket::Accept (this=0xc183e0, socket=@0xc17eb8) > at ../common/sockets.cxx:2772 > #5 0x00002b6b7de1b0dc in OpalListenerTCP::Accept (this=0xc17e60, > timeout=) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:1217 > #6 0x00002b6b7de1d031 in OpalListener::ListenForConnections (this=0xc17e60, > thread=@0xc181a0) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/transports.cxx:993 > #7 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0xc181a0) > at tlibthrd.cxx:1340 > #8 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #9 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #10 0x0000000000000000 in ?? () > > Thread 7 (Thread 0x418c5950 (LWP 4805)): > #0 0x00002b6b7f378ac6 in poll () from /lib/libc.so.6 > #1 0x00002b6b7ce6af47 in g_main_context_iterate (context=0xb597d0, block=1, > dispatch=1, self=) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2996 > ---Type to continue, or q to quit--- > #2 0x00002b6b7ce6b3d7 in IA__g_main_loop_run (loop=0xaa70b0) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2898 > #3 0x00002b6b7c09fec0 in ?? () from /usr/lib/libORBit-2.so.0 > #4 0x00002b6b7ce89384 in g_thread_create_proxy (data=0xaa7050) > at /build/buildd/glib2.0-2.14.3/glib/gthread.c:635 > #5 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #6 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #7 0x0000000000000000 in ?? () > > Thread 6 (Thread 0x41884950 (LWP 4795)): > #0 0x00002b6b7f378ac6 in poll () from /lib/libc.so.6 > #1 0x00002b6b7ce6af47 in g_main_context_iterate (context=0xb58800, block=1, > dispatch=1, self=) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2996 > #2 0x00002b6b7ce6b3d7 in IA__g_main_loop_run (loop=0xb27eb0) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2898 > #3 0x00002b6b7acd7e7d in ?? () from /usr/lib/libebook-1.2.so.9 > #4 0x00002b6b7ce89384 in g_thread_create_proxy (data=0xb57f90) > at /build/buildd/glib2.0-2.14.3/glib/gthread.c:635 > #5 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #6 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #7 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > Thread 3 (Thread 0x40081950 (LWP 4788)): > #0 0x00002b6b7e904174 in __lll_lock_wait () from /lib/libpthread.so.0 > #1 0x00002b6b7e8ffb33 in _L_lock_261 () from /lib/libpthread.so.0 > #2 0x00002b6b7e8ff4f8 in pthread_mutex_lock () from /lib/libpthread.so.0 > #3 0x00002b6b7d66734f in PTimedMutex::Wait (this=) > at tlibthrd.cxx:1795 > #4 0x00002b6b7de01dbf in OpalRawMediaStream::GetAverageSignalLevel ( > this=0xec45e0) at /usr/share/pwlib/include/ptlib/psync.h:111 > #5 0x0000000000464b98 in GMManager::OnAvgSignalTimeout (this=0x733f80) > at endpoints/manager.cpp:2030 > #6 0x00002b6b7d67ee67 in PTimerList::Process (this=0x6d24a0) > at ../common/osutils.cxx:1395 > #7 0x00002b6b7d666778 in PHouseKeepingThread::Main (this=0x730a50) > at tlibthrd.cxx:652 > #8 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x730a50) > at tlibthrd.cxx:1340 > #9 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #10 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #11 0x0000000000000000 in ?? () > > Thread 2 (Thread 0x40040950 (LWP 4787)): > #0 0x00002b6b7e901e2d in pthread_cond_timedwait@@GLIBC_2.3.2 () > from /lib/libpthread.so.0 > ---Type to continue, or q to quit--- > #1 0x00002b6b7d6670fe in PSyncPoint::Wait (this=0x7344e0, > waitTime=) at tlibthrd.cxx:1964 > #2 0x00002b6b7dde6903 in OpalManager::GarbageMain (this=0x733f80) > at /build/buildd/opal-2.2.11~dfsg1/src/opal/manager.cxx:1189 > #3 0x00002b6b7d669ea6 in PThread::PX_ThreadStart (arg=0x72ef70) > at tlibthrd.cxx:1340 > #4 0x00002b6b7e8fd3f7 in start_thread () from /lib/libpthread.so.0 > #5 0x00002b6b7f38194d in clone () from /lib/libc.so.6 > #6 0x0000000000000000 in ?? () > > Thread 1 (Thread 0x2b6b86bb02a0 (LWP 4782)): > #0 0x00002b6b7e903991 in sem_wait () from /lib/libpthread.so.0 > #1 0x00002b6b7d667ccf in PSemaphore::Wait (this=) > at tlibthrd.cxx:1573 > #2 0x00002b6b7d685e24 in PSafeObject::LockReadWrite (this=0xe8c000) > at ../common/safecoll.cxx:173 > #3 0x00002b6b7d6862d5 in PSafePtrBase::EnterSafetyMode (this=0x7fff335e93c0, > ref=128) at ../common/safecoll.cxx:645 > #4 0x0000000000465731 in GMManager::SendDTMF (this=0x733f80, > callToken=, dtmf=@0x7fff335e9460) > at /usr/include/ptlib/safecoll.h:1035 > #5 0x000000000044d887 in dialpad_button_clicked_cb ( > button=, data=0xaca5c0) at gui/main.cpp:2073 > ---Type to continue, or q to quit--- > #6 0x00002b6b7c5e0a1f in IA__g_closure_invoke (closure=0xbe7740, > return_value=0x0, n_param_values=1, param_values=0x7fff335e98a0, > invocation_hint=0x7fff335e9780) > at /build/buildd/glib2.0-2.14.3/gobject/gclosure.c:490 > #7 0x00002b6b7c5f46f8 in signal_emit_unlocked_R (node=0x757bb0, detail=0, > instance=0xbe58b0, emission_return=0x0, instance_and_params=0x7fff335e98a0) > at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2440 > #8 0x00002b6b7c5f6135 in IA__g_signal_emit_valist (instance=0xbe58b0, > signal_id=, detail=0, var_args=0x7fff335e9b20) > at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2199 > #9 0x00002b6b7c5f6523 in IA__g_signal_emit (instance=0xe8c1b0, signal_id=128, > detail=0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2243 > #10 0x00002b6b7886f099 in gtk_real_button_released (button=0xe8c1b0) > at /build/buildd/gtk+2.0-2.12.1/gtk/gtkbutton.c:1484 > #11 0x00002b6b7c5e0a1f in IA__g_closure_invoke (closure=0x757a70, > return_value=0x0, n_param_values=1, param_values=0x7fff335e9f20, > invocation_hint=0x7fff335e9e00) > at /build/buildd/glib2.0-2.14.3/gobject/gclosure.c:490 > #12 0x00002b6b7c5f43be in signal_emit_unlocked_R (node=0x757ae0, detail=0, > instance=0xbe58b0, emission_return=0x0, instance_and_params=0x7fff335e9f20) > at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2370 > #13 0x00002b6b7c5f6135 in IA__g_signal_emit_valist (instance=0xbe58b0, > signal_id=, detail=0, var_args=0x7fff335ea1a0) > ---Type to continue, or q to quit--- > at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2199 > #14 0x00002b6b7c5f6523 in IA__g_signal_emit (instance=0xe8c1b0, signal_id=128, > detail=0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2243 > #15 0x00002b6b7886d969 in gtk_button_button_release (widget=0xe8c1b0, > event=0x80) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkbutton.c:1377 > #16 0x00002b6b78932ddf in _gtk_marshal_BOOLEAN__BOXED (closure=0x74b9d0, > return_value=0x7fff335ea4f0, n_param_values=, > param_values=0x7fff335ea5d0, invocation_hint=, > marshal_data=0x2b6b7886d950) > at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmarshalers.c:84 > #17 0x00002b6b7c5e0a1f in IA__g_closure_invoke (closure=0x74b9d0, > return_value=0x7fff335ea4f0, n_param_values=2, > param_values=0x7fff335ea5d0, invocation_hint=0x7fff335ea4b0) > at /build/buildd/glib2.0-2.14.3/gobject/gclosure.c:490 > #18 0x00002b6b7c5f4ada in signal_emit_unlocked_R (node=0x74bd50, detail=0, > instance=0xbe58b0, emission_return=0x7fff335ea7f0, > instance_and_params=0x7fff335ea5d0) > at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2478 > #19 0x00002b6b7c5f5e5f in IA__g_signal_emit_valist (instance=0xbe58b0, > signal_id=, detail=0, var_args=0x7fff335ea850) > at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2209 > #20 0x00002b6b7c5f6523 in IA__g_signal_emit (instance=0xe8c1b0, signal_id=128, > detail=0) at /build/buildd/glib2.0-2.14.3/gobject/gsignal.c:2243 > ---Type to continue, or q to quit--- > #21 0x00002b6b78a39aa5 in gtk_widget_event_internal (widget=0xbe58b0, > event=0xde0b40) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkwidget.c:4675 > #22 0x00002b6b7892c0f2 in IA__gtk_propagate_event (widget=0xbe58b0, > event=0xde0b40) at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:2319 > #23 0x00002b6b7892d095 in IA__gtk_main_do_event (event=0xde0b40) > at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1539 > #24 0x00002b6b78de931c in gdk_event_dispatch (source=, > callback=, user_data=) > at /build/buildd/gtk+2.0-2.12.1/gdk/x11/gdkevents-x11.c:2351 > #25 0x00002b6b7ce67df4 in IA__g_main_context_dispatch (context=0x710af0) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2061 > #26 0x00002b6b7ce6b0dd in g_main_context_iterate (context=0x710af0, block=1, > dispatch=1, self=) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2694 > #27 0x00002b6b7ce6b3d7 in IA__g_main_loop_run (loop=0xc938b0) > at /build/buildd/glib2.0-2.14.3/glib/gmain.c:2898 > #28 0x00002b6b7892d463 in IA__gtk_main () > at /build/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146 > #29 0x000000000044b64d in main (argc=1, argv=0x7fff335eadb8, > envp=) at gui/main.cpp:4712 > #30 0x00002b6b7f2c81c4 in __libc_start_main () from /lib/libc.so.6 > #31 0x0000000000429b09 in _start () > (gdb) > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From badmuthahubbard at gmail.com Mon Dec 17 13:41:05 2007 From: badmuthahubbard at gmail.com (Chuckk Hubbard) Date: Mon, 17 Dec 2007 15:41:05 +0200 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <1197897126.6972.3.camel@scorpion> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> <1197829927.4175.6.camel@scorpion> <8200bab70712161231vcafb43bt4d50c9c37fdaa1ea@mail.gmail.com> <1197897126.6972.3.camel@scorpion> Message-ID: <8200bab70712170541n112e2eecsf5429b1df3048190@mail.gmail.com> On Dec 17, 2007 3:12 PM, Damien Sandras wrote: > Unfortunately I can't see anything wrong there. > > It is waiting on a lock to the connection, and it can not get that lock. > Given the fact that you are the only one with that problem (we tested > here several times), the only possible cause for that is that the > connection has not been established yet. I checked my diamondcard account, and it shows a couple dozen 1-minute calls to the number I've been trying to call. Would that indicate the connection was established, or do you mean another kind of connection? As far as the lock, would it help to shut down other programs, or... to run Ekiga as root? I have noticed that, every time I close Ekiga, it leaves several other processes running in the background, something related to evolution, gnome, and bonobo, none of which close when I close Ekiga. > I see no possible cause for that. I could suggest you to try the SVN > version (currently broken) in one or two weeks, and see if it works > better. Thanks for your help. I need to access my voicemail ASAP, so I'll keep trying. I tried Skype already, but was unable to complete the transaction. :-/ -Chuckk -- http://www.badmuthahubbard.com From dsandras at seconix.com Mon Dec 17 15:51:10 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 17 Dec 2007 16:51:10 +0100 Subject: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? In-Reply-To: <8200bab70712170541n112e2eecsf5429b1df3048190@mail.gmail.com> References: <8200bab70712151040p6ec5b14q9a365e582b460cff@mail.gmail.com> <1197749339.8103.271.camel@achille> <8200bab70712151355v1817bb16v717905628e0d7fbf@mail.gmail.com> <1197787466.8103.276.camel@achille> <8200bab70712160039q372ca05dpdbe6b9110f92c853@mail.gmail.com> <8200bab70712161016x2c2ec575s723a100f9f25ecc0@mail.gmail.com> <1197829927.4175.6.camel@scorpion> <8200bab70712161231vcafb43bt4d50c9c37fdaa1ea@mail.gmail.com> <1197897126.6972.3.camel@scorpion> <8200bab70712170541n112e2eecsf5429b1df3048190@mail.gmail.com> Message-ID: <1197906670.6972.10.camel@scorpion> Le lundi 17 d?cembre 2007 ? 15:41 +0200, Chuckk Hubbard a ?crit : > On Dec 17, 2007 3:12 PM, Damien Sandras wrote: > > Unfortunately I can't see anything wrong there. > > > > It is waiting on a lock to the connection, and it can not get that lock. > > Given the fact that you are the only one with that problem (we tested > > here several times), the only possible cause for that is that the > > connection has not been established yet. > > I checked my diamondcard account, and it shows a couple dozen 1-minute > calls to the number I've been trying to call. Would that indicate the > connection was established, or do you mean another kind of connection? It is perhaps not established from opal's point of view. I can not reproduce your problem. > As far as the lock, would it help to shut down other programs, or... > to run Ekiga as root? I have noticed that, every time I close Ekiga, > it leaves several other processes running in the background, something > related to evolution, gnome, and bonobo, none of which close when I > close Ekiga. It should not matter. > > I see no possible cause for that. I could suggest you to try the SVN > > version (currently broken) in one or two weeks, and see if it works > > better. > > Thanks for your help. I need to access my voicemail ASAP, so I'll > keep trying. I tried Skype already, but was unable to complete the > transaction. :-/ > > -Chuckk > -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From faith_larsen at yahoo.com Mon Dec 17 18:19:53 2007 From: faith_larsen at yahoo.com (faith larsen) Date: Mon, 17 Dec 2007 10:19:53 -0800 (PST) Subject: [Ekiga-list] ekiga-list Digest, Vol 17, Issue 21 In-Reply-To: Message-ID: <675132.58573.qm@web51810.mail.re2.yahoo.com> unsubscribe my account. thank you ekiga-list-request at gnome.org wrote: Send ekiga-list mailing list submissions to ekiga-list at gnome.org To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnome.org/mailman/listinfo/ekiga-list or, via email, send a message with subject or body 'help' to ekiga-list-request at gnome.org You can reach the person managing the list at ekiga-list-owner at gnome.org When replying, please edit your Subject line so it is more specific than "Re: Contents of ekiga-list digest..." Today's Topics: 1. Re: Dialing at Prompts during a PC-to-Phone call? (Chuckk Hubbard) 2. Re: Dialing at Prompts during a PC-to-Phone call? (Damien Sandras) ---------------------------------------------------------------------- Message: 1 Date: Mon, 17 Dec 2007 15:41:05 +0200 From: "Chuckk Hubbard" Subject: Re: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? To: "Ekiga mailing list" Message-ID: <8200bab70712170541n112e2eecsf5429b1df3048190 at mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On Dec 17, 2007 3:12 PM, Damien Sandras wrote: > Unfortunately I can't see anything wrong there. > > It is waiting on a lock to the connection, and it can not get that lock. > Given the fact that you are the only one with that problem (we tested > here several times), the only possible cause for that is that the > connection has not been established yet. I checked my diamondcard account, and it shows a couple dozen 1-minute calls to the number I've been trying to call. Would that indicate the connection was established, or do you mean another kind of connection? As far as the lock, would it help to shut down other programs, or... to run Ekiga as root? I have noticed that, every time I close Ekiga, it leaves several other processes running in the background, something related to evolution, gnome, and bonobo, none of which close when I close Ekiga. > I see no possible cause for that. I could suggest you to try the SVN > version (currently broken) in one or two weeks, and see if it works > better. Thanks for your help. I need to access my voicemail ASAP, so I'll keep trying. I tried Skype already, but was unable to complete the transaction. :-/ -Chuckk -- http://www.badmuthahubbard.com ------------------------------ Message: 2 Date: Mon, 17 Dec 2007 16:51:10 +0100 From: Damien Sandras Subject: Re: [Ekiga-list] Dialing at Prompts during a PC-to-Phone call? To: Ekiga mailing list Message-ID: <1197906670.6972.10.camel at scorpion> Content-Type: text/plain; charset=UTF-8 Le lundi 17 d?cembre 2007 ? 15:41 +0200, Chuckk Hubbard a ?crit : > On Dec 17, 2007 3:12 PM, Damien Sandras wrote: > > Unfortunately I can't see anything wrong there. > > > > It is waiting on a lock to the connection, and it can not get that lock. > > Given the fact that you are the only one with that problem (we tested > > here several times), the only possible cause for that is that the > > connection has not been established yet. > > I checked my diamondcard account, and it shows a couple dozen 1-minute > calls to the number I've been trying to call. Would that indicate the > connection was established, or do you mean another kind of connection? It is perhaps not established from opal's point of view. I can not reproduce your problem. > As far as the lock, would it help to shut down other programs, or... > to run Ekiga as root? I have noticed that, every time I close Ekiga, > it leaves several other processes running in the background, something > related to evolution, gnome, and bonobo, none of which close when I > close Ekiga. It should not matter. > > I see no possible cause for that. I could suggest you to try the SVN > > version (currently broken) in one or two weeks, and see if it works > > better. > > Thanks for your help. I need to access my voicemail ASAP, so I'll > keep trying. I tried Skype already, but was unable to complete the > transaction. :-/ > > -Chuckk > -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net ------------------------------ _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list End of ekiga-list Digest, Vol 17, Issue 21 ****************************************** --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Tue Dec 25 10:45:00 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 25 Dec 2007 11:45:00 +0100 Subject: [Ekiga-list] Merry Christmas Message-ID: <1198579500.4385.0.camel@scorpion> Hello, Merry Christmas to everyone ! -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From fonz at siol.net Tue Dec 25 11:16:50 2007 From: fonz at siol.net (Jure Petrovic) Date: Tue, 25 Dec 2007 12:16:50 +0100 Subject: [Ekiga-list] Merry Christmas In-Reply-To: <1198579500.4385.0.camel@scorpion> References: <1198579500.4385.0.camel@scorpion> Message-ID: <1198581410.2435.3.camel@localhost.localdomain> Hello, Let me wish you all merry christmas and a happy new year! Jure Petrovic On Tue, 2007-12-25 at 11:45 +0100, Damien Sandras wrote: > Hello, > > > Merry Christmas to everyone ! From manouchk at gmail.com Tue Dec 25 14:56:17 2007 From: manouchk at gmail.com (Emmanuel) Date: Tue, 25 Dec 2007 12:56:17 -0200 Subject: [Ekiga-list] ekiga on windows Message-ID: Hi, I would like to here a little bit about ekiga on windows (status, successfull tries of ekiga on windows etc...). I tried on XP and when configuring sound, I could here only strond distorsions. Merry christmas to all Keep continue good work! Emmanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashleystrutt at btinternet.com Tue Dec 25 15:47:28 2007 From: ashleystrutt at btinternet.com (Ashley Strutt) Date: Tue, 25 Dec 2007 15:47:28 +0000 (GMT) Subject: [Ekiga-list] Merry Christmas In-Reply-To: <1198581410.2435.3.camel@localhost.localdomain> Message-ID: <371280.37771.qm@web86001.mail.ird.yahoo.com> I would also like to wish everyone a Merry Christmas and happy New Year. Ashley Jure Petrovic wrote: Hello, Let me wish you all merry christmas and a happy new year! Jure Petrovic On Tue, 2007-12-25 at 11:45 +0100, Damien Sandras wrote: > Hello, > > > Merry Christmas to everyone ! _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Tue Dec 25 16:35:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 25 Dec 2007 17:35:17 +0100 Subject: [Ekiga-list] ekiga on windows In-Reply-To: References: Message-ID: <1198600517.15262.2.camel@scorpion> Hello, Le mardi 25 d?cembre 2007 ? 12:56 -0200, Emmanuel a ?crit : > Hi, > > I would like to here a little bit about ekiga on windows (status, > successfull tries of ekiga on windows etc...). I tried on XP and when > configuring sound, I could here only strond distorsions. That is a very common problem on windows and with Ekiga on windows. Some drivers behave badly. Ekiga asks to the driver to send 8000 samples every second, and it sends 8000 samples every 0.99 seconds or so, resulting in an average of 8192 samples every second. It gives the kind of problem you (and a few others) have reported. We will probably work on a workaround at some point to fix that, but the windows version is not our biggest priority. (nobody is currently working on it) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From aeclist at candt.waitrose.com Wed Dec 26 14:01:07 2007 From: aeclist at candt.waitrose.com (alan c) Date: Wed, 26 Dec 2007 14:01:07 +0000 Subject: [Ekiga-list] ekiga test contacts requested please? Message-ID: <47725EA3.3040007@candt.waitrose.com> I have just started using ekiga and it works with the audio test and the video camera seems to be detected, and I have needed to do ports forwarding with the router because it gave symmetric NAT. I would be grateful if someone who is confident with their ekiga system would kindly be a test contact(s) with me please? sip:candtalan at ekiga.net tia -- candtalan Kubuntu user#10391 From muecker at gmx.de Wed Dec 26 15:13:59 2007 From: muecker at gmx.de (Martin Uecker) Date: Wed, 26 Dec 2007 16:13:59 +0100 Subject: [Ekiga-list] public sip proxy? Message-ID: <20071226151359.GA15793@bluestein> Hi, I would love to use Ekiga instead of Skype to talk with my girl friend. Unfortunately she is behind a symmetric NAT. It seems that a SIP proxy would help here. Does anybody know a free public sip proxy (in Europe) we could use? Greetings, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From dsandras at seconix.com Wed Dec 26 15:28:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 16:28:24 +0100 Subject: [Ekiga-list] public sip proxy? In-Reply-To: <20071226151359.GA15793@bluestein> References: <20071226151359.GA15793@bluestein> Message-ID: <1198682904.4243.9.camel@scorpion> Hi, Le mercredi 26 d?cembre 2007 ? 16:13 +0100, Martin Uecker a ?crit : > > Hi, > > I would love to use Ekiga instead of Skype to talk with my > girl friend. Unfortunately she is behind a symmetric NAT. > > It seems that a SIP proxy would help here. Does anybody know > a free public sip proxy (in Europe) we could use? There was fwdnat.pulver.com:5082, but I am not sure it is still available for public access. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From michel.memeteau at gmail.com Wed Dec 26 15:50:02 2007 From: michel.memeteau at gmail.com (michel memeteau) Date: Wed, 26 Dec 2007 16:50:02 +0100 Subject: [Ekiga-list] public sip proxy? In-Reply-To: <20071226151359.GA15793@bluestein> References: <20071226151359.GA15793@bluestein> Message-ID: 2007/12/26, Martin Uecker : > > > > Hi, Hi Martin , I would love to use Ekiga instead of Skype to talk with my > girl friend. Unfortunately she is behind a symmetric NAT. > Another temporary solution for her would be to use an http tunnel SIP Application such as WengoPhone; in case this app works for her and does not crash too often. You could then call her on Wengopseudo at voip.wengo.fr ( As long as their server is still online .... ) -- %<------------------------------------------------------->% Michel memeteau Blog 0.2 : http://memeteau.free.fr Fixe : 0874763294 Mobile : 0624808051 VOIP | Visio: sip:freechelmi at gizmoproject.com jabber/GoogleTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn_adams at web.de Wed Dec 26 16:02:49 2007 From: shawn_adams at web.de (Shawn Adams) Date: Wed, 26 Dec 2007 17:02:49 +0100 Subject: [Ekiga-list] ekiga - SIP client with particular SIP providers - T-Online Germany Message-ID: <47727B29.7000302@web.de> Not sure if this should be reported as a bug, I think it deals with one ISPs interpretation of SIP standards. Normally to connect to my ISP (T-Online) SIP/VOIP service I use xten xlite or kphone, which both work. I'd rather use Ekiga, but have run into various problems when registering. A 2nd account, ekiga - works fine, both voice and video. Using Ekiga 2.0.11 on opensuse 10.2 Credentials: account name 032221122334 registrar tel.t-online.de user 032221122334 password XXXXXXX auth login XXXX (email address without "@t-online.de") Registration timeout 3600 network interface is my single eth0, static IP, static default GW NAT traversal STUN stun.t-online.de outbound proxy tel.t-online.de Registration works, or appears to work. But calls get 2007/12/24 23:01:54.002 2:29.249 SIP Handler:85a1528 SIP Awaiting next PDU. 2007/12/24 23:01:54.108 2:29.356 SIP Transport:85a2130 SIP PDU Received on udp$217.0.132.118:5060 SIP/2.0 100 Rufaufbau CSeq: 2 INVITE Via: SIP/2.0/UDP 91.34.219.35:5066;rport=5066;received=91.34.219.35;branch=z9hG4bK90c65081-d9b0-dc11-90ad-00a0cc3b74f0 From: "032223239181" ;tag=ace7aa80-d9b0-dc11-90ad-00a0cc3b74f0 Call-ID: fec7aa80-d9b0-dc11-90ad-00a0cc3b74f0 at tau To: Content-Length: 0 2007/12/24 23:01:54.208 2:29.455 SIP Transport:85a2130 SDP Adding media session with 1 formats 2007/12/24 23:01:54.208 2:29.455 SIP Transport:85a2130 SIP PDU Received on udp$217.0.132.118:5060 SIP/2.0 200 OK CSeq: 2 INVITE Via: SIP/2.0/UDP 91.34.219.35:5066;rport=5066;received=91.34.219.35;branch=z9hG4bK90c65081-d9b0-dc11-90ad-00a0cc3b74f0 Server: Sip EXpress router (5.2.6-toi-ann-anon (i386/linux)) From: "032223239181" ;tag=ace7aa80-d9b0-dc11-90ad-00a0cc3b74f0 Call-ID: fec7aa80-d9b0-dc11-90ad-00a0cc3b74f0 at tau To: ;tag=1312245b Contact: Reason: SIP;cause=403;text="Zugriff nicht erlaubt (0)" Allow: ACK, BYE, CANCEL, INVITE, MESSAGE, NOTIFY, OPTIONS, REFER Content-Type: application/sdp Content-Disposition: session Content-Length: 130 From dsandras at seconix.com Wed Dec 26 16:04:11 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 17:04:11 +0100 Subject: [Ekiga-list] public sip proxy? In-Reply-To: References: <20071226151359.GA15793@bluestein> Message-ID: <1198685051.4243.16.camel@scorpion> Le mercredi 26 d?cembre 2007 ? 16:50 +0100, michel memeteau a ?crit : > I would love to use Ekiga instead of Skype to talk with my > girl friend. Unfortunately she is behind a symmetric NAT. > > Another temporary solution for her would be to use an http tunnel SIP > Application such as WengoPhone; in case this app works for her and > does not crash too often. You could then call her on > Wengopseudo at voip.wengo.fr ( As long as their server is still > online .... ) Does it work from Ekiga even if Ekiga does not use the HTTP tunnel ? Why do you think they would put their server offline ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From muecker at gmx.de Wed Dec 26 16:26:04 2007 From: muecker at gmx.de (Martin Uecker) Date: Wed, 26 Dec 2007 17:26:04 +0100 Subject: [Ekiga-list] public sip proxy? In-Reply-To: <1198682904.4243.9.camel@scorpion> References: <20071226151359.GA15793@bluestein> <1198682904.4243.9.camel@scorpion> Message-ID: <20071226162604.GA10340@bluestein> On Wed, Dec 26, 2007 at 04:28:24PM +0100, Damien Sandras wrote: > Le mercredi 26 d?cembre 2007 ? 16:13 +0100, Martin Uecker a ?crit : > > > > Hi, > > > > I would love to use Ekiga instead of Skype to talk with my > > girl friend. Unfortunately she is behind a symmetric NAT. > > > > It seems that a SIP proxy would help here. Does anybody know > > a free public sip proxy (in Europe) we could use? > > There was fwdnat.pulver.com:5082, but I am not sure it is still > available for public access. This does not seem to work, but searching on Google I found fwdnat2.pulver.com:5060 which seems to work. thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From michel.memeteau at gmail.com Wed Dec 26 17:29:54 2007 From: michel.memeteau at gmail.com (michel memeteau) Date: Wed, 26 Dec 2007 18:29:54 +0100 Subject: [Ekiga-list] ekiga test contacts requested please? In-Reply-To: <47725EA3.3040007@candt.waitrose.com> References: <47725EA3.3040007@candt.waitrose.com> Message-ID: 2007/12/26, alan c : > > I have just started using ekiga and it works with the audio test and > the video camera seems to be detected, and I have needed to do ports > forwarding with the router because it gave symmetric NAT. I would be > grateful if someone who is confident with their ekiga system would > kindly be a test contact(s) with me please? You might find some french people wanting to test on this frecnh ubuntu forum thread http://forum.ubuntu-fr.org/viewtopic.php?id=153887 sip:candtalan at ekiga.net > tia > -- > candtalan > Kubuntu user#10391 > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- %<------------------------------------------------------->% Michel memeteau Blog 0.2 : http://memeteau.free.fr Fixe : 0874763294 Mobile : 0624808051 VOIP | Visio: sip:freechelmi at gizmoproject.com jabber/GoogleTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.memeteau at gmail.com Wed Dec 26 17:33:51 2007 From: michel.memeteau at gmail.com (michel memeteau) Date: Wed, 26 Dec 2007 18:33:51 +0100 Subject: [Ekiga-list] public sip proxy? In-Reply-To: <1198685051.4243.16.camel@scorpion> References: <20071226151359.GA15793@bluestein> <1198685051.4243.16.camel@scorpion> Message-ID: 2007/12/26, Damien Sandras : > > > > Another temporary solution for her would be to use an http tunnel SIP > > Application such as WengoPhone; in case this app works for her and > > does not crash too often. You could then call her on > > Wengopseudo at voip.wengo.fr ( As long as their server is still > > online .... ) > > Does it work from Ekiga even if Ekiga does not use the HTTP tunnel ? Yes it would , in both ways . Why do you think they would put their server offline ? Because the wengo company recently stops funding the Openwengo project and thus will close voip.wengo.fr proxy and httpproxy.wengo.fr . see http://dev.openwengo.com/pipermail/wengophone-devel/2007-December/006929.html -- %<------------------------------------------------------->% Michel memeteau Blog 0.2 : http://memeteau.free.fr Fixe : 0874763294 Mobile : 0624808051 VOIP | Visio: sip:freechelmi at gizmoproject.com jabber/GoogleTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Wed Dec 26 17:40:13 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 18:40:13 +0100 Subject: [Ekiga-list] ekiga - SIP client with particular SIP providers - T-Online Germany In-Reply-To: <47727B29.7000302@web.de> References: <47727B29.7000302@web.de> Message-ID: <1198690813.4243.24.camel@scorpion> Le mercredi 26 d?cembre 2007 ? 17:02 +0100, Shawn Adams a ?crit : > Not sure if this should be reported as a bug, I think it deals with one > ISPs interpretation of SIP standards. > > Normally to connect to my ISP (T-Online) SIP/VOIP service I use xten > xlite or kphone, which both work. > > I'd rather use Ekiga, but have run into various problems when registering. > > A 2nd account, ekiga - works fine, both voice and video. Using Ekiga > 2.0.11 on opensuse 10.2 > > Credentials: > > account name 032221122334 > registrar tel.t-online.de > user 032221122334 > password XXXXXXX > auth login XXXX (email address without "@t-online.de") > Registration timeout 3600 > > network interface is my single eth0, static IP, static default GW > > NAT traversal STUN > stun.t-online.de > > outbound proxy tel.t-online.de > > Registration works, or appears to work. > > But calls get > > 2007/12/24 23:01:54.002 2:29.249 SIP Handler:85a1528 SIP > Awaiting next PDU. > 2007/12/24 23:01:54.108 2:29.356 SIP Transport:85a2130 SIP > PDU Received on udp$217.0.132.118:5060 > SIP/2.0 100 Rufaufbau > CSeq: 2 INVITE > Via: SIP/2.0/UDP > 91.34.219.35:5066;rport=5066;received=91.34.219.35;branch=z9hG4bK90c65081-d9b0-dc11-90ad-00a0cc3b74f0 > From: "032223239181" > ;tag=ace7aa80-d9b0-dc11-90ad-00a0cc3b74f0 > Call-ID: fec7aa80-d9b0-dc11-90ad-00a0cc3b74f0 at tau > To: > Content-Length: 0 > > 2007/12/24 23:01:54.208 2:29.455 SIP Transport:85a2130 SDP > Adding media session with 1 formats > 2007/12/24 23:01:54.208 2:29.455 SIP Transport:85a2130 SIP > PDU Received on udp$217.0.132.118:5060 > SIP/2.0 200 OK > CSeq: 2 INVITE > Via: SIP/2.0/UDP > 91.34.219.35:5066;rport=5066;received=91.34.219.35;branch=z9hG4bK90c65081-d9b0-dc11-90ad-00a0cc3b74f0 > Server: Sip EXpress router (5.2.6-toi-ann-anon (i386/linux)) > From: "032223239181" > ;tag=ace7aa80-d9b0-dc11-90ad-00a0cc3b74f0 > Call-ID: fec7aa80-d9b0-dc11-90ad-00a0cc3b74f0 at tau > To: ;tag=1312245b > Contact: > Reason: SIP;cause=403;text="Zugriff nicht erlaubt (0)" > Allow: ACK, BYE, CANCEL, INVITE, MESSAGE, NOTIFY, OPTIONS, REFER > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 130 There is nothing abnormal in getting a 200 OK. It just means audio/video streams can be established. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Dec 26 18:51:15 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 19:51:15 +0100 Subject: [Ekiga-list] public sip proxy? In-Reply-To: References: <20071226151359.GA15793@bluestein> <1198685051.4243.16.camel@scorpion> Message-ID: <1198695075.18090.2.camel@scorpion> Le mercredi 26 d?cembre 2007 ? 18:33 +0100, michel memeteau a ?crit : > 2007/12/26, Damien Sandras : > > > Another temporary solution for her would be to use an http > tunnel SIP > > Application such as WengoPhone; in case this app works for > her and > > does not crash too often. You could then call her on > > Wengopseudo at voip.wengo.fr ( As long as their server is still > > online .... ) > > Does it work from Ekiga even if Ekiga does not use the HTTP > tunnel ? > > Yes it would , in both ways . > > > Why do you think they would put their server offline ? > > Because the wengo company recently stops funding the Openwengo > project and thus will close voip.wengo.fr proxy and > httpproxy.wengo.fr . > > see > http://dev.openwengo.com/pipermail/wengophone-devel/2007-December/006929.html Ah well. We will see if Open Source will work here and if developers will start hacking on it in their spare time just like we are doing for Ekiga... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From franz.fuder at ifaz.de Wed Dec 26 19:09:39 2007 From: franz.fuder at ifaz.de (Franz Fuder) Date: Wed, 26 Dec 2007 20:09:39 +0100 Subject: [Ekiga-list] svn Ekiga crash on suse 10.3 Message-ID: <4772A6F3.1010100@ifaz.de> Just on x-mess I have the time to build the ekiga from the SVN. However the compilation went nice. I used the new ptlib and opal from the svn and the new ekiga too. The system is a suse 10.3. However, I get two blinking lights from the usb cam and than ekiga dies with a : ekiga: symbol lookup error: ekiga: undefined symbol: _ZN15OpalMediaFormat19argetBitRateOptionEv I ran it a gain with d 6 and the last the I got is: 2007/12/26 20:08:31.899 0:04.195 Detected video codecs: H.261,RFC4175_YCbCr-4:2:0,theora,RFC4175_RGB,H.261-CIF,H.261-QCIF Any ideas what is wrong ? Franz From shawn_adams at web.de Wed Dec 26 19:08:49 2007 From: shawn_adams at web.de (Shawn Adams) Date: Wed, 26 Dec 2007 20:08:49 +0100 Subject: [Ekiga-list] ekiga - SIP client with particular SIP providers - T-Online Germany In-Reply-To: <1198690813.4243.24.camel@scorpion> References: <47727B29.7000302@web.de> <1198690813.4243.24.camel@scorpion> Message-ID: <4772A6C1.9090001@web.de> Damien, Merry Christmas, thanks for the response. I solved the issue - it's the stun.t-online.de, If I remove the STUN server, it basically works. Although I've seen a crash just after completing a call to a non-existent telephone number. Appears reproduceable. I'm sure it's already in the list. Otherwise, appears ekiga does work with t-Online. Best regards, Damien Sandras wrote: > Le mercredi 26 d?cembre 2007 ? 17:02 +0100, Shawn Adams a ?crit : >> Not sure if this should be reported as a bug, I think it deals with one >> ISPs interpretation of SIP standards. >> >> Normally to connect to my ISP (T-Online) SIP/VOIP service I use xten >> xlite or kphone, which both work. >> >> I'd rather use Ekiga, but have run into various problems when registering. >> >> A 2nd account, ekiga - works fine, both voice and video. Using Ekiga >> 2.0.11 on opensuse 10.2 >> >> Credentials: >> >> account name 032221122334 >> registrar tel.t-online.de >> user 032221122334 >> password XXXXXXX >> auth login XXXX (email address without "@t-online.de") >> Registration timeout 3600 >> >> network interface is my single eth0, static IP, static default GW >> >> NAT traversal STUN >> stun.t-online.de >> >> outbound proxy tel.t-online.de >> >> Registration works, or appears to work. >> >> But calls get From dsandras at seconix.com Wed Dec 26 19:40:42 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 20:40:42 +0100 Subject: [Ekiga-list] svn Ekiga crash on suse 10.3 In-Reply-To: <4772A6F3.1010100@ifaz.de> References: <4772A6F3.1010100@ifaz.de> Message-ID: <1198698042.18090.10.camel@scorpion> Le mercredi 26 d?cembre 2007 ? 20:09 +0100, Franz Fuder a ?crit : > Just on x-mess I have the time to build the ekiga from the SVN. However > the compilation went nice. I used the new ptlib and opal from the svn > and the new ekiga too. The system is a suse 10.3. > > However, I get two blinking lights from the usb cam and than ekiga dies > with a : > ekiga: symbol lookup error: ekiga: undefined symbol: > _ZN15OpalMediaFormat19argetBitRateOptionEv > > I ran it a gain with d 6 and the last the I got is: > > 2007/12/26 20:08:31.899 0:04.195 Detected > video codecs: > H.261,RFC4175_YCbCr-4:2:0,theora,RFC4175_RGB,H.261-CIF,H.261-QCIF > > > Any ideas what is wrong ? You compiled Ekiga with different headers than the version of the library Ekiga is running against. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Dec 26 19:42:12 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 20:42:12 +0100 Subject: [Ekiga-list] ekiga - SIP client with particular SIP providers - T-Online Germany In-Reply-To: <4772A6C1.9090001@web.de> References: <47727B29.7000302@web.de> <1198690813.4243.24.camel@scorpion> <4772A6C1.9090001@web.de> Message-ID: <1198698132.18090.13.camel@scorpion> Le mercredi 26 d?cembre 2007 ? 20:08 +0100, Shawn Adams a ?crit : > Damien, > > Merry Christmas, thanks for the response. > > I solved the issue - it's the stun.t-online.de, If I remove the STUN > server, it basically works. > > Although I've seen a crash just after completing a call to a > non-existent telephone number. Appears reproduceable. I'm sure it's > already in the list. That crash is a bug, most probably. We will release Ekiga 3.00 in one or two months, so it is perhaps worth waiting or switching to SVN Trunk. However, I have never heard of such a crash which would be a bug in Ekiga (Ekiga 2.0.11 should be very stable). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From franz.fuder at ifaz.de Wed Dec 26 19:56:27 2007 From: franz.fuder at ifaz.de (Franz Fuder) Date: Wed, 26 Dec 2007 20:56:27 +0100 Subject: [Ekiga-list] svn Ekiga crash on suse 10.3 In-Reply-To: <1198698042.18090.10.camel@scorpion> References: <4772A6F3.1010100@ifaz.de> <1198698042.18090.10.camel@scorpion> Message-ID: <4772B1EB.3080006@ifaz.de> Damien Sandras schrieb: > Le mercredi 26 d?cembre 2007 ? 20:09 +0100, Franz Fuder a ?crit : > >> Just on x-mess I have the time to build the ekiga from the SVN. However >> the compilation went nice. I used the new ptlib and opal from the svn >> and the new ekiga too. The system is a suse 10.3. >> >> However, I get two blinking lights from the usb cam and than ekiga dies >> with a : >> ekiga: symbol lookup error: ekiga: undefined symbol: >> _ZN15OpalMediaFormat19argetBitRateOptionEv >> >> I ran it a gain with d 6 and the last the I got is: >> >> 2007/12/26 20:08:31.899 0:04.195 Detected >> video codecs: >> H.261,RFC4175_YCbCr-4:2:0,theora,RFC4175_RGB,H.261-CIF,H.261-QCIF >> >> >> Any ideas what is wrong ? >> > > You compiled Ekiga with different headers than the version of the > library Ekiga is running against. > I justed checked with yast if there is an old devel package or a anything else. Nothing at all and also I compiled ptlib and opal fresh. The following I used the following for the compilation: /configure --prefix=/usr --enable-plugins for ptlib /configure --prefix=/usr for opal and ./autogen.sh --prefix=/usr --sysconfdir=/etc/ --disable-scrollkeeper for ekiga. Where can I find the wrong headers on the system ? Franz I'm a starwars fan -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Wed Dec 26 20:06:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 26 Dec 2007 21:06:22 +0100 Subject: [Ekiga-list] svn Ekiga crash on suse 10.3 In-Reply-To: <4772B1EB.3080006@ifaz.de> References: <4772A6F3.1010100@ifaz.de> <1198698042.18090.10.camel@scorpion> <4772B1EB.3080006@ifaz.de> Message-ID: <1198699583.1019.0.camel@scorpion> Le mercredi 26 d?cembre 2007 ? 20:56 +0100, Franz Fuder a ?crit : > Damien Sandras schrieb: > > Le mercredi 26 d?cembre 2007 ? 20:09 +0100, Franz Fuder a ?crit : > > > > > Just on x-mess I have the time to build the ekiga from the SVN. However > > > the compilation went nice. I used the new ptlib and opal from the svn > > > and the new ekiga too. The system is a suse 10.3. > > > > > > However, I get two blinking lights from the usb cam and than ekiga dies > > > with a : > > > ekiga: symbol lookup error: ekiga: undefined symbol: > > > _ZN15OpalMediaFormat19argetBitRateOptionEv > > > > > > I ran it a gain with d 6 and the last the I got is: > > > > > > 2007/12/26 20:08:31.899 0:04.195 Detected > > > video codecs: > > > H.261,RFC4175_YCbCr-4:2:0,theora,RFC4175_RGB,H.261-CIF,H.261-QCIF > > > > > > > > > Any ideas what is wrong ? > > > > > > > You compiled Ekiga with different headers than the version of the > > library Ekiga is running against. > > > I justed checked with yast if there is an old devel package or a > anything else. Nothing at all and also I compiled ptlib and opal > fresh. > The following I used the following for the compilation: > /configure --prefix=/usr --enable-plugins for ptlib > /configure --prefix=/usr for opal > and > ./autogen.sh --prefix=/usr --sysconfdir=/etc/ --disable-scrollkeeper > for ekiga. > > Where can I find the wrong headers on the system ? > Other possibility : an old version of the library somewhere (and ekiga runs against it). You can try 'ldd' on ekiga or 'find' on some header files. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From franz.fuder at ifaz.de Wed Dec 26 20:34:59 2007 From: franz.fuder at ifaz.de (Franz Fuder) Date: Wed, 26 Dec 2007 21:34:59 +0100 Subject: [Ekiga-list] svn Ekiga crash on suse 10.3 In-Reply-To: <1198699583.1019.0.camel@scorpion> References: <4772A6F3.1010100@ifaz.de> <1198698042.18090.10.camel@scorpion> <4772B1EB.3080006@ifaz.de> <1198699583.1019.0.camel@scorpion> Message-ID: <4772BAF3.7090206@ifaz.de> Damien Sandras schrieb: > Le mercredi 26 d?cembre 2007 ? 20:56 +0100, Franz Fuder a ?crit : > >> Damien Sandras schrieb: >> >>> Le mercredi 26 d?cembre 2007 ? 20:09 +0100, Franz Fuder a ?crit : >>> >>> >>>> Just on x-mess I have the time to build the ekiga from the SVN. However >>>> the compilation went nice. I used the new ptlib and opal from the svn >>>> and the new ekiga too. The system is a suse 10.3. >>>> >>>> However, I get two blinking lights from the usb cam and than ekiga dies >>>> with a : >>>> ekiga: symbol lookup error: ekiga: undefined symbol: >>>> _ZN15OpalMediaFormat19argetBitRateOptionEv >>>> >>>> I ran it a gain with d 6 and the last the I got is: >>>> >>>> 2007/12/26 20:08:31.899 0:04.195 Detected >>>> video codecs: >>>> H.261,RFC4175_YCbCr-4:2:0,theora,RFC4175_RGB,H.261-CIF,H.261-QCIF >>>> >>>> >>>> Any ideas what is wrong ? >>>> >>>> >>> You compiled Ekiga with different headers than the version of the >>> library Ekiga is running against. >>> >>> >> I justed checked with yast if there is an old devel package or a >> anything else. Nothing at all and also I compiled ptlib and opal >> fresh. >> The following I used the following for the compilation: >> /configure --prefix=/usr --enable-plugins for ptlib >> /configure --prefix=/usr for opal >> and >> ./autogen.sh --prefix=/usr --sysconfdir=/etc/ --disable-scrollkeeper >> for ekiga. >> >> Where can I find the wrong headers on the system ? >> >> > > Other possibility : an old version of the library somewhere (and ekiga > runs against it). > > You can try 'ldd' on ekiga or 'find' on some header files. > Thanks, yes I found an old ptlib and an opal lib strange that it was not replaced from the new one. Howewer, ekiga starts now but now it gets the hauptauge wintv 500 and it crashs again. I start the configuration druit and there I found the usb cam, after I select the cam I can see me but than ekiga got frozen and nothing happens, the last message that I got was: GMVideoGrabber:089e9500 Skipped earlier local frame this message runs forever. Franz -------------- next part -------------- An HTML attachment was scrubbed... URL: From iconoklastic at yahoo.com Wed Dec 26 21:11:00 2007 From: iconoklastic at yahoo.com (Robert Kopp) Date: Wed, 26 Dec 2007 13:11:00 -0800 (PST) Subject: [Ekiga-list] svn Ekiga crash on suse 10.3 In-Reply-To: <4772A6F3.1010100@ifaz.de> Message-ID: <653226.50516.qm@web50611.mail.re2.yahoo.com> Franz Fuder wrote: Just on x-mess I have the time to build the ekiga from the SVN. However the compilation went nice. I used the new ptlib and opal from the svn and the new ekiga too. The system is a suse 10.3. SuSE has binary packages for Ekiga and I installed it that way. Is there any particular advantage to using source? Robert "Tim" Kopp http://analytic.tripod.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mshahwan2001 at yahoo.com Thu Dec 27 22:40:40 2007 From: mshahwan2001 at yahoo.com (Michael) Date: Thu, 27 Dec 2007 14:40:40 -0800 (PST) Subject: [Ekiga-list] DTMF and Asterisk? Message-ID: <179268.69457.qm@web52404.mail.re2.yahoo.com> Damien: I simply cannot figure this out. Other softphones we are using with the GSM codec work perfectly well on outbound calls with DTMF tones. Just Ekiga is the only one that will not all ow it. I know you are saying several environments are using Ekgia with DTMF tones, but it simply does not work with our Asterisk 4.11 setup. - Ekiga works when dialing extensions internally - Ekiga does not work when dialing voice mail x7000 - Ekiga does not work when dialing PSTN extensions either The INFO setup works, but seams to affect inbound and outbound. Not sure how I can setup INFO only for Ekiga clients to use when dialing out. Any ideas what I can do? ----- Original Message ---- From: Michael To: Ekiga mailing list Sent: Sunday, December 2, 2007 5:38:58 PM Subject: Re: [Ekiga-list] DTMF and Asterisk? Does anyone have DTMF tones with Asterisk work with Ekiga via SIP? Can you paste your configuration that made it work? Just having a real difficult time getting Ekiga to use Asterisk and push out DTMF tones to other IVRs. ----- Original Message ---- From: Damien Sandras To: Ekiga mailing list Sent: Tuesday, October 23, 2007 11:05:38 AM Subject: Re: [Ekiga-list] DTMF and Asterisk? Hello, Le lundi 22 octobre 2007 ? 21:31 -0700, Michael a ?crit : > Damien: > > Your suggestion of using INFO worked well. However, when we set INFO > on Asterisks all incoming PSTN DTMF tones fail. So it is either we > have DTMF tones for out bound, but lose inbound. What do we do? That is something I do not understand. Your PSTN DTMF tones do not depend from the SIP DTMF tones. Also, for each SIP peer (ie Ekiga, a SIP ITSP, another IP Phone), you can select the type of DTMF you want to use and Asterisk is able to deal with different sources using different mechanisms. Notice we are using Ekiga with RFC2833 tones in several production environments without having any problem. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list Get easy, one-click access to your favorites. Make Yahoo! your homepage. ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Fri Dec 28 09:51:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 28 Dec 2007 10:51:07 +0100 Subject: [Ekiga-list] DTMF and Asterisk? In-Reply-To: <179268.69457.qm@web52404.mail.re2.yahoo.com> References: <179268.69457.qm@web52404.mail.re2.yahoo.com> Message-ID: <1198835467.4258.5.camel@scorpion> Le jeudi 27 d?cembre 2007 ? 14:40 -0800, Michael a ?crit : > Damien: > > I simply cannot figure this out. Other softphones we are using with > the GSM codec work perfectly well on outbound calls with DTMF tones. > Just Ekiga is the only one that will not all ow it. I know you are > saying several environments are using Ekgia with DTMF tones, but it > simply does not work with our Asterisk 4.11 setup. > > - Ekiga works when dialing extensions internally > - Ekiga does not work when dialing voice mail x7000 > - Ekiga does not work when dialing PSTN extensions either > > The INFO setup works, but seams to affect inbound and outbound. Not > sure how I can setup INFO only for Ekiga clients to use when dialing > out. Any ideas what I can do? > try dtmfmode = info in the definition of the Ekiga SIP peer. However, I don't understand why Ekiga does not work with recent Asterisk versions. Please report a bug here : http://sourceforge.net/tracker/?group_id=204472&atid=989748 -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From geekvinod at yahoo.com Fri Dec 28 18:47:08 2007 From: geekvinod at yahoo.com (Vinod) Date: Fri, 28 Dec 2007 10:47:08 -0800 (PST) Subject: [Ekiga-list] audio plugins not detected Message-ID: <874279.25864.qm@web33515.mail.mud.yahoo.com> Hi, I installed ekiga from source (since i wanted to attach it with anoother piece of code i wrote) and installation went fine. But when i start ekiga, it says audio plugin not detected. This is what is in pwlib. there are no other directories or files in /usr/lib/pwlib. $ls /usr/lib/pwlib/devices/videoinput/ v4l2_pwplugin.so v4l_pwplugin.so Next, $ekiga -d 4 2007/12/28 13:19:30.197 0:04.814 ekiga Detected audio plugins: 2007/12/28 13:19:30.198 0:04.814 ekiga Detected video plugins: Picture,V4L,V4L2 2007/12/28 13:19:30.198 0:04.814 ekiga Detected audio plugins: 2007/12/28 13:19:30.198 0:04.814 ekiga Detected video plugins: Picture,V4L,V4L2 2007/12/28 13:19:34.906 0:09.522 ekiga OpalMan Deleted manager. What do i need to get it some audio plugins? it already seems to have alsa stuff since when i tried installing some of those libraries, i got message saying newer packages are already present. This is on ubuntu gutsy with compaq nc600c, 5-6 year old machine. Sound works in general as i can watch youtube videos on it. Thanks, G ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From sevmek at free.fr Fri Dec 28 19:15:08 2007 From: sevmek at free.fr (yannick) Date: Fri, 28 Dec 2007 20:15:08 +0100 Subject: [Ekiga-list] audio plugins not detected In-Reply-To: <874279.25864.qm@web33515.mail.mud.yahoo.com> References: <874279.25864.qm@web33515.mail.mud.yahoo.com> Message-ID: <1198869308.11982.129.camel@achille> Hi, This is for the SVN version, but may help you for dependencies: http://wiki.ekiga.org/index.php/Talk:Additional_Information#PTLIB Regards, Yannick Le vendredi 28 d?cembre 2007 ? 10:47 -0800, Vinod a ?crit : > Hi, > > I installed ekiga from source (since i wanted to > attach it with anoother piece of code i wrote) and > installation went fine. > > But when i start ekiga, it says audio plugin not > detected. > > This is what is in pwlib. there are no other > directories or files in /usr/lib/pwlib. > > $ls /usr/lib/pwlib/devices/videoinput/ > v4l2_pwplugin.so v4l_pwplugin.so > > Next, > > $ekiga -d 4 > 2007/12/28 13:19:30.197 0:04.814 > ekiga Detected audio plugins: > 2007/12/28 13:19:30.198 0:04.814 > ekiga Detected video plugins: Picture,V4L,V4L2 > 2007/12/28 13:19:30.198 0:04.814 > ekiga Detected audio plugins: > 2007/12/28 13:19:30.198 0:04.814 > ekiga Detected video plugins: Picture,V4L,V4L2 > 2007/12/28 13:19:34.906 0:09.522 > ekiga OpalMan Deleted manager. > > What do i need to get it some audio plugins? it > already seems to have alsa stuff since when i tried > installing some of those libraries, i got message > saying newer packages are already present. > > This is on ubuntu gutsy with compaq nc600c, 5-6 year > old machine. Sound works in general as i can watch > youtube videos on it. > > Thanks, > G > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From geekvinod at yahoo.com Fri Dec 28 20:01:06 2007 From: geekvinod at yahoo.com (Vinod) Date: Fri, 28 Dec 2007 12:01:06 -0800 (PST) Subject: [Ekiga-list] audio plugins not detected In-Reply-To: <1198869308.11982.129.camel@achille> Message-ID: <618281.90350.qm@web33513.mail.mud.yahoo.com> Thanks yannick, I went through what you sent but it seems to differ considerably from what I did following the link below: http://wiki.ekiga.org/index.php/Linux_Users#Run_Ekiga For example, your link configures pwlib with oss while my link does not. Do you think I should do it all again following your link, or is the problem obvious from the installation steps I followed? G --- yannick wrote: > Hi, > > This is for the SVN version, but may help you for > dependencies: > http://wiki.ekiga.org/index.php/Talk:Additional_Information#PTLIB > > Regards, > Yannick > > Le vendredi 28 d?cembre 2007 ? 10:47 -0800, Vinod a > ?crit : > > Hi, > > > > I installed ekiga from source (since i wanted to > > attach it with anoother piece of code i wrote) and > > installation went fine. > > > > But when i start ekiga, it says audio plugin not > > detected. > > > > This is what is in pwlib. there are no other > > directories or files in /usr/lib/pwlib. > > > > $ls /usr/lib/pwlib/devices/videoinput/ > > v4l2_pwplugin.so v4l_pwplugin.so > > > > Next, > > > > $ekiga -d 4 > > 2007/12/28 13:19:30.197 0:04.814 > > > ekiga Detected audio plugins: > > 2007/12/28 13:19:30.198 0:04.814 > > > ekiga Detected video plugins: Picture,V4L,V4L2 > > 2007/12/28 13:19:30.198 0:04.814 > > > ekiga Detected audio plugins: > > 2007/12/28 13:19:30.198 0:04.814 > > > ekiga Detected video plugins: Picture,V4L,V4L2 > > 2007/12/28 13:19:34.906 0:09.522 > > > ekiga OpalMan Deleted manager. > > > > What do i need to get it some audio plugins? it > > already seems to have alsa stuff since when i > tried > > installing some of those libraries, i got message > > saying newer packages are already present. > > > > This is on ubuntu gutsy with compaq nc600c, 5-6 > year > > old machine. Sound works in general as i can watch > > youtube videos on it. > > > > Thanks, > > G > > > > > > > ____________________________________________________________________________________ > > Looking for last minute shopping deals? > > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > -- > Me joindre en t?l?phonie IP / vid?oconf?rence ? > sip:yannick at ekiga.net > Logiciel de VoIP Ekiga : http://www.ekiga.org > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From nogueira at emc.ufsc.br Fri Dec 28 20:42:48 2007 From: nogueira at emc.ufsc.br (Antonio Carlos Ribeiro Nogueira) Date: Fri, 28 Dec 2007 18:42:48 -0200 Subject: [Ekiga-list] ekiga test contacts requested please? In-Reply-To: <47725EA3.3040007@candt.waitrose.com> References: <47725EA3.3040007@candt.waitrose.com> Message-ID: <47755FC8.2020005@emc.ufsc.br> Ok Alan, you may contact me through ekiga: My sip is: tone1620 at ekiga.net But I would like to inform you that my english is very poor. And I am not so good in linux, just a near beginner... :) Sincerely Antonio Carlos alan c escreveu: > I have just started using ekiga and it works with the audio test and > the video camera seems to be detected, and I have needed to do ports > forwarding with the router because it gave symmetric NAT. I would be > grateful if someone who is confident with their ekiga system would > kindly be a test contact(s) with me please? > sip:candtalan at ekiga.net > tia > From albertop at aol.it Sat Dec 29 14:44:49 2007 From: albertop at aol.it (AlbertoP) Date: Sat, 29 Dec 2007 15:44:49 +0100 Subject: [Ekiga-list] Ekiga 2.0.11 - Long time before connection Message-ID: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> 2007/12/29, Damien Sandras : >> I'm an Ekiga user and my operating system is Ubuntu 7.10 Gutsy. >> I wish to inform you that Ekiga takes a very long time (about 40 >> seconds) to establish a connection. >> My SIP provider is EuteliaVoip (www.euteliavoip.com), which offers a >> geographic number. >> When I try to call my VoIP number using my mobile phone, I have to >> wait a long to hear the ring tone both in the softphone and in the >> mobile phone. >> I have the same problem when I try to call someone using Ekiga. >> I've tried also Linphone and I discovered that this is a Ekiga-related problem. >> Also on Windows, using X-Lite, everything works well. >> I like Ekiga and I don't want to switch to another software. >> Can you please solve this bug? >> Feel free to ask if you need more details. > > I think it is due to your DNS. Uhm... strange. Using other softphone the problem is not present. Is it possible to set manually the DNS server which Ekiga uses? I want to specify that I'm behind a NAT and I must use a STUN server (stun.ekiga.net). > If you use the unstable SVN snapshot from http://snapshots.seconix.com, > the problem should disappear. Do you mean this file? http://snapshots.seconix.com/debian/pool/main/e/ekiga-snapshot/ekiga-snapshot_20071107-03.orig.tar.gz Is there a precompiled version? -- Alberto From dsandras at seconix.com Sat Dec 29 16:22:57 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 29 Dec 2007 17:22:57 +0100 Subject: [Ekiga-list] Ekiga 2.0.11 - Long time before connection In-Reply-To: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> References: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> Message-ID: <1198945377.4213.21.camel@scorpion> Le samedi 29 d?cembre 2007 ? 15:44 +0100, AlbertoP a ?crit : > 2007/12/29, Damien Sandras : > >> I'm an Ekiga user and my operating system is Ubuntu 7.10 Gutsy. > >> I wish to inform you that Ekiga takes a very long time (about 40 > >> seconds) to establish a connection. > >> My SIP provider is EuteliaVoip (www.euteliavoip.com), which offers a > >> geographic number. > >> When I try to call my VoIP number using my mobile phone, I have to > >> wait a long to hear the ring tone both in the softphone and in the > >> mobile phone. > >> I have the same problem when I try to call someone using Ekiga. > >> I've tried also Linphone and I discovered that this is a > Ekiga-related problem. > >> Also on Windows, using X-Lite, everything works well. > >> I like Ekiga and I don't want to switch to another software. > >> Can you please solve this bug? > >> Feel free to ask if you need more details. > > > > I think it is due to your DNS. > > Uhm... strange. Using other softphone the problem is not present. Ekiga has a limitation : it does DNS SRV requests even when it is not needed. For some obscure reasons, some DNS servers react badly to that behavior. > Is it possible to set manually the DNS server which Ekiga uses? No, it is a system setting. > I want to specify that I'm behind a NAT and I must use a STUN server > (stun.ekiga.net). > > > If you use the unstable SVN snapshot from http://snapshots.seconix.com, > > the problem should disappear. > > Do you mean this file? > http://snapshots.seconix.com/debian/pool/main/e/ekiga-snapshot/ekiga-snapshot_20071107-03.orig.tar.gz > Is there a precompiled version? Yes, there should be precompiled versions in that repository. Yannick will probably tell you more about this, but there should be information in the mailing lists archives and in the wiki on wiki.ekiga.org. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From albertop at aol.it Sun Dec 30 14:36:35 2007 From: albertop at aol.it (AlbertoP) Date: Sun, 30 Dec 2007 15:36:35 +0100 Subject: [Ekiga-list] Ekiga 2.0.11 - Long time before connection In-Reply-To: <1198945377.4213.21.camel@scorpion> References: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> <1198945377.4213.21.camel@scorpion> Message-ID: <8afdd1bb0712300636h5295db09i6d9a39bd850086ac@mail.gmail.com> 2007/12/29, Damien Sandras : >>> I think it is due to your DNS. >> Uhm... strange. Using other softphone the problem is not present. > Ekiga has a limitation : it does DNS SRV requests even when it is not > needed. For some obscure reasons, some DNS servers react badly to that > behavior. You're right: I tried to switch to OpenDNS and the problem disappears. >> Is it possible to set manually the DNS server which Ekiga uses? > No, it is a system setting. And... is it possible to manually set the IP address of the SIP service in the "Registrar" field to avoid this problem? >>> If you use the unstable SVN snapshot from http://snapshots.seconix.com, >>> the problem should disappear. >> Do you mean this file? >> http://snapshots.seconix.com/debian/pool/main/e/ekiga-snapshot/ekiga-snapshot_20071107-03.orig.tar.gz >> Is there a precompiled version? > Yes, there should be precompiled versions in that repository. > Yannick will probably tell you more about this, but there should be > information in the mailing lists archives and in the wiki on > wiki.ekiga.org. Uhm... the Release file of the repository is empty: http://snapshots.seconix.com/ubuntu/dists/gutsy/main/binary-i386/Packages -- Alberto From ashleystrutt at btinternet.com Sun Dec 30 15:22:28 2007 From: ashleystrutt at btinternet.com (ashley strutt) Date: Sun, 30 Dec 2007 15:22:28 +0000 Subject: [Ekiga-list] I can see them but they cann't see me Message-ID: <4777B7B4.4010907@btinternet.com> Greeting everyone, I got a philips spc900nc webcam at Christmas and it seems to have installed OK. Was there on the desktop after boot up (using PClinuxOS 2007). The only thing is, is that my daughter (in the next room) cann't see me but I can see her.. I've check and everything seems to be the same and I've had a look at the wiki and Ekiga documentation and tried in my limited ability to do what they say. Can anyone give me a glue what else to check for? Thanks Ashley From dsandras at seconix.com Sun Dec 30 18:45:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 30 Dec 2007 19:45:07 +0100 Subject: [Ekiga-list] Ekiga 2.0.11 - Long time before connection In-Reply-To: <8afdd1bb0712300636h5295db09i6d9a39bd850086ac@mail.gmail.com> References: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> <1198945377.4213.21.camel@scorpion> <8afdd1bb0712300636h5295db09i6d9a39bd850086ac@mail.gmail.com> Message-ID: <1199040307.31690.6.camel@scorpion> Le dimanche 30 d?cembre 2007 ? 15:36 +0100, AlbertoP a ?crit : > 2007/12/29, Damien Sandras : > >>> I think it is due to your DNS. > >> Uhm... strange. Using other softphone the problem is not present. > > Ekiga has a limitation : it does DNS SRV requests even when it is not > > needed. For some obscure reasons, some DNS servers react badly to that > > behavior. > > You're right: I tried to switch to OpenDNS and the problem disappears. Good, 3.00 will also fix that. > >> Is it possible to set manually the DNS server which Ekiga uses? > > No, it is a system setting. > > And... is it possible to manually set the IP address of the SIP > service in the "Registrar" field to avoid this problem? Yes, but most probably the SIP service will reject it. > >>> If you use the unstable SVN snapshot from http://snapshots.seconix.com, > >>> the problem should disappear. > >> Do you mean this file? > >> http://snapshots.seconix.com/debian/pool/main/e/ekiga-snapshot/ekiga-snapshot_20071107-03.orig.tar.gz > >> Is there a precompiled version? > > Yes, there should be precompiled versions in that repository. > > Yannick will probably tell you more about this, but there should be > > information in the mailing lists archives and in the wiki on > > wiki.ekiga.org. > > Uhm... the Release file of the repository is empty: > http://snapshots.seconix.com/ubuntu/dists/gutsy/main/binary-i386/Packages Kilian is maintaining it. Kilian ? Is the snapshots service abandonned ? Thanks, -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sun Dec 30 18:45:43 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 30 Dec 2007 19:45:43 +0100 Subject: [Ekiga-list] I can see them but they cann't see me In-Reply-To: <4777B7B4.4010907@btinternet.com> References: <4777B7B4.4010907@btinternet.com> Message-ID: <1199040343.31690.8.camel@scorpion> Hello, Le dimanche 30 d?cembre 2007 ? 15:22 +0000, ashley strutt a ?crit : > Greeting everyone, > > I got a philips spc900nc webcam at Christmas and it seems to have > installed OK. Was there on the desktop after boot up (using PClinuxOS > 2007). > The only thing is, is that my daughter (in the next room) cann't see me > but I can see her.. > I've check and everything seems to be the same and I've had a look at > the wiki and Ekiga documentation and tried in my limited ability to do > what they say. > Can anyone give me a glue what else to check for? Many modem routers will prevent calling somebody that is behind the same router than you. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sun Dec 30 19:05:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 30 Dec 2007 20:05:37 +0100 Subject: [Ekiga-list] I can see them but they cann't see me In-Reply-To: <4777E8D6.50903@btinternet.com> References: <4777B7B4.4010907@btinternet.com> <1199040343.31690.8.camel@scorpion> <4777E8D6.50903@btinternet.com> Message-ID: <1199041537.31690.10.camel@scorpion> That is exactly the case. However, if your Ekiga is compiled with the right options, you should have a "Neighbours" section in the address book. Ekiga 3.00 will make that easier and totally transparent ! Le dimanche 30 d?cembre 2007 ? 18:52 +0000, ashley strutt a ?crit : > Thanks, I had a feeling that was the case. For some reason I thought one > was being let through while the other was being blocked. > > Ashley > > Hello, > > > > Le dimanche 30 d?cembre 2007 ? 15:22 +0000, ashley strutt a ?crit : > > > >> Greeting everyone, > >> > >> I got a philips spc900nc webcam at Christmas and it seems to have > >> installed OK. Was there on the desktop after boot up (using PClinuxOS > >> 2007). > >> The only thing is, is that my daughter (in the next room) cann't see me > >> but I can see her.. > >> I've check and everything seems to be the same and I've had a look at > >> the wiki and Ekiga documentation and tried in my limited ability to do > >> what they say. > >> Can anyone give me a glue what else to check for? > >> > > > > Many modem routers will prevent calling somebody that is behind the same > > router than you. > > > -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From jcdick1 at yahoo.com Sun Dec 30 21:04:05 2007 From: jcdick1 at yahoo.com (Christopher Dick) Date: Sun, 30 Dec 2007 13:04:05 -0800 (PST) Subject: [Ekiga-list] Call question Message-ID: <796326.70220.qm@web37910.mail.mud.yahoo.com> I am running two boxes with OpenSuSE 10.3 32-bit. I installed Ekiga 2.0.11 on both of them, and registered SIP accounts with Ekiga as well. I used the 500 at ekiga.net to test connectivity for both boxes, and everything seemed to be working fine. I opened a PC-to-Phone account, and that seems to work just fine, too. These two machines are on a LAN together (at the moment). I used the STUN settings, as the firewall was detected as "Port restricted NAT" and recommended it. I can call the other machine using the accounts I created, and the call seems to go through. However, no video or audio is transmitted in a detectable form. If I "dial" directly to the other machine's IP address, the call seems to go through, but again, no sound or video. What should I look for as far as packages installed and/or setting I should look for? Any ideas? Thanks! ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From dsandras at seconix.com Sun Dec 30 21:16:14 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 30 Dec 2007 22:16:14 +0100 Subject: [Ekiga-list] Call question In-Reply-To: <796326.70220.qm@web37910.mail.mud.yahoo.com> References: <796326.70220.qm@web37910.mail.mud.yahoo.com> Message-ID: <1199049374.31690.12.camel@scorpion> Le dimanche 30 d?cembre 2007 ? 13:04 -0800, Christopher Dick a ?crit : > I am running two boxes with OpenSuSE 10.3 32-bit. I > installed Ekiga 2.0.11 on both of them, and registered > SIP accounts with Ekiga as well. > > I used the 500 at ekiga.net to test connectivity for both > boxes, and everything seemed to be working fine. > > I opened a PC-to-Phone account, and that seems to work > just fine, too. > > These two machines are on a LAN together (at the > moment). I used the STUN settings, as the firewall > was detected as "Port restricted NAT" and recommended > it. > > I can call the other machine using the accounts I > created, and the call seems to go through. However, > no video or audio is transmitted in a detectable form. > If I "dial" directly to the other machine's IP > address, the call seems to go through, but again, no > sound or video. > > What should I look for as far as packages installed > and/or setting I should look for? Any ideas? When using the IP address, do you use the internal IP address ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cm at blinkenlichten.de Mon Dec 31 02:00:47 2007 From: cm at blinkenlichten.de (Carsten Maass) Date: Mon, 31 Dec 2007 03:00:47 +0100 Subject: [Ekiga-list] Ekiga 2.0.11 - Long time before connection In-Reply-To: <1198945377.4213.21.camel@scorpion> References: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> <1198945377.4213.21.camel@scorpion> Message-ID: <47784D4F.2040209@blinkenlichten.de> Hello Damien, Damien Sandras schrieb: > Ekiga has a limitation : it does DNS SRV requests even when it is not > needed. For some obscure reasons, some DNS servers react badly to that > behavior. which SRV entries does Ekiga expect to find? I want to set them manually in our bind9, to work around this problem until Ekiga 3.0 arrives. Thanks and best wishes for 2008, Carsten. From dsandras at seconix.com Mon Dec 31 07:54:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 31 Dec 2007 08:54:24 +0100 Subject: [Ekiga-list] Ekiga 2.0.11 - Long time before connection In-Reply-To: <47784D4F.2040209@blinkenlichten.de> References: <8afdd1bb0712290644j5a7c41eeq720d230ed451c046@mail.gmail.com> <1198945377.4213.21.camel@scorpion> <47784D4F.2040209@blinkenlichten.de> Message-ID: <1199087664.4253.0.camel@scorpion> Hello Carsten, Le lundi 31 d?cembre 2007 ? 03:00 +0100, Carsten Maass a ?crit : > Hello Damien, > > Damien Sandras schrieb: > > Ekiga has a limitation : it does DNS SRV requests even when it is not > > needed. For some obscure reasons, some DNS servers react badly to that > > behavior. > > which SRV entries does Ekiga expect to find? I want to set them manually > in our bind9, to work around this problem until Ekiga 3.0 arrives. > Logically it does a DNS SRV request for the domain you are calling. For example : sip:500 at ekiga.net => DNS SRV request for ekiga.net -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From geekvinod at yahoo.com Mon Dec 31 20:56:35 2007 From: geekvinod at yahoo.com (Vinod) Date: Mon, 31 Dec 2007 12:56:35 -0800 (PST) Subject: [Ekiga-list] audio plugins not detected In-Reply-To: <618281.90350.qm@web33513.mail.mud.yahoo.com> Message-ID: <989880.8480.qm@web33511.mail.mud.yahoo.com> Hi, I re-installed ekiga based on the link below and managed to get it all installed. This time when i try to run ekiga i get the following: ekiga: error while loading shared libraries: libpt_linux_x86_r.so.1.10.10: cannot open shared object file: No such file or directory So next i do $ ls /usr/lib | grep libpt libpthread.a libpthread_nonshared.a libpthread.so libpt_linux_x86_r.so libpt_linux_x86_r.so.2 libpt_linux_x86_r.so.2.1 libpt_linux_x86_r.so.2.1-beta3 libpt.so libpt.so.1.10 libpt.so.1.10.10 libpt.so.1.10.3 libpt.so.1.10.7 libpt.so.1.9.3 Since libpt_linux_x86_r.so.1.10.10 is not there, i creat a symlink as: ln -s libpt.so.1.10.10 libpt_linux_x86_r.so.1.10.10 and confirm the now the required library .so is there in /usr/lib. But now running ekiga gives me a segmentation fault(core dump) which means probably something isnt right. Cant you tell me what? The other versions of libpt may be causing problems, but I am not sure that removing those will solve my problems. I had installed ptlib,pwlib,opan and ekiga in that order with sdl disabled. I am using ubuntu gutsy. Thanks in advance for any insights, Vinod > > --- yannick wrote: > > > Hi, > > > > This is for the SVN version, but may help you for > > dependencies: > > > http://wiki.ekiga.org/index.php/Talk:Additional_Information#PTLIB > > > > Regards, > > Yannick ____________________________________________________________________________________ > > > Looking for last minute shopping deals? > > > Find them fast with Yahoo! Search. > > > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > > _______________________________________________ > > > ekiga-list mailing list > > > ekiga-list at gnome.org > > > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > -- > > Me joindre en t?l?phonie IP / vid?oconf?rence ? > > sip:yannick at ekiga.net > > Logiciel de VoIP Ekiga : http://www.ekiga.org > > > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs