From jan.schampera at web.de Thu Mar 1 05:32:06 2007 From: jan.schampera at web.de (Jan Schampera) Date: Thu, 1 Mar 2007 06:32:06 +0100 Subject: [Ekiga-list] Trying to install 2.0.5 In-Reply-To: <7d6c74970702281547s7091dbcw7b82b588adcb787e@mail.gmail.com> References: <7d6c74970702281547s7091dbcw7b82b588adcb787e@mail.gmail.com> Message-ID: <20070301063206.27a865e1@localhost.localdomain> On Wed, 28 Feb 2007 18:47:40 -0500 "Manuel Mendez" wrote: > Hi everyone, > > I have been using 2.0.3 that came standard with Ubuntu, but I wanted > to upgrade. I was doing okay installing the other libraries but when > I tried to configure I got this: > > checking for EKIGA... configure: error: Package requirements > (gtk+-2.0 >= 2.6.0 gthread-2.0 >= 2.4.0 esound >= 0.2.28 gconf-2.0 >= > 2.2.0 libgnome-2.0>= 2.2.0 libgnomeui-2.0 >= 2.2.0) were not met: > > No package 'gtk+-2.0' found > No package 'gthread-2.0' found > No package 'esound' found > No package 'gconf-2.0' found > No package 'libgnome-2.0' found > No package 'libgnomeui-2.0' found > > If someone could help I would really appreciate it. > > Thanks Manny Hi Manny, before you compile (not Ekiga specific) you should meet the build requirements on your system. That implies installed headers and other include files, not only the binary libraries. I suspect you just forgot to install the proper *-devel/*-dev packages of the mentioned dependencies. Regards, Jan -- "Be liberal in what you accept, and conservative in what you send." - J. B. Postel, master of the net. From jpuydt at free.fr Thu Mar 1 05:34:45 2007 From: jpuydt at free.fr (Julien Puydt) Date: Thu, 01 Mar 2007 06:34:45 +0100 Subject: [Ekiga-list] Trying to install 2.0.5 In-Reply-To: <7d6c74970702281547s7091dbcw7b82b588adcb787e@mail.gmail.com> References: <7d6c74970702281547s7091dbcw7b82b588adcb787e@mail.gmail.com> Message-ID: <45E665F5.6030305@free.fr> Manuel Mendez a ?crit : > I have been using 2.0.3 that came standard with Ubuntu, but I wanted to > upgrade. I was doing okay installing the other libraries but when I > tried to > configure I got this: > > checking for EKIGA... configure: error: Package requirements (gtk+-2.0 >= > 2.6.0 gthread-2.0 >= 2.4.0 esound >= 0.2.28 gconf-2.0 >= 2.2.0 > libgnome-2.0>= > 2.2.0 libgnomeui-2.0 >= 2.2.0) were not met: > > No package 'gtk+-2.0' found > No package 'gthread-2.0' found > No package 'esound' found > No package 'gconf-2.0' found > No package 'libgnome-2.0' found > No package 'libgnomeui-2.0' found > > If someone could help I would really appreciate it. If you don't understand this explicit error message, then probably you shouldn't try to compile ekiga yourself ; did you check if we had packages available on the site ? Snark From walgenbach-c at lfzm.de Thu Mar 1 15:15:46 2007 From: walgenbach-c at lfzm.de (Christian Walgenbach) Date: Thu, 01 Mar 2007 16:15:46 +0100 Subject: [Ekiga-list] splutter in sip-call Message-ID: <1172762146.12110.3.camel@localhost> Hello, i have the lastest cvs version 2.1.0-20070228-01 on ubuntu 6.06.1. but i have always an splutter in the sip-call. my jitter settings are 20 to 100 ms. i have no torrent or other download running. Thank you. by Christian From dsandras at seconix.com Thu Mar 1 15:18:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 01 Mar 2007 16:18:17 +0100 Subject: [Ekiga-list] splutter in sip-call In-Reply-To: <1172762146.12110.3.camel@localhost> References: <1172762146.12110.3.camel@localhost> Message-ID: <1172762297.12193.21.camel@scorpion> Le jeudi 01 mars 2007 ? 16:15 +0100, Christian Walgenbach a ?crit : > Hello, > > i have the lastest cvs version 2.1.0-20070228-01 on ubuntu 6.06.1. > but i have always an splutter in the sip-call. > my jitter settings are 20 to 100 ms. i have no torrent or other download > running. > What's a splutter ? -- _ 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 walgenbach-c at lfzm.de Thu Mar 1 17:53:36 2007 From: walgenbach-c at lfzm.de (Christian Walgenbach) Date: Thu, 01 Mar 2007 18:53:36 +0100 Subject: [Ekiga-list] splutter in sip-call In-Reply-To: <1172762297.12193.21.camel@scorpion> References: <1172762146.12110.3.camel@localhost> <1172762297.12193.21.camel@scorpion> Message-ID: <1172771616.5606.0.camel@localhost> I mean stammering Am Donnerstag, den 01.03.2007, 16:18 +0100 schrieb Damien Sandras: > Le jeudi 01 mars 2007 ? 16:15 +0100, Christian Walgenbach a ?crit : > > Hello, > > > > i have the lastest cvs version 2.1.0-20070228-01 on ubuntu 6.06.1. > > but i have always an splutter in the sip-call. > > my jitter settings are 20 to 100 ms. i have no torrent or other download > > running. > > > > What's a splutter ? > -- > _ 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 Mar 2 08:57:55 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 02 Mar 2007 09:57:55 +0100 Subject: [Ekiga-list] splutter in sip-call In-Reply-To: <1172771616.5606.0.camel@localhost> References: <1172762146.12110.3.camel@localhost> <1172762297.12193.21.camel@scorpion> <1172771616.5606.0.camel@localhost> Message-ID: <1172825875.3708.6.camel@scorpion> Le jeudi 01 mars 2007 ? 18:53 +0100, Christian Walgenbach a ?crit : > I mean stammering > Can you post a -d 4 output somewhere ? ekiga -d 4 > output.txt 2>&1 -- _ 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 walgenbach-c at lfzm.de Fri Mar 2 09:39:17 2007 From: walgenbach-c at lfzm.de (Christian Walgenbach) Date: Fri, 02 Mar 2007 10:39:17 +0100 Subject: [Ekiga-list] splutter in sip-call In-Reply-To: <1172825875.3708.6.camel@scorpion> References: <1172762146.12110.3.camel@localhost> <1172762297.12193.21.camel@scorpion> <1172771616.5606.0.camel@localhost> <1172825875.3708.6.camel@scorpion> Message-ID: <1172828357.5570.1.camel@localhost> sorry. that was a routing problem by "deutsche telekom". i has paket lost. thanks Am Freitag, den 02.03.2007, 09:57 +0100 schrieb Damien Sandras: > Le jeudi 01 mars 2007 ? 18:53 +0100, Christian Walgenbach a ?crit : > > I mean stammering > > > > Can you post a -d 4 output somewhere ? > > ekiga -d 4 > output.txt 2>&1 > -- > _ 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 Mar 2 10:43:00 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 02 Mar 2007 11:43:00 +0100 Subject: [Ekiga-list] splutter in sip-call In-Reply-To: <1172828357.5570.1.camel@localhost> References: <1172762146.12110.3.camel@localhost> <1172762297.12193.21.camel@scorpion> <1172771616.5606.0.camel@localhost> <1172825875.3708.6.camel@scorpion> <1172828357.5570.1.camel@localhost> Message-ID: <1172832180.3354.2.camel@scorpion> Le vendredi 02 mars 2007 ? 10:39 +0100, Christian Walgenbach a ?crit : > sorry. that was a routing problem by "deutsche telekom". i has paket > lost. > Great ! :) -- _ 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 sevmek at free.fr Fri Mar 2 13:28:30 2007 From: sevmek at free.fr (yannick) Date: Fri, 02 Mar 2007 14:28:30 +0100 Subject: [Ekiga-list] Ekiga with Netmeeting using Speex codec. Message-ID: <1172842110.17822.54.camel@achille> Hi folks, I just found out Netmeeting can use the Speex codec. http://www.roed.republika.pl/speexw/ For all of you using Ekiga with Netmeeting, Speex should have a better sound quality than GSM. It seems you should use the "Speex 8000 bps" to connect with Ekiga. I've upgraded the wiki for this here: http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_% 3F#Windows I don't know if this particular setup works, but I expect it will. If you have success using Speex with Netmeeting and Ekiga, can you pease report here ? Regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From jasonryer at gmail.com Fri Mar 2 20:49:22 2007 From: jasonryer at gmail.com (Jason Ryer) Date: Fri, 2 Mar 2007 16:49:22 -0400 Subject: [Ekiga-list] Another attempt to get Ekiga working... Message-ID: Hello, I am once again attempting to get Ekiga working in hopes that it works better than Skype. Unfortunately, it does not work at all. I followed the vague (and somewhat misleading) instructions and am still not able to make phone calls. I am confused about the terminology used in the instructions as they seem to be geared towards people with a bit of experience in the underlying technology of Ekiga. I set up a PC-to-Phone account and Ekiga shows a successful connection to diamondcard. However, when I try to call (001303xxxxxxx), I see the message "Calling" and nothing ever happens. I understand this may have something to do with my router and thus tried to run the "iptable rules" provided in the FAQ and get this error: ./ekigash: 9: cannot create /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout: Directory nonexistent Furthermore, the FAQ states "Here are some rules you can use for GNU/Linux with iptables. It doesn't forward any port. Forwarding a few additional ports might be required for H.323, but not for SIP." What is this suggesting I do? How would I "use" these "rules"? On setup, Ekiga detected Symmetric NAT and went on to explain about concepts I do not currently understand, such as port forwarding. Can anyone explain this in less technical terms? Regards -- Jason Ryer Director GAT - http://www.gat-bolivia.org Casilla 10545, La Paz, Bolivia Cel: (+591) 728 88381 Click below and DONATE TO GAT NOW https://www.paypal.com/cgi-bin/webscr?cmd=_xclick-subscriptions&business=donate%40gat%2dbolivia%2eorg&item_name=%2410%20monthly%20donation%20to%20GAT&no_shipping=1&no_note=1¤cy_code=USD&lc=US&bn=PP%2dSubscriptionsBF&charset=UTF%2d8&a3=10%2e00&p3=1&t3=M&src=1&sra=1 -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From law_ence.dev at ntlworld.com Fri Mar 2 22:44:43 2007 From: law_ence.dev at ntlworld.com (ael) Date: Fri, 02 Mar 2007 22:44:43 +0000 Subject: [Ekiga-list] Another attempt to get Ekiga working... In-Reply-To: References: Message-ID: <45E8A8DB.208@ntlworld.com> Jason Ryer wrote: > Hello, > > I am once again attempting to get Ekiga working in hopes that it works > better than Skype. Unfortunately, it does not work at all. I followed the > vague (and somewhat misleading) instructions and am still not able to make > phone calls. I am confused about the terminology used in the > instructions as > they seem to be geared towards people with a bit of experience in the > underlying technology of Ekiga. Often true in open source projects :-) But when you have got things working, please contribute by helping to write a better manual clearer to newbies. Your experience will be very helpful. > I set up a PC-to-Phone account and Ekiga shows a successful connection to > diamondcard. However, when I try to call (001303xxxxxxx), I see the message > "Calling" and nothing ever happens. I understand this may have something to > do with my router and thus tried to run the "iptable rules" provided in the So you are routing with a linux system? If you have a standalone router, and it is detected a Symmetric NAT, then http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router may help. It also may help if you show us the messages displayed in the "General History" Window (under the Tools menu). Perhaps also -d 4 later. ael From ashleyties at ippimail.com Sat Mar 3 00:56:01 2007 From: ashleyties at ippimail.com (ashleyties at ippimail.com) Date: Sat, 3 Mar 2007 00:56:01 -0000 (UTC) Subject: [Ekiga-list] loss of sound Message-ID: <2573.86.142.242.163.1172883361.squirrel@www.ippimail.com> Hi, I found? earlier that my handset has no sound in the ear piece,when I first set ekiga set up it worked. Does anyone know how I can get this working again? Thanks in advance Ashley? Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From nivwiz at gmail.com Sat Mar 3 17:13:45 2007 From: nivwiz at gmail.com (niv) Date: Sat, 03 Mar 2007 19:13:45 +0200 Subject: [Ekiga-list] unable to hangup Message-ID: <45E9ACC9.1070506@gmail.com> Hi Damien , I am Niv , we met at fosdem. you told me ekiga uses a separate sound device for alerting incoming calls. I decided to report an issue that is bugging me. When I try to hang-up ekiga freezes and I must kill it. I am using gentoo with kernel2.6.19-gentoo-r5 and ekiga 2.0.5 flags are: dbus debug sdl I run ekiga -d6 and get: Block 0x647700 not in heap! Block 0x647700 not in heap! Block 0x64e440 not in heap! Block 0x64e440 not in heap! Block 0x64b3f0 not in heap! Block 0x64b3d0 not in heap! Block 0x64b3b0 not in heap! Block 0x6416c0 not in heap! Block 0x6416c0 not in heap! Block 0x64a420 not in heap! Block 0x64a420 not in heap! Block 0x64a420 not in heap! Block 0x64a420 not in heap! Block 0x65fc10 not in heap! Block 0xbed900 not in heap! Block 0xbed900 not in heap! Block 0x64b3b0 not in heap! Block 0x64b3b0 not in heap! Block 0x64b3b0 not in heap! Block 0x64b3b0 not in heap! Block 0x6609b0 not in heap! Block 0xbed900 not in heap! Block 0xbed900 not in heap! Block 0x65d260 not in heap! Block 0x65d260 not in heap! Block 0x65fba0 not in heap! Block 0xbf3690 not in heap! Block 0x648550 not in heap! Block 0xad8180 not in heap! Block 0xad8180 not in heap! Block 0xccaf60 not in heap! Block 0xccaf60 not in heap! Block 0xccaf60 not in heap! Block 0xccaf60 not in heap! Block 0x875340 not in heap! Block 0xd48040 not in heap! Block 0xd48040 not in heap! Block 0xc81d90 not in heap! Block 0xc81d90 not in heap! Block 0xb1a8a0 not in heap! Block 0xc7b470 not in heap! Block 0xccaf60 not in heap! Block 0xc94560 not in heap! Block 0xc94560 not in heap! Block 0xc91600 not in heap! Block 0xc91600 not in heap! Block 0xc91600 not in heap! Block 0xc91600 not in heap! Block 0xc7d200 not in heap! Block 0xd4b200 not in heap! Block 0xd4b200 not in heap! Block 0xe7e550 not in heap! Block 0xe7e550 not in heap! Block 0xc91600 not in heap! Block 0xe21a00 not in heap! Block 0xc87aa0 not in heap! Block 0xce7d40 not in heap! Block 0xce7d40 not in heap! Block 0xe28fb0 not in heap! Block 0xe28fb0 not in heap! Block 0xe28fb0 not in heap! Block 0xe28fb0 not in heap! Block 0xd48e40 not in heap! Block 0xe1b9d0 not in heap! Block 0xe1b9d0 not in heap! Block 0xe17fc0 not in heap! Block 0xe17fc0 not in heap! Block 0xc98eb0 not in heap! Block 0xca1390 not in heap! Block 0xcdbf80 not in heap! Block 0xc7cf80 not in heap! Block 0xc7cf80 not in heap! Block 0xc90050 not in heap! Block 0xc90050 not in heap! Block 0xc90050 not in heap! Block 0xc90050 not in heap! Block 0x875260 not in heap! Block 0xcd59f0 not in heap! Block 0xcd59f0 not in heap! Block 0xc9eb10 not in heap! Block 0xc9eb10 not in heap! Block 0xcefc50 not in heap! Block 0xe19d40 not in heap! Block 0xd4b080 not in heap! Block 0x6604a0 not in heap! Block 0x6604a0 not in heap! Block 0xc73940 not in heap! Block 0xc73940 not in heap! Block 0xc73940 not in heap! Block 0xc73940 not in heap! Block 0xe247b0 not in heap! Block 0xc8e600 not in heap! Block 0xc8e600 not in heap! Block 0xab53d0 not in heap! Block 0xab53d0 not in heap! Block 0xc1b3f0 not in heap! Block 0xe25e70 not in heap! Block 0xe5e520 not in heap! Block 0xc82340 not in heap! Block 0xc82340 not in heap! Block 0xc9a7e0 not in heap! Block 0xc9a7e0 not in heap! Block 0xc9a7e0 not in heap! Block 0xc9a7e0 not in heap! Block 0x875320 not in heap! Block 0xe56d60 not in heap! Block 0xe56d60 not in heap! Block 0xc956b0 not in heap! Block 0xc956b0 not in heap! Block 0xe17e90 not in heap! Block 0xe949c0 not in heap! Block 0x9eda30 not in heap! Block 0xe9fac0 not in heap! Block 0xe9fac0 not in heap! Block 0xa0f4f0 not in heap! Block 0xa0f4f0 not in heap! Block 0xc7dff0 not in heap! Block 0x29a8f40 not in heap! Block 0x29a95e0 not in heap! Block 0xd494e0 not in heap! Block 0xd494e0 not in heap! Block 0xc8e560 not in heap! Block 0xc8e560 not in heap! Block 0xc8e560 not in heap! Block 0xc8e560 not in heap! Block 0x29a8f40 not in heap! Block 0xe80b10 not in heap! Block 0xe80b10 not in heap! Block 0xe57220 not in heap! Block 0xe57220 not in heap! Block 0xe57220 not in heap! Block 0xe57220 not in heap! Block 0x297ae40 not in heap! Block 0xe80b10 not in heap! Block 0xe80b10 not in heap! Block 0xcacf00 not in heap! Block 0xcacf00 not in heap! Block 0xe6cdb0 not in heap! Block 0xe6fe20 not in heap! Block 0xe8b1b0 not in heap! Block 0xe64f90 not in heap! Block 0xe64f90 not in heap! Block 0xe9ce40 not in heap! Block 0xe9ce40 not in heap! Block 0xe9ce40 not in heap! Block 0xe9ce40 not in heap! Block 0xe907a0 not in heap! Block 0xcf1060 not in heap! Block 0xcf1060 not in heap! Block 0x9e1520 not in heap! Block 0x9e1520 not in heap! Block 0x295ccd0 not in heap! Block 0xc7faf0 not in heap! Block 0x29ac380 not in heap! Killed I used wengo to place a call to a land-line. I hear my bluetooth headset open, when beginning the call , but no ringing sound. I can't call the remote party. after a min I click the icon to the right of the sip: and ekiga freezes. I pkill ekiga and run twinkle. I can call the same line. P.s. calling 333 from ekiga works fine. Niv From rbachl at web.de Sat Mar 3 19:09:59 2007 From: rbachl at web.de (Rainer Bachl) Date: Sat, 03 Mar 2007 20:09:59 +0100 Subject: [Ekiga-list] green screen Message-ID: <45E9C807.9030602@web.de> I want to confirm the problem reported by Gene Imes. The webcam screen remains green in Ekiga also with my setup. I am using a Creative Live! Cam Optia with v4l2 and the Linux driver for USB video class (linux-uvc). No errors are reported, the webcam works with some other software without problems (Kopete). Disconnecting and re-connecting the webcam does not make any difference. Restarting Ekiga does not help. When using the "Configuration Druid", the "test settings" for the webcam are sometimes ok, sometimes they fail with the error message "Failed to open the device. Could not open the chosen channel for the chosen video format". This error vanishes when disconnecting and re-connecting the webcam. However, regardless whether the Webcam test settings fail or run successful, the problem with the green webcam screen persists. linux-uvc is the newest version from subversion source code repository, Ekiga is version 2.05, pwlib is version 1.10.4. I am running Gnome under a Gentoo system. Thanks. Rainer * From: Gene Imes * To: Ekiga mailing list * Subject: Re: [Ekiga-list] green screen * Date: Tue, 06 Feb 2007 17:41:57 -0600 Damien Sandras wrote: Le dimanche 04 f?ier 2007 ?9:09 -0600, Gene Imes a ?it : Damien Sandras wrote: Le jeudi 25 janvier 2007 ?0:04 -0600, Gene Imes a ?it : I have a Bodelin ProScopeHR which is uvc compliant. This device works fine with luvcview (a link to it on this page http://mxhaard.free.fr/download.html). The driver is a v4l2 driver. However in ekiga the screen is green. I can see video. A screenshot is here: http://ozob.net/luvc/ekiga-screen-shot.jpg If I was you, I would complain to the driver author. Thanks for any help, Yes, I did that. Guess what they said. They suggested I complain to this group. I have tried two different v4l2 applications other that ekiga and they function properly. Perhaps someone knows why this might be a driver problem. Does it work if you unplug / replug the webcam ? (suggestion from Luc) Yes, if I click the little webcam on the left side 'Display images from your camera device' off then on. But it is still green. Thanks, -- Gene Imes ============================= ozob.net From dsandras at seconix.com Sat Mar 3 21:32:23 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 3 Mar 2007 22:32:23 +0100 (CET) Subject: [Ekiga-list] green screen In-Reply-To: <45E9C807.9030602@web.de> References: <45E9C807.9030602@web.de> Message-ID: <16880.83.52.88.94.1172957543.squirrel@webmail.ekiga.net> > I want to confirm the problem reported by Gene Imes. > The webcam screen remains green in Ekiga also with my setup. > I am using a Creative Live! Cam Optia with v4l2 and > the Linux driver for USB video class (linux-uvc). > > No errors are reported, the webcam works with > some other software without problems (Kopete). > can you post a bug report about it ? Thank you. Damien From dsandras at seconix.com Sat Mar 3 21:34:38 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 3 Mar 2007 22:34:38 +0100 (CET) Subject: [Ekiga-list] unable to hangup In-Reply-To: <45E9ACC9.1070506@gmail.com> References: <45E9ACC9.1070506@gmail.com> Message-ID: <16934.83.52.88.94.1172957678.squirrel@webmail.ekiga.net> > Hi Damien , I am Niv , we met at fosdem. > you told me ekiga uses a separate sound device for alerting incoming > calls. > I decided to report an issue that is bugging me. When I try to hang-up > ekiga freezes and I must kill it. > I am using gentoo with kernel2.6.19-gentoo-r5 and ekiga 2.0.5 flags are: > dbus debug sdl > > I run ekiga -d6 and get: > Block 0x647700 not in heap! > Block 0x647700 not in heap! I'm sure that once you will have found the way to get rid of those flags, it will work. Gentoo has 2 problems : the debug build behaves weirdly, nad there is no ptracing. Unfortunately, nobody never fixed those 2 issues... I suggest you build without debug (classical flags), and with no optimization. Damien From alfaiate at civil.ist.utl.pt Sat Mar 3 23:07:02 2007 From: alfaiate at civil.ist.utl.pt (Jorge Alfaiate) Date: Sun, 04 Mar 2007 00:07:02 +0100 Subject: [Ekiga-list] registration failed Message-ID: <1172963223.9820.3.camel@jalfaiate.civil.ist.utl.pt> I am trying to register both pc-to-phone - which was working in the past (account 42979) although I just made 2 phone calls - and now I just get the message: Registration failed. I could not register either with ekiga.net - username: alfaiate - same message. I've been reading similar questions in the net but found no answer yet. I would be grateful if you could help me finding what's wrong. thanks in advance, From anonymau at fastwebnet.it Sun Mar 4 02:04:23 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Sun, 04 Mar 2007 03:04:23 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... Message-ID: <45EA2927.6010007@fastwebnet.it> Hello I tried to setup a SIP account. I'm running Debian Sid (Ekiga 2.0.3) and I have 2 sound cards, one of them (an AD1888 ICH5 onboard card) used only by webphones in order to avoid any problem. My provider puts all of its customers in a MAN behind a NAT; Ekiga detects my situation as a "Cone NAT" and suggest using STUN. Wengophone is not a mature project: I can talk, but the application crashes very often and the connections are not reliable, therefore I decided to try out Ekiga with my Wengo account. I successfully configured Ekiga; when I tried to place a call to any of the Wengo echo test services I could hear perfectly the pre-recorded message but as soon as the following echo test started I couldn't hear anything. These tests worked well with Wengophone; after some pointless fiddling with Ekiga's settings I decided to subscribe to ekiga.net, but the echo test call @ekiga.net resulted in a completely silent call. I also tried to call a PSTN line @voip.wengo.fr: I could perfectly hear the called party but he couldn't hear me at all. Today I tried to call the Gizmo echo service and... surprise! It works! But it seems the only echo test service working for me, and it seems ok both with GSM and PCMU. Please notice that I made exactly the same tests also with the last 2 SVN daily Ekiga snapshots. When the echo doesn't work I can see the incoming network stream decreasing from about 88 kb/s to about 0 kb/s (silence detection?) with PCMU audio and no video. I can't figure out what is going wrong: since Ekiga works with echo at proxy01.sipphone.com and Wengophone works with 333 at voip.wengo.fr, I can probably exclude network issues; since I could get an echo both with PCMU and GSM codecs (and also with iLBC, disabled in the Debian release, with the last daily snapshots) probably I can also exclude a codec issue; for the same reasons I think that I can also exclude issues with my sound card. What the hell makes the Gizmo echo test service different? These issues are always reproducible; could you give me a clue? Thank you Maurizio From sevmek at free.fr Sun Mar 4 03:19:32 2007 From: sevmek at free.fr (yannick) Date: Sun, 04 Mar 2007 04:19:32 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EA2927.6010007@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> Message-ID: <1172978372.17822.69.camel@achille> Le dimanche 04 mars 2007 ? 03:04 +0100, Maurizio Avogadro a ?crit : > Hello > > I tried to setup a SIP account. I'm running Debian Sid (Ekiga 2.0.3) and > I have 2 sound cards, one of them (an AD1888 ICH5 onboard card) used > only by webphones in order to avoid any problem. > > My provider puts all of its customers in a MAN behind a NAT; Ekiga > detects my situation as a "Cone NAT" and suggest using STUN. > > Wengophone is not a mature project: I can talk, but the application > crashes very often and the connections are not reliable, therefore I > decided to try out Ekiga with my Wengo account. > I successfully configured Ekiga; when I tried to place a call to any of > the Wengo echo test services I could hear perfectly the pre-recorded > message but as soon as the following echo test started I couldn't hear > anything. I suppose you use the _crypted_ password for your account. Can you try this additional config: In Preferences ? SIP parameters? Outbound Proxy 213.91.9.206 ( sipproxy.wengo.fr ) or 213.91.9.210 or 213.91.9.216 Maybe, try to deactivate the iLBC codec too. > These tests worked well with Wengophone; after some pointless fiddling > with Ekiga's settings I decided to subscribe to ekiga.net, but the echo > test call @ekiga.net resulted in a completely silent call. Don't use the outbound proxy with ekiga.net Echo test is sip:500 at ekiga.net Regards, Yannick > > I also tried to call a PSTN line @voip.wengo.fr: I could perfectly hear > the called party but he couldn't hear me at all. > > Today I tried to call the Gizmo echo service and... surprise! It works! > But it seems the only echo test service working for me, and it seems ok > both with GSM and PCMU. > > Please notice that I made exactly the same tests also with the last 2 > SVN daily Ekiga snapshots. When the echo doesn't work I can see the > incoming network stream decreasing from about 88 kb/s to about 0 kb/s > (silence detection?) with PCMU audio and no video. > > I can't figure out what is going wrong: since Ekiga works with > echo at proxy01.sipphone.com and Wengophone works with 333 at voip.wengo.fr, I > can probably exclude network issues; since I could get an echo both with > PCMU and GSM codecs (and also with iLBC, disabled in the Debian release, > with the last daily snapshots) probably I can also exclude a codec > issue; for the same reasons I think that I can also exclude issues with > my sound card. What the hell makes the Gizmo echo test service different? > > These issues are always reproducible; could you give me a clue? > > Thank you > > Maurizio > _______________________________________________ > 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 From luc at saillard.org Sun Mar 4 10:16:11 2007 From: luc at saillard.org (Luc Saillard) Date: Sun, 4 Mar 2007 11:16:11 +0100 Subject: [Ekiga-list] green screen In-Reply-To: <45E9C807.9030602@web.de> References: <45E9C807.9030602@web.de> Message-ID: <20070304101611.GD11648@sd291.sivit.org> On Sat, Mar 03, 2007 at 08:09:59PM +0100, Rainer Bachl wrote: > I want to confirm the problem reported by Gene Imes. > The webcam screen remains green in Ekiga also with my setup. > I am using a Creative Live! Cam Optia with v4l2 and > the Linux driver for USB video class (linux-uvc). > After investigating the case, the camera send some none standard value (but it's correct). I've made a patch to fix the problem in pwlib. I've also upgrade the jpeg devoder to take account the RST marker (normaly webcam doesn't sent this marker ... but to synchronize with upstream it's more easy). Damien, would you want a patch that fix only the bug ? The next patch is against pwlib-cvs, but i'm sure that i can be applied on pwlib-stable branch. # HG changeset patch # User "Luc Saillard " # Date 1173003291 -3600 # Node ID 0ebd2ccf6da3884077559c3c2521936040b81fa2 # Parent a5ea3f0f1fbe3af983f350d8a57541c399df4478 Fix a bug when the component id is not 1, 2 and 3. Some webcam encode the component id starting from 0, and not 1. So now, we use the order of the component and not the value given by the jpeg information. Sanity check will report wrong component id order now. Handle restart interval marker. This slow down a little the processing (one more test for each MCU decoding). Perhaps we need to put this in #if ... #endif Rename jpeg_idct_float into tinyjpeg_idct_float to avoid clash with the libjpeg. Fix a bug when a DHT table is present and not in the last position. diff -r a5ea3f0f1fbe -r 0ebd2ccf6da3 src/ptlib/common/jidctflt.cxx --- a/src/ptlib/common/jidctflt.cxx Sun Mar 04 10:48:34 2007 +0100 +++ b/src/ptlib/common/jidctflt.cxx Sun Mar 04 11:14:51 2007 +0100 @@ -133,7 +133,7 @@ static inline unsigned char descale_and_ */ void -jpeg_idct_float (struct component *compptr, uint8_t *output_buf, int stride) +tinyjpeg_idct_float (struct component *compptr, uint8_t *output_buf, int stride) { FAST_FLOAT tmp0, tmp1, tmp2, tmp3, tmp4, tmp5, tmp6, tmp7; FAST_FLOAT tmp10, tmp11, tmp12, tmp13; diff -r a5ea3f0f1fbe -r 0ebd2ccf6da3 src/ptlib/common/tinyjpeg-internal.h --- a/src/ptlib/common/tinyjpeg-internal.h Sun Mar 04 10:48:34 2007 +0100 +++ b/src/ptlib/common/tinyjpeg-internal.h Sun Mar 04 11:14:51 2007 +0100 @@ -37,6 +37,8 @@ #include +#define SANITY_CHECK 1 + struct jdec_private; #define HUFFMAN_HASH_NBITS 9 @@ -44,7 +46,9 @@ struct jdec_private; #define HUFFMAN_HASH_MASK (HUFFMAN_HASH_SIZE-1) #define HUFFMAN_TABLES 4 -#define COMPONENTS 4 +#define COMPONENTS 3 +#define JPEG_MAX_WIDTH 2048 +#define JPEG_MAX_HEIGHT 2048 struct huffman_table { @@ -68,6 +72,9 @@ struct component struct huffman_table *DC_table; short int previous_DC; /* Previous DC coefficient */ short int DCT[64]; /* DCT coef */ +#if SANITY_CHECK + unsigned int cid; +#endif }; @@ -93,6 +100,9 @@ struct jdec_private struct huffman_table HTDC[HUFFMAN_TABLES]; /* DC huffman tables */ struct huffman_table HTAC[HUFFMAN_TABLES]; /* AC huffman tables */ int default_huffman_table_initialized; + int restart_interval; + int restarts_to_go; /* MCUs left in this restart interval */ + int last_rst_marker_seen; /* Rst marker is incremented each time */ /* Temp space used after the IDCT to store each components */ uint8_t Y[64*4], Cr[64], Cb[64]; @@ -103,8 +113,8 @@ struct jdec_private }; -#define IDCT jpeg_idct_float -void jpeg_idct_float (struct component *compptr, uint8_t *output_buf, int stride); +#define IDCT tinyjpeg_idct_float +void tinyjpeg_idct_float (struct component *compptr, uint8_t *output_buf, int stride); #endif diff -r a5ea3f0f1fbe -r 0ebd2ccf6da3 src/ptlib/common/tinyjpeg.cxx --- a/src/ptlib/common/tinyjpeg.cxx Sun Mar 04 10:48:34 2007 +0100 +++ b/src/ptlib/common/tinyjpeg.cxx Sun Mar 04 11:14:51 2007 +0100 @@ -47,25 +47,20 @@ enum std_markers { DHT = 0xC4, /* Huffman Table */ SOI = 0xD8, /* Start of Image */ SOS = 0xDA, /* Start of Scan */ + RST = 0xD0, /* Reset Marker d0 -> .. */ + RST7 = 0xD7, /* Reset Marker .. -> d7 */ EOI = 0xD9, /* End of Image */ + DRI = 0xDD, /* Define Restart Interval */ APP0 = 0xE0, }; -#define cY 1 -#define cCb 2 -#define cCr 3 +#define cY 0 +#define cCb 1 +#define cCr 2 #define BLACK_Y 0 #define BLACK_U 127 #define BLACK_V 127 - -#define SANITY_CHECK 1 - -#ifndef DEBUG -#define DEBUG 0 -#define DUMP_TABLE 0 -#define LOG2FILE 0 -#endif #if DEBUG #if LOG2FILE @@ -288,8 +283,15 @@ static const unsigned char val_ac_chromi result = ((reservoir)>>(nbits_in_reservoir-(nbits_wanted))); \ } while(0); +/* To speed up the decoding, we assume that the reservoir have enough bit + * slow version: + * #define skip_nbits(reservoir,nbits_in_reservoir,stream,nbits_wanted) do { \ + * fill_nbits(reservoir,nbits_in_reservoir,stream,(nbits_wanted)); \ + * nbits_in_reservoir -= (nbits_wanted); \ + * reservoir &= ((1U<previous_DC; } + /* AC coefficient decoding */ j = 1; @@ -400,7 +404,6 @@ static void process_Huffman_data_unit(st for (j = 0; j < 64; j++) c->DCT[j] = DCT[zigzag[j]]; - } /* @@ -586,7 +589,7 @@ static void YCrCB_to_YUV420P_2x1(struct { unsigned char *p; const unsigned char *s, *y1; - int i,j; + unsigned int i; p = priv->plane[0]; y1 = priv->Y; @@ -601,20 +604,18 @@ static void YCrCB_to_YUV420P_2x1(struct s = priv->Cb; for (i=0; i<8; i+=2) { - for (j=0; j<8; j+=1, s+=1) - *p++ = *s; - s += 8; /* Skip one line */ - p += priv->width/2 - 8; + memcpy(p, s, 8); + s += 16; /* Skip one line */ + p += priv->width/2; } p = priv->plane[2]; s = priv->Cr; for (i=0; i<8; i+=2) { - for (j=0; j<8; j+=1, s+=1) - *p++ = *s; - s += 8; /* Skip one line */ - p += priv->width/2 - 8; + memcpy(p, s, 8); + s += 16; /* Skip one line */ + p += priv->width/2; } } @@ -727,7 +728,7 @@ static void YCrCB_to_RGB24_1x1(struct jd offset_to_next_row = priv->width*3 - 8*3; for (i=0; i<8; i++) { - for (j=0;j<8;j++) { + for (j=0; j<8; j++) { int y, cb, cr; int add_r, add_g, add_b; @@ -782,7 +783,7 @@ static void YCrCB_to_BGR24_1x1(struct jd offset_to_next_row = priv->width*3 - 8*3; for (i=0; i<8; i++) { - for (j=0;j<8;j++) { + for (j=0; j<8; j++) { int y, cb, cr; int add_r, add_g, add_b; @@ -1102,7 +1103,7 @@ static void YCrCB_to_RGB24_2x2(struct jd offset_to_next_row = (priv->width*3*2) - 16*3; for (i=0; i<8; i++) { - for (j=0;j<8;j++) { + for (j=0; j<8; j++) { int y, cb, cr; int add_r, add_g, add_b; @@ -1185,7 +1186,7 @@ static void YCrCB_to_BGR24_2x2(struct jd offset_to_next_row = (priv->width*3*2) - 16*3; for (i=0; i<8; i++) { - for (j=0;j<8;j++) { + for (j=0; j<8; j++) { int y, cb, cr; int add_r, add_g, add_b; @@ -1257,7 +1258,7 @@ static void YCrCB_to_Grey_1x1(struct jde p = priv->plane[0]; y = priv->Y; - offset_to_next_row = priv->width-8; + offset_to_next_row = priv->width; for (i=0; i<8; i++) { memcpy(p, y, 8); @@ -1586,14 +1587,15 @@ static void build_quantization_table(flo static int parse_DQT(struct jdec_private *priv, const unsigned char *stream) { - int length, qi; + int qi; float *table; + const unsigned char *dqt_block_end; trace("> DQT marker\n"); - length = be16_to_cpu(stream) - 2; + dqt_block_end = stream + be16_to_cpu(stream); stream += 2; /* Skip length */ - while (length>0) + while (stream < dqt_block_end) { qi = *stream++; #if SANITY_CHECK @@ -1605,8 +1607,8 @@ static int parse_DQT(struct jdec_private table = priv->Q_tables[qi]; build_quantization_table(table, stream); stream += 64; - length -= 65; - } + } + trace("< DQT marker\n"); return 0; } @@ -1616,6 +1618,7 @@ static int parse_SOF(struct jdec_private int Q_table; struct component *c; + trace("> SOF marker\n"); print_SOF(stream); height = be16_to_cpu(stream+3); @@ -1624,7 +1627,7 @@ static int parse_SOF(struct jdec_private #if SANITY_CHECK if (stream[2] != 8) error("Precision other than 8 is not supported\n"); - if (width>2048 || height>2048) + if (width>JPEG_MAX_WIDTH || height>JPEG_MAX_HEIGHT) error("Width and Height (%dx%d) seems suspicious\n", width, height); if (nr_components != 3) error("We only support YUV images\n"); @@ -1638,7 +1641,10 @@ static int parse_SOF(struct jdec_private cid = *stream++; sampling_factor = *stream++; Q_table = *stream++; - c = &priv->component_infos[cid]; + c = &priv->component_infos[i]; +#if SANITY_CHECK + c->cid = cid; +#endif c->Vfactor = sampling_factor&0xf; c->Hfactor = sampling_factor>>4; c->Q_table = priv->Q_tables[Q_table]; @@ -1649,6 +1655,8 @@ static int parse_SOF(struct jdec_private priv->width = width; priv->height = height; + trace("< SOF marker\n"); + return 0; } @@ -1661,7 +1669,7 @@ static int parse_SOS(struct jdec_private #if SANITY_CHECK if (nr_components != 3) - error("We only support YUV image\n"); + error("We only support YCbCr image\n"); #endif stream += 3; @@ -1673,12 +1681,16 @@ static int parse_SOS(struct jdec_private error("We do not support more than 2 AC Huffman table\n"); if ((table>>4)>=4) error("We do not support more than 2 DC Huffman table\n"); + if (cid != priv->component_infos[i].cid) + error("SOS cid order (%d:%d) isn't compatible with the SOF marker (%d:%d)\n", + i, cid, i, priv->component_infos[i].cid); trace("ComponentId:%d tableAC:%d tableDC:%d\n", cid, table&0xf, table>>4); #endif - priv->component_infos[cid].AC_table = &priv->HTAC[table&0xf]; - priv->component_infos[cid].DC_table = &priv->HTDC[table>>4]; + priv->component_infos[i].AC_table = &priv->HTAC[table&0xf]; + priv->component_infos[i].DC_table = &priv->HTDC[table>>4]; } priv->stream = stream+3; + trace("< SOS marker\n"); return 0; } @@ -1726,6 +1738,32 @@ static int parse_DHT(struct jdec_private return 0; } +static int parse_DRI(struct jdec_private *priv, const unsigned char *stream) +{ + unsigned int length; + + trace("> DRI marker\n"); + + length = be16_to_cpu(stream); + +#if SANITY_CHECK + if (length != 4) + error("Length of DRI marker need to be 4\n"); +#endif + + priv->restart_interval = be16_to_cpu(stream+2); + +#if DEBUG + trace("Restart interval = %d\n", priv->restart_interval); +#endif + + trace("< DRI marker\n"); + + return 0; +} + + + static void resync(struct jdec_private *priv) { int i; @@ -1736,9 +1774,45 @@ static void resync(struct jdec_private * priv->reservoir = 0; priv->nbits_in_reservoir = 0; - -} - + if (priv->restart_interval > 0) + priv->restarts_to_go = priv->restart_interval; + else + priv->restarts_to_go = -1; +} + +static int find_next_rst_marker(struct jdec_private *priv) +{ + int rst_marker_found = 0; + int marker; + const unsigned char *stream = priv->stream; + + /* Parse marker */ + while (!rst_marker_found) + { + while (*stream++ != 0xff) + { + if (stream >= priv->stream_end) + error("EOF while search for a RST marker."); + } + /* Skip any padding ff byte (this is normal) */ + while (*stream == 0xff) + stream++; + + marker = *stream++; + if ((RST+priv->last_rst_marker_seen) == marker) + rst_marker_found = 1; + else if (marker >= RST && marker <= RST7) + error("Wrong Reset marker found, abording"); + else if (marker == EOI) + return 0; + } + + priv->stream = stream; + priv->last_rst_marker_seen++; + priv->last_rst_marker_seen &= 7; + + return 0; +} static int parse_JFIF(struct jdec_private *priv, const unsigned char *stream) { @@ -1780,6 +1854,10 @@ static int parse_JFIF(struct jdec_privat return -1; dht_marker_found = 1; break; + case DRI: + if (parse_DRI(priv, stream) < 0) + return -1; + break; default: trace("> Unknown marker %2.2x\n", marker); break; @@ -1812,12 +1890,6 @@ bogus_jpeg_format: trace("Bogus jpeg format\n"); return -1; } - -/* - * - * Export functions - * - */ /******************************************************************************* * @@ -2045,6 +2117,17 @@ int tinyjpeg_decode(struct jdec_private priv->plane[0] += bytes_per_mcu[0]; priv->plane[1] += bytes_per_mcu[1]; priv->plane[2] += bytes_per_mcu[2]; + if (priv->restarts_to_go>0) + { + priv->restarts_to_go--; + if (priv->restarts_to_go == 0) + { + priv->stream -= (priv->nbits_in_reservoir/8); + resync(priv); + if (find_next_rst_marker(priv) < 0) + return -1; + } + } } } @@ -2053,6 +2136,8 @@ int tinyjpeg_decode(struct jdec_private const char *tinyjpeg_get_errorstring(struct jdec_private *priv) { + /* FIXME: the error string must be store in the context */ + priv = priv; return error_string; } From oisin.feeley at gmail.com Sun Mar 4 14:14:23 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Sun, 4 Mar 2007 09:14:23 -0500 Subject: [Ekiga-list] loss of sound In-Reply-To: <2573.86.142.242.163.1172883361.squirrel@www.ippimail.com> References: <2573.86.142.242.163.1172883361.squirrel@www.ippimail.com> Message-ID: On 3/2/07, ashleyties at ippimail.com wrote: > > > Hi, > > I found earlier that my handset has no sound in the ear piece,when I first > set ekiga set up it worked. Does anyone know how I can get this working > again? > There are at least 2 things you need to be sure of: 1. That sound mixing and output is set up properly on your OS. I'm not going to even try and help with that because there are too many variables. Check manuals for your OS. 2. That Ekiga is using the correct mixer card and output device. For this latter aspect you need to select the correct audio output device: Ekiga>Edit>Preferences>Devices>AudioDevices>OutputDevice HTH, Ois?n Feeley From dsandras at seconix.com Sun Mar 4 17:57:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 04 Mar 2007 18:57:37 +0100 Subject: [Ekiga-list] green screen In-Reply-To: <20070304101611.GD11648@sd291.sivit.org> References: <45E9C807.9030602@web.de> <20070304101611.GD11648@sd291.sivit.org> Message-ID: <1173031057.4444.6.camel@scorpion> Le dimanche 04 mars 2007 ? 11:16 +0100, Luc Saillard a ?crit : > On Sat, Mar 03, 2007 at 08:09:59PM +0100, Rainer Bachl wrote: > > I want to confirm the problem reported by Gene Imes. > > The webcam screen remains green in Ekiga also with my setup. > > I am using a Creative Live! Cam Optia with v4l2 and > > the Linux driver for USB video class (linux-uvc). > > > > After investigating the case, the camera send some none standard value (but > it's correct). I've made a patch to fix the problem in pwlib. I've also > upgrade the jpeg devoder to take account the RST marker (normaly webcam > doesn't sent this marker ... but to synchronize with upstream it's more > easy). > > Damien, would you want a patch that fix only the bug ? The next patch is > against pwlib-cvs, but i'm sure that i can be applied on pwlib-stable branch. > Luc, you are our camera genius ! Can you send me a patch privately? I will apply it before releasing 2.0.6. Notice that there is also a crash that was reported a while ago (I sent you the bug report, it contains a good backtrace). Do you think you will have time to have a look before GNOME 2.18 is released (next week) ? -- _ 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 anonymau at fastwebnet.it Sun Mar 4 18:58:13 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Sun, 04 Mar 2007 19:58:13 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1172978372.17822.69.camel@achille> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> Message-ID: <45EB16C5.4030505@fastwebnet.it> yannick wrote: > I suppose you use the _crypted_ password for your account. > Of course, otherwise authentication is rejected. > Can you try this additional config: > In Preferences ? SIP parameters? Outbound Proxy > 213.91.9.206 ( sipproxy.wengo.fr ) > already tried without success with this outbound proxy (can hear the message but echo doesn't work: it makes no difference); I'll now try the others... > or > 213.91.9.210 > with this one I can't even hear the message from 333 at voip.wengo.fr > or > 213.91.9.216 > with this one I can hear the message but can't get any echo > Maybe, try to deactivate the iLBC codec too. > The iLBC codec has been disabled for licence reasons in the Debian version; anyway, I also tried with the daily snapshots with disabled iLBC with the same results. > Don't use the outbound proxy with ekiga.net > Echo test is sip:500 at ekiga.net > Already tested without any outbound proxy: can't hear anything and it seems that no data is coming from the network. I really wonder what makes gizmo's echo test different. I'm completely confused: what can I try now? Thank you Mau From dsandras at seconix.com Sun Mar 4 19:30:16 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 04 Mar 2007 20:30:16 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EB16C5.4030505@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> Message-ID: <1173036616.3686.26.camel@scorpion> Le dimanche 04 mars 2007 ? 19:58 +0100, Maurizio Avogadro a ?crit : > yannick wrote: > > I suppose you use the _crypted_ password for your account. > > > > Of course, otherwise authentication is rejected. > > > Can you try this additional config: > > In Preferences ? SIP parameters? Outbound Proxy > > 213.91.9.206 ( sipproxy.wengo.fr ) > > > > already tried without success with this outbound proxy (can hear the > message but echo doesn't work: it makes no difference); I'll now try the > others... If you head the message, but do not head your echo back, then I suppose it is a trivial microphone configuration problem. Have you tried the configuration assistant audio devices test ? Does it play back your voice ? With how much delay ? -- _ 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 anonymau at fastwebnet.it Sun Mar 4 21:00:28 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Sun, 04 Mar 2007 22:00:28 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1173036616.3686.26.camel@scorpion> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> Message-ID: <45EB336C.2040702@fastwebnet.it> Hi Damien Damien Sandras wrote: > If you head the message, but do not head your echo back, then I suppose > it is a trivial microphone configuration problem. > No, I can exclude such problems: remember that the Gizmo echo test service works fine. > Have you tried the configuration assistant audio devices test ? Does it > play back your voice ? With how much delay ? > Of course, it was the first thing I did when I encountered problems. It plays back my voice perfectly after 4 secs. as stated on the test box. This is really weird: please focalize your attention to the fact that Gizmo's echo test service, unlike Wengo's and ekiga.net's, works perfectly with any codec: this eliminates any doubt about network and audio devices, in my opinion. I wonder if there is some "flavour" or setting of the codecs in use by Ekiga that could cause compatibility issues, even if I would consider a rather strange behaviour if Ekiga could not pass ekiga.net echo test. Please tell me: in the dependencies of ekiga itself and of the libopal package I can only see libspeex1 as a codec: are GSM, PCMU and PCMA implemented directly in libopal? In other words: is there any library other than Ekiga's that could affect Ekiga operation with its issues? Thank you all for help Mau From dsandras at seconix.com Sun Mar 4 21:59:29 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 04 Mar 2007 22:59:29 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EB336C.2040702@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> Message-ID: <1173045569.5824.3.camel@scorpion> Hi Maurizio, Le dimanche 04 mars 2007 ? 22:00 +0100, Maurizio Avogadro a ?crit : > Hi Damien > > Damien Sandras wrote: > > If you head the message, but do not head your echo back, then I suppose > > it is a trivial microphone configuration problem. > > > No, I can exclude such problems: remember that the Gizmo echo test > service works fine. > > Have you tried the configuration assistant audio devices test ? Does it > > play back your voice ? With how much delay ? > > > Of course, it was the first thing I did when I encountered problems. It > plays back my voice perfectly after 4 secs. as stated on the test box. > > This is really weird: please focalize your attention to the fact that > Gizmo's echo test service, unlike Wengo's and ekiga.net's, works > perfectly with any codec: this eliminates any doubt about network and > audio devices, in my opinion. I wonder if there is some "flavour" or About audio devices, yes. About network problems, not sure. > setting of the codecs in use by Ekiga that could cause compatibility > issues, even if I would consider a rather strange behaviour if Ekiga > could not pass ekiga.net echo test. > I don't think so. > Please tell me: in the dependencies of ekiga itself and of the libopal > package I can only see libspeex1 as a codec: are GSM, PCMU and PCMA > implemented directly in libopal? In other words: is there any library > other than Ekiga's that could affect Ekiga operation with its issues? > All codecs are implemented directly into OPAL. What versions of Ekiga and OPAL are you using ? That behavior is 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 anonymau at fastwebnet.it Sun Mar 4 22:16:05 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Sun, 04 Mar 2007 23:16:05 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1173045569.5824.3.camel@scorpion> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> Message-ID: <45EB4525.40900@fastwebnet.it> Hi Damien, Damien Sandras wrote: > Hi Maurizio, > > About audio devices, yes. > About network problems, not sure. > About network problems: I will test Ekiga also with my laptop with other network configurations, also 56k modem if needed (I'm afraid that it's the only direct connection to the web that I can access right now), and I'll post the results. > [...] > > > All codecs are implemented directly into OPAL. What versions of Ekiga > and OPAL are you using ? > > That behavior is weird. > What I described happens in an identical manner both with Ekiga 2.0.3-2.1 (libopal-2.2.0 2.2.3.dfsg-3), from the official Sid repository and with the latest daily snapshot from http://snapshots.ekiga.net (ekiga-snapshot 20070303-01-sid.1, libopal-cvs 20070303-01-sid.1). Agreed about weirdness! Thanks Mau From jcline at hep.physics.mcgill.ca Sun Mar 4 23:05:36 2007 From: jcline at hep.physics.mcgill.ca (Jim Cline) Date: Sun, 04 Mar 2007 18:05:36 -0500 (EST) Subject: [Ekiga-list] problems with Logitech Quickcam Fusion Message-ID: hello, I'm trying to get ekiga to work with the Logitech Quickcam Fusion webcam. Other users have reported it to be working, but I'm not having any luck. I have installed the following modules uvcvideo 42884 0 v4l1_compat 13956 1 uvcvideo videodev 7424 1 uvcvideo v4l2_common 4864 1 uvcvideo and the camera is recognized by the kernel, Mar 4 18:00:15 shiva kernel: usb 2-2: new full speed USB device using uhci_hcd and address 9 Mar 4 18:00:16 shiva kernel: uvcvideo: Found UVC 1.00 device (046d:08c1) but ekiga gives the error message: Error while opening video device USB Video Class device Your video driver doesn't support the requested video format. In the documentation, it is suggested to try both v4l and v4l2 plugins, but the ekiga video preferences window does not offer me this choice. (And when I load the uvcvideo module, both v4l1_compat and v4l2_common are also automatically loaded). any advice will be appreciated--Jim From luc at saillard.org Sun Mar 4 23:13:39 2007 From: luc at saillard.org (Luc Saillard) Date: Mon, 5 Mar 2007 00:13:39 +0100 Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: References: Message-ID: <20070304231339.GF11648@sd291.sivit.org> On Sun, Mar 04, 2007 at 06:05:36PM -0500, Jim Cline wrote: > > I'm trying to get ekiga to work with the Logitech Quickcam Fusion webcam. > Other users have reported it to be working, but I'm not having any luck. I > have installed the following modules > I've this webcam and sometimes the webcam is not properly detected when inserted in the usb port. So i need to unplung, and plug it another times. But it's one of the first model. Can you try to launch luvcview (get it from http://mxhaard.free.fr/download.html) and tell me what you see for this command "./luvcview -L" ? Luc From jcline at hep.physics.mcgill.ca Sun Mar 4 23:30:20 2007 From: jcline at hep.physics.mcgill.ca (Jim Cline) Date: Sun, 04 Mar 2007 18:30:20 -0500 (EST) Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: <20070304231339.GF11648@sd291.sivit.org> References: <20070304231339.GF11648@sd291.sivit.org> Message-ID: Hi Luc, Thanks for your advice. I wanted to try luvcview, but I am not able to compile it. Although I have the libsdl1.2debian and libsdl1.2debian-all packages installed on my debian system, the command sdl-config required to make luvcview is not found, and when I try to compile SDL from source, it fails, name -Wl,libSDL-1.2.so.0 -o build/.libs/libSDL-1.2.so.0.11.0 /usr/lib/libc_nonshared.a(atexit.oS)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx': : multiple definition of `__i686.get_pc_thunk.bx' /usr/lib/gcc-lib/i486-linux/3.3.5/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here collect2: ld returned 1 exit status make: *** [build/libSDL.la] Error 1 Do you happen know which debian sdl package might contain the needed command? On Mon, 5 Mar 2007, Luc Saillard wrote: > On Sun, Mar 04, 2007 at 06:05:36PM -0500, Jim Cline wrote: >> >> I'm trying to get ekiga to work with the Logitech Quickcam Fusion webcam. >> Other users have reported it to be working, but I'm not having any luck. I >> have installed the following modules >> > > I've this webcam and sometimes the webcam is not properly detected when > inserted in the usb port. So i need to unplung, and plug it another times. > But it's one of the first model. > > Can you try to launch luvcview (get it from http://mxhaard.free.fr/download.html) > and tell me what you see for this command "./luvcview -L" ? > > Luc > From luc at saillard.org Sun Mar 4 23:49:39 2007 From: luc at saillard.org (Luc Saillard) Date: Mon, 5 Mar 2007 00:49:39 +0100 Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: References: <20070304231339.GF11648@sd291.sivit.org> Message-ID: <20070304234939.GG11648@sd291.sivit.org> On Sun, Mar 04, 2007 at 06:30:20PM -0500, Jim Cline wrote: > Hi Luc, > > Thanks for your advice. I wanted to try luvcview, but I am not able to > compile it. Although I have the libsdl1.2debian and libsdl1.2debian-all > packages installed on my debian system, the command sdl-config required to > make luvcview is not found, and when I try to compile SDL from source, it > fails, No no, no need to build yourself SDL on your debian, just install the package libsdl1.2-dev When building a software from source like luvcview, you need the library (libsdl1.2debian) AND the file needed by developpers name libxxxx-dev (libsdl1.2-dev). Luc From alfaiate at civil.ist.utl.pt Mon Mar 5 01:11:44 2007 From: alfaiate at civil.ist.utl.pt (Jorge Alfaiate) Date: Mon, 05 Mar 2007 02:11:44 +0100 Subject: [Ekiga-list] registration failed Message-ID: <1173057104.7904.11.camel@jalfaiate.civil.ist.utl.pt> Sorry to come back to this problem! I just created a new ekiga.net account through the configuration druid and I still get the same answer - Registration failed (timeout). The same applies to the pc-to-phone account which worked before. If I open PC-to-phone Account from the Tools menu I can only see the balance history as well as the phone calls if I put the PIN code into the password field; otherwise, if I put the password into that field I can not access those sites - that I can not understand either. Will it have to do with the connection? I'm using now a pppoe connection which already worked once with pc-to-phone. I'll try tomorrow a different connection with LAN to see if it works. From jcline at hep.physics.mcgill.ca Mon Mar 5 04:57:47 2007 From: jcline at hep.physics.mcgill.ca (Jim Cline) Date: Sun, 04 Mar 2007 23:57:47 -0500 (EST) Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: <20070304231339.GF11648@sd291.sivit.org> References: <20070304231339.GF11648@sd291.sivit.org> Message-ID: On Mon, 5 Mar 2007, Luc Saillard wrote: > Can you try to launch luvcview (get it from http://mxhaard.free.fr/download.html) > and tell me what you see for this command "./luvcview -L" ? > Luc Hi Luc, Although I was not able to compile luvcview from source, I found a debian package for it at http://www.researchut.com/blog/archive/2007/01/31/luvcview_debian_package and was able to install it. I found that with the flag luvcview -w it works! Without this flag, the image is highly distorted and unrecognizable. The output you asked for from luvcview -L is luvcview version 0.2.0 Video driver: x11 A window manager is available video /dev/video0 /dev/video0 does not support read i/o { pixelformat = 'MJPG', description = 'MJPEG' } { discrete: width = 160, height = 120 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 176, height = 144 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 320, height = 240 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 352, height = 288 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 432, height = 240 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 480, height = 360 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 512, height = 288 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 640, height = 360 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 640, height = 480 } Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 1/5, { discrete: width = 704, height = 576 } Time interval between frame: 1/15, 1/10, 1/5, { discrete: width = 864, height = 480 } Time interval between frame: 1/15, 1/10, 1/5, Does this give any clues as to how to make it work with ekiga? --Jim > On Sun, Mar 04, 2007 at 06:05:36PM -0500, Jim Cline wrote: >> >> I'm trying to get ekiga to work with the Logitech Quickcam Fusion webcam. >> Other users have reported it to be working, but I'm not having any luck. I >> have installed the following modules >> > > I've this webcam and sometimes the webcam is not properly detected when > inserted in the usb port. So i need to unplung, and plug it another times. > But it's one of the first model. > > From luc at saillard.org Mon Mar 5 05:29:45 2007 From: luc at saillard.org (Luc Saillard) Date: Mon, 5 Mar 2007 06:29:45 +0100 Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: References: Message-ID: <20070305052945.GH11648@sd291.sivit.org> On Sun, Mar 04, 2007 at 06:05:36PM -0500, Jim Cline wrote: > hello, > > I'm trying to get ekiga to work with the Logitech Quickcam Fusion webcam. > Other users have reported it to be working, but I'm not having any luck. I > have installed the following modules > > uvcvideo 42884 0 > v4l1_compat 13956 1 uvcvideo > videodev 7424 1 uvcvideo > v4l2_common 4864 1 uvcvideo > > and the camera is recognized by the kernel, > > Mar 4 18:00:15 shiva kernel: usb 2-2: new full speed USB device using uhci_hcd and address 9 > Mar 4 18:00:16 shiva kernel: uvcvideo: Found UVC 1.00 device (046d:08c1) According to these line, you have plug your webcam on a USB1.1 host controller "new full speed USB". Please load the ehci_hcd module (if not already the case). After that you will see "usb xxx: new high speed USB device using ehci_hcd and address xxx" When launching ekiga, can you launch it with debug option ? ./ekiga -d 4 Post any lines returned by the program. Luc From jcline at hep.physics.mcgill.ca Mon Mar 5 05:42:39 2007 From: jcline at hep.physics.mcgill.ca (Jim Cline) Date: Mon, 05 Mar 2007 00:42:39 -0500 (EST) Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: <20070305052945.GH11648@sd291.sivit.org> References: <20070305052945.GH11648@sd291.sivit.org> Message-ID: > When launching ekiga, can you launch it with debug option ? > > ./ekiga -d 4 > > Post any lines returned by the program. I was doing just that when I got your message! Here it is: jcline at shiva:~/courses/451$ ekiga -d4 2007/03/05 00:24:56.820 0:00.722 ekiga Detected audio plugins: ALSA 2007/03/05 00:24:56.822 0:00.723 ekiga Detected video plugins: Picture,V4L 2007/03/05 00:24:56.823 0:00.724 ekiga Detected audio plugins: ALSA 2007/03/05 00:24:56.824 0:00.725 ekiga Detected video plugins: Picture,V4L 2007/03/05 00:24:57.111 0:01.012 ekiga Detected the following audio input devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 00:24:57.113 0:01.014 ekiga Detected the following audio output devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 00:24:57.114 0:01.015 ekiga Detected the following video input devices: USB Video Class device with plugin V4L 2007/03/05 00:24:57.115 0:01.016 ekiga Detected the following audio input devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 00:24:57.116 0:01.017 ekiga Detected the following audio output devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 00:24:57.117 0:01.018 ekiga Detected the following video input devices: USB Video Class device with plugin V4L 2007/03/05 00:24:57.124 0:01.025 ekiga AVAHI Failed to create client: An unexpected DBUS error occured 2007/03/05 00:25:01.815 0:05.716 ekiga Ekiga version 2.0.3 2007/03/05 00:25:01.817 0:05.718 ekiga OPAL version 2.2.3 2007/03/05 00:25:01.817 0:05.719 ekiga PWLIB version 1.10.2 2007/03/05 00:25:01.818 0:05.719 ekiga GNOME support enabled 2007/03/05 00:25:01.819 0:05.720 ekiga Fullscreen support enabled 2007/03/05 00:25:01.820 0:05.721 ekiga DBUS support disabled 2007/03/05 00:25:01.825 0:05.726 ekiga Set TCP port range to 30000:30010 2007/03/05 00:25:01.826 0:05.727 ekiga Set RTP port range to 5000:5059 2007/03/05 00:25:01.827 0:05.728 ekiga Set UDP port range to 5060:5100 2007/03/05 00:25:01.829 0:05.730 ekiga OpalEP Created endpoint: h323 2007/03/05 00:25:01.830 0:05.731 ekiga H323 Created endpoint. 2007/03/05 00:25:01.831 0:05.732 ekiga OpalMan Added route "pc:.*=h323:" 2007/03/05 00:25:01.833 0:05.734 ekiga OpalEP Created endpoint: sip 2007/03/05 00:25:01.834 0:05.735 ekiga SIP Created endpoint. 2007/03/05 00:25:01.835 0:05.736 ekiga OpalMan Added route "pc:.*=sip:" 2007/03/05 00:25:01.837 0:05.738 ekiga OpalEP Created endpoint: pc 2007/03/05 00:25:01.985 0:05.887 ekiga PCSS Created PC sound system endpoint. 2007/03/05 00:25:01.986 0:05.887 ekiga OpalMan Added route "h323:.*=pc:" 2007/03/05 00:25:01.987 0:05.889 ekiga OpalMan Added route "sip:.*=pc:" 2007/03/05 00:25:02.342 0:06.244 ekiga AVAHI Error initializing Avahi: %sAn unexpected DBUS error occured 2007/03/05 00:25:02.344 0:06.245 Opal Listener:8287f28 Listen Started listening thread on tcp$192.168.1.101:1720 2007/03/05 00:25:02.349 0:06.250 Opal Listener:8287f28 Listen Waiting on socket accept on tcp$192.168.1.101:1720 2007/03/05 00:25:02.354 0:06.255 Opal Listener:83b5960 Listen Started listening thread on udp$192.168.1.101:5060 2007/03/05 00:25:02.360 0:06.261 Opal Listener:83b5960 Listen Waiting on UDP packet on udp$192.168.1.101:5060 2007/03/05 00:25:13.234 0:17.136 GMStunClient:083c95b0 OPAL STUN server "stun.ekiga.net" replies Port Restricted NAT, external IP 74.56.89.52 Killed I inserted ehci_hcd as you mentioned. From luc at saillard.org Mon Mar 5 06:40:18 2007 From: luc at saillard.org (Luc Saillard) Date: Mon, 5 Mar 2007 07:40:18 +0100 Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: References: <20070305052945.GH11648@sd291.sivit.org> Message-ID: <20070305064018.GI11648@sd291.sivit.org> On Mon, Mar 05, 2007 at 12:42:39AM -0500, Jim Cline wrote: > >When launching ekiga, can you launch it with debug option ? > > > > ./ekiga -d 4 > > > >Post any lines returned by the program. > > I was doing just that when I got your message! Here it is: > > jcline at shiva:~/courses/451$ ekiga -d4 > 2007/03/05 00:24:56.820 0:00.722 ekiga Detected audio plugins: ALSA > 2007/03/05 00:24:56.822 0:00.723 ekiga Detected video plugins: Picture,V4L > 2007/03/05 00:24:56.823 0:00.724 ekiga Detected audio plugins: ALSA > 2007/03/05 00:24:56.824 0:00.725 ekiga Detected video plugins: Picture,V4L You are still using the V4L plugin, you MUST have the V4L2 plugin. Please install the "libpt-plugins-v4l2" package, and then select in video preference the V4L2 plugins, then click on the icon to show your local webcam. So we can see a lot of debug. Luc From anonymau at fastwebnet.it Mon Mar 5 11:58:53 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Mon, 05 Mar 2007 12:58:53 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1173045569.5824.3.camel@scorpion> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> Message-ID: <45EC05FD.6090700@fastwebnet.it> Hi Damien I've made some tests with my laptop: I'm very disconcerted. With a 56k dialup connection I was able to hear back the echo of my voice calling any echo test service; connecting behind another NAT I was able to hear back my voice with 500 at ekiga.net but neither echo at proxy01.sipphone.com nor 333 at voip.wengo.fr worked. It seems that SIP works reliably only in presence of a direct web connection; any other configuration brings unpredictable results. Is this the expected behaviour? Thanks Mau From laurentp at wp.pl Mon Mar 5 12:12:46 2007 From: laurentp at wp.pl (W.P.) Date: Mon, 05 Mar 2007 13:12:46 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EC05FD.6090700@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> Message-ID: <45EC093E.1090906@wp.pl> >It seems that SIP works reliably only in presence of a direct web >connection; any other configuration brings unpredictable results. Is >this the expected behaviour? > > Unfortunately yes. With a NAT'ed connection you have to use STUN (and/or) proxy. Take a look at ekiga wiki. W.P. From jcline at hep.physics.mcgill.ca Mon Mar 5 13:41:36 2007 From: jcline at hep.physics.mcgill.ca (Jim Cline) Date: Mon, 05 Mar 2007 08:41:36 -0500 (EST) Subject: [Ekiga-list] problems with Logitech Quickcam Fusion In-Reply-To: <20070305064018.GI11648@sd291.sivit.org> References: <20070305052945.GH11648@sd291.sivit.org> <20070305064018.GI11648@sd291.sivit.org> Message-ID: > You are still using the V4L plugin, you MUST have the V4L2 plugin. > > Please install the "libpt-plugins-v4l2" package, and then select in video > preference the V4L2 plugins, then click on the icon to show your local webcam. > So we can see a lot of debug. Now using V4L2, the error message on the pop-up has changed: Error while opening video device USB Video Class device Your driver doesn't seem to support any of the color formats supported by Ekiga. Please check your kernel driver documentation in order to determine which Palette is supported. the debugging output is: 2007/03/05 08:32:30.377 0:00.894 ekiga Detected audio plugins: ALSA 2007/03/05 08:32:30.378 0:00.894 ekiga Detected video plugins: Picture,V4L2,V4L 2007/03/05 08:32:30.378 0:00.894 ekiga Detected audio plugins: ALSA 2007/03/05 08:32:30.378 0:00.894 ekiga Detected video plugins: Picture,V4L2,V4L 2007/03/05 08:32:30.538 0:01.054 ekiga Detected the following audio input devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 08:32:30.542 0:01.058 ekiga Detected the following audio output devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 08:32:30.545 0:01.061 ekiga Detected the following video input devices: USB Video Class device with plugin V4L2 2007/03/05 08:32:30.545 0:01.061 ekiga Detected the following audio input devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 08:32:30.545 0:01.061 ekiga Detected the following audio output devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 08:32:30.545 0:01.061 ekiga Detected the following video input devices: USB Video Class device with plugin V4L2 2007/03/05 08:32:30.554 0:01.070 ekiga AVAHI Failed to create client: An unexpected DBUS error occured 2007/03/05 08:32:35.270 0:05.786 ekiga Ekiga version 2.0.3 2007/03/05 08:32:35.273 0:05.789 ekiga OPAL version 2.2.3 2007/03/05 08:32:35.276 0:05.792 ekiga PWLIB version 1.10.2 2007/03/05 08:32:35.279 0:05.795 ekiga GNOME support enabled 2007/03/05 08:32:35.282 0:05.798 ekiga Fullscreen support enabled 2007/03/05 08:32:35.284 0:05.800 ekiga DBUS support disabled 2007/03/05 08:32:35.292 0:05.808 ekiga Set TCP port range to 30000:30010 2007/03/05 08:32:35.295 0:05.811 ekiga Set RTP port range to 5000:5059 2007/03/05 08:32:35.298 0:05.814 ekiga Set UDP port range to 5060:5100 2007/03/05 08:32:35.301 0:05.818 ekiga OpalEP Created endpoint: h323 2007/03/05 08:32:35.304 0:05.821 ekiga H323 Created endpoint. 2007/03/05 08:32:35.308 0:05.824 ekiga OpalMan Added route "pc:.*=h323:" 2007/03/05 08:32:35.311 0:05.828 ekiga OpalEP Created endpoint: sip 2007/03/05 08:32:35.314 0:05.831 ekiga SIP Created endpoint. 2007/03/05 08:32:35.318 0:05.834 ekiga OpalMan Added route "pc:.*=sip:" 2007/03/05 08:32:35.321 0:05.837 ekiga OpalEP Created endpoint: pc 2007/03/05 08:32:35.469 0:05.985 ekiga PCSS Created PC sound system endpoint. 2007/03/05 08:32:35.475 0:05.991 ekiga OpalMan Added route "h323:.*=pc:" 2007/03/05 08:32:35.478 0:05.994 ekiga OpalMan Added route "sip:.*=pc:" 2007/03/05 08:32:36.412 0:06.928 Opal Listener:8396a00 Listen Started listening thread on tcp$192.168.1.101:1720 2007/03/05 08:32:36.417 0:06.933 Opal Listener:8396a00 Listen Waiting on socket accept on tcp$192.168.1.101:1720 2007/03/05 08:32:36.420 0:06.936 ekiga AVAHI Error initializing Avahi: %sAn unexpected DBUS error occured 2007/03/05 08:32:36.442 0:06.958 Opal Listener:8397dc0 Listen Started listening thread on udp$192.168.1.101:5060 2007/03/05 08:32:36.445 0:06.962 Opal Listener:8397dc0 Listen Waiting on UDP packet on udp$192.168.1.101:5060 2007/03/05 08:32:47.337 0:17.853 GMStunClient:b4201500 OPAL STUN server "stun.ekiga.net" replies Port Restricted NAT, external IP 74.56.89. 2007/03/05 08:35:10.087 2:40.603 ekiga Detected audio plugins: ALSA 2007/03/05 08:35:10.087 2:40.603 ekiga Detected video plugins: Picture,V4L2,V4L 2007/03/05 08:35:10.087 2:40.603 ekiga Detected audio plugins: ALSA 2007/03/05 08:35:10.087 2:40.603 ekiga Detected video plugins: Picture,V4L2,V4L 2007/03/05 08:35:10.264 2:40.780 ekiga Detected the following audio input devices: Intel 82801DB-ICH4,Default with plugin ALSA 2007/03/05 08:35:10.265 2:40.781 ekiga Detected the following audio output devices: Intel 82801DB-ICH4,Default with plugin ALSA From anonymau at fastwebnet.it Mon Mar 5 14:55:20 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Mon, 05 Mar 2007 15:55:20 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EC093E.1090906@wp.pl> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> Message-ID: <45EC2F58.60507@fastwebnet.it> W.P. wrote: > > > Unfortunately yes. With a NAT'ed connection you have to use STUN > (and/or) proxy. > Take a look at ekiga wiki. > W.P. > Of course I _did_ use STUN (stun.ekiga.net) when behind NAT. Mau From law_ence.dev at ntlworld.com Mon Mar 5 15:27:45 2007 From: law_ence.dev at ntlworld.com (ael) Date: Mon, 05 Mar 2007 15:27:45 +0000 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EC2F58.60507@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> Message-ID: <45EC36F1.9070002@ntlworld.com> Maurizio Avogadro wrote: > W.P. wrote: >> >> >> Unfortunately yes. With a NAT'ed connection you have to use STUN >> (and/or) proxy. >> Take a look at ekiga wiki. >> W.P. >> > Of course I _did_ use STUN (stun.ekiga.net) when behind NAT. And what sort of NAT did ekiga report? ael From anonymau at fastwebnet.it Mon Mar 5 15:46:40 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Mon, 05 Mar 2007 16:46:40 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EC36F1.9070002@ntlworld.com> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> <45EC36F1.9070002@ntlworld.com> Message-ID: <45EC3B60.9030302@fastwebnet.it> ael wrote: > > And what sort of NAT did ekiga report? > > ael > "Cone NAT" in my home setup and "Limited ports NAT" in my office setup (worst case). While I could configure my office router in order to have a working SIP, I can't do anything for my home setup (please make sure to read my previous posts for some details). Mau From chutz at gg3.net Mon Mar 5 15:56:40 2007 From: chutz at gg3.net (Georgi Georgiev) Date: Tue, 6 Mar 2007 00:56:40 +0900 Subject: [Ekiga-list] unable to hangup In-Reply-To: <16934.83.52.88.94.1172957678.squirrel@webmail.ekiga.net> References: <45E9ACC9.1070506@gmail.com> <16934.83.52.88.94.1172957678.squirrel@webmail.ekiga.net> Message-ID: <20070305155639.GA6506@lion.gg3.net> maillog: 03/03/2007-22:34:38(+0100): Damien Sandras types > > Hi Damien , I am Niv , we met at fosdem. > > you told me ekiga uses a separate sound device for alerting incoming > > calls. > > I decided to report an issue that is bugging me. When I try to hang-up > > ekiga freezes and I must kill it. > > I am using gentoo with kernel2.6.19-gentoo-r5 and ekiga 2.0.5 flags are: > > dbus debug sdl > > > > I run ekiga -d6 and get: > > Block 0x647700 not in heap! > > Block 0x647700 not in heap! > > I'm sure that once you will have found the way to get rid of those flags, > it will work. > > Gentoo has 2 problems : the debug build behaves weirdly, nad there is no > ptracing. Unfortunately, nobody never fixed those 2 issues... I suggest > you build without debug (classical flags), and with no optimization. Is that still true? I *am* getting some ptrace output, though its level does not seem to be related to the parameter passed to -d. As for the debug build -- "debug" is a generic flag that doesn't specify anything ekiga specific as far as I could see. Here, an exerpt of what I get with -d1. 2007/03/06 00:54:44.850 0:02.330 ekiga Detected the following video input devices: No device found with plugin 1394AVC 2007/03/06 00:54:47.301 0:04.781 ekiga Ekiga version 2.0.5 2007/03/06 00:54:47.301 0:04.781 ekiga OPAL version 2.2.5 2007/03/06 00:54:47.301 0:04.781 ekiga PWLIB version 1.10.4 2007/03/06 00:54:47.301 0:04.781 ekiga GNOME support enabled 2007/03/06 00:54:47.301 0:04.781 ekiga Fullscreen support enabled 2007/03/06 00:54:47.301 0:04.781 ekiga DBUS support disabled -- (* Georgi Georgiev (* Parkinson's Fourth Law: The number of (* *) chutz at gg3.net *) people in any working group tends to *) (* http://www.gg3.net/ (* increase regardless of the amount of work (* *) ------------------- *) to be done. *) From oberman at es.net Mon Mar 5 16:49:12 2007 From: oberman at es.net (Kevin Oberman) Date: Mon, 05 Mar 2007 08:49:12 -0800 Subject: [Ekiga-list] unable to get Ekiga to register with gatekeeper Message-ID: <20070305164912.46B1F45055@ptavv.es.net> For quite some time I have been unable to use Ekiga on my FreeBSD platforms because gatekeeper registration fails. I suspect this is an error in the port to FreeBSD, but I have had a report of a similar problem on a Linux systems, so it may be in Opal. I am pretty sure that it is not a gatekeeper issue as this system is in use daily with well over one hundred users. (It's the H.323 system used by the High Energy Physics community, among others.) I'd like a reference to RAS that might provide information on the protocol so I might be able to figure out the problem. Wireshark tells me that the registration request is being rejected: rejectReason: terminalExcluded (1) terminalExcluded: NULL Here is the complete captured request (with addresses removed): 0000 XX XX XX XX XX XX XX XX XX XX XX XX XX 00 45 00 ../..... .7....E. 0010 00 7d 2b d3 00 00 40 11 ba 29 XX XX XX XX XX XX .}+... at . .)...... 0020 XX XX 13 c5 06 b7 00 69 71 ce 02 a0 cf c3 06 00 .V.....i q....... 0030 08 91 4a 00 04 00 XX XX XX XX 13 c5 22 c0 09 00 ..J..... ...."... 0040 00 3d 06 65 6b 69 67 61 00 00 14 32 2e 30 2e 34 .=.ekiga ...2.0.4 0050 20 28 4f 50 41 4c 20 76 32 2e 32 2e 34 29 00 00 (OPAL v 2.2.4).. 0060 00 60 00 32 00 30 00 34 00 38 01 40 0c 00 4b 00 .`.2.0.4 .8. at ..K. 0070 65 00 76 00 69 00 6e 00 20 00 4f 00 62 00 65 00 e.v.i.n. .O.b.e. 0080 72 00 6d 00 61 00 6e 0e 02 01 00 r.m.a.n. ... This looks odd that the ASCII for gatekeeper ID and the H.323 ID strings are null separated, but I lack any reference to what is expected to confirm the issue. If I can get confirmation of the problem, I can look at the Opal sources and try to figure out what is going wrong. Thanks for any pointers. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman at es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 224 bytes Desc: not available URL: From dsandras at seconix.com Mon Mar 5 17:29:23 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 05 Mar 2007 18:29:23 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EC05FD.6090700@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> Message-ID: <1173115763.4251.15.camel@scorpion> Hi Maurizio, Le lundi 05 mars 2007 ? 12:58 +0100, Maurizio Avogadro a ?crit : > Hi Damien > > I've made some tests with my laptop: I'm very disconcerted. > > With a 56k dialup connection I was able to hear back the echo of my > voice calling any echo test service; connecting behind another NAT I was > able to hear back my voice with 500 at ekiga.net but neither > echo at proxy01.sipphone.com nor 333 at voip.wengo.fr worked. > > It seems that SIP works reliably only in presence of a direct web > connection; any other configuration brings unpredictable results. Is > this the expected behaviour? Not really, except if your NAT router is doing some silly things with the SIP PDUs. Can you post a -d 4 output somewhere ? -- _ 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 Mon Mar 5 17:31:55 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 05 Mar 2007 18:31:55 +0100 Subject: [Ekiga-list] registration failed In-Reply-To: <1173057104.7904.11.camel@jalfaiate.civil.ist.utl.pt> References: <1173057104.7904.11.camel@jalfaiate.civil.ist.utl.pt> Message-ID: <1173115915.4251.17.camel@scorpion> Le lundi 05 mars 2007 ? 02:11 +0100, Jorge Alfaiate a ?crit : > Sorry to come back to this problem! > I just created a new ekiga.net account through the configuration druid > and I still get the same answer - Registration failed (timeout). The > same applies to the pc-to-phone account which worked before. If I open > PC-to-phone Account from the Tools menu I can only see the balance > history as well as the phone calls if I put the PIN code into the > password field; otherwise, if I put the password into that field I can > not access those sites - that I can not understand either. Will it have > to do with the connection? I'm using now a pppoe connection which > already worked once with pc-to-phone. I'll try tomorrow a different > connection with LAN to see if it works. Is Ekiga listening on the correct interface ? (See the Settings -> Network Settings) -- _ 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 bbagger at gmail.com Mon Mar 5 20:20:48 2007 From: bbagger at gmail.com (Bent Bagger) Date: Mon, 5 Mar 2007 21:20:48 +0100 Subject: [Ekiga-list] Let's spread Ekiga : volunteers ? In-Reply-To: <1171315990.3674.37.camel@scorpio> References: <1171315928.3674.35.camel@scorpio> <1171315990.3674.37.camel@scorpio> Message-ID: <2e19719f0703051220la35bf18y762f68542e495302@mail.gmail.com> Hi Damien I have been pondering your request for assistance for a while and I have come to the conclusion that I could devote some time to Ekiga, which gives me much fun and pleasure. I will offer my assistance in two areas: 1. I would like to see the H.263 video codec implemented as soon as possible. I'm a C-programmer but not a C++-programmer, so perhaps I could best help with the testing of the code. I have several PC here in my shack so it will a piece of cake (hopefully :-)) to set up at test bed. 2. As you probably noticed a while back I have some knowledge of Asterisk and as I believe that ekiga.net is at least partly driven by an Asterisk, I could chip in there as well. I would be willing to give the 'Call me' button, which we discussed back before Christmas, a whack. Asterisk has the hooks for it, but since I know little of the actual configuration at egika.net it remains to be seen how difficult it could be. Documentation? I have only small problems writing English (I lived in California for a few years in my youth) so I could certainly help there as well, but I guess that I have to take care not to over-commit myself. As someone (KD2BD) has said: "So many ideas, so little time"... These are my thoughts. If you feel that you cannot use me, no bad feelings on my side. Best Regrads, Bent From anonymau at fastwebnet.it Mon Mar 5 23:41:36 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Tue, 06 Mar 2007 00:41:36 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1173115763.4251.15.camel@scorpion> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <1173115763.4251.15.camel@scorpion> Message-ID: <45ECAAB0.30900@fastwebnet.it> Damien Sandras wrote: > Hi Maurizio, > > > Not really, except if your NAT router is doing some silly things with > the SIP PDUs. > > Can you post a -d 4 output somewhere ? > I dropped an e-mail to your address with the output. I didn't know where to post them. I hope I didn't make a mistake... Thank you Mau From tparker at cpsco.net Tue Mar 6 21:02:01 2007 From: tparker at cpsco.net (Allen T Parker) Date: Tue, 06 Mar 2007 13:02:01 -0800 Subject: [Ekiga-list] How do I connect to a different VOIP service through Ekiga Message-ID: <1173214921.4299.4.camel@localhost> How do I connect to a different VOIP service through ekiga such as making a call to someone on skype? Thanks, Tom Parker -------------- next part -------------- An HTML attachment was scrubbed... URL: From tashazo at gmail.com Tue Mar 6 21:13:21 2007 From: tashazo at gmail.com (Natasha) Date: Tue, 06 Mar 2007 16:13:21 -0500 Subject: [Ekiga-list] How do I connect to a different VOIP service through Ekiga In-Reply-To: <1173214921.4299.4.camel@localhost> References: <1173214921.4299.4.camel@localhost> Message-ID: <45EDD971.6090805@gmail.com> Skype is on a different (closed , proprietary) protocol that doesnt allow communication with any other network/protocol (unless you pay for their calling to regular phones). Ekiga runs on the sip and h323 protocols, and it is open to communication to anybody using those same protocols - for instance, you can call anybody with a sip address. Check out the Ekiga wiki for more info: http://wiki.ekiga.org/index.php/Main_Page this page with details on interoperability: http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F this for details on calling +overview of sip: http://wiki.ekiga.org/index.php/Calling Allen T Parker wrote: > How do I connect to a different VOIP service through ekiga such as > making a call to someone on skype? > > Thanks, > Tom Parker > > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From laurentp at wp.pl Wed Mar 7 20:18:07 2007 From: laurentp at wp.pl (W.P.) Date: Wed, 07 Mar 2007 21:18:07 +0100 Subject: [Ekiga-list] one stupid question ;) Message-ID: <45EF1DFF.10101@wp.pl> Hi to all, Question: is Polish language support in Ekiga up-to-date? If no, please give an official point of start to update translation. W.P. From bernat.tallaferro at gmail.com Wed Mar 7 20:27:08 2007 From: bernat.tallaferro at gmail.com (Bernat Tallaferro) Date: Wed, 7 Mar 2007 21:27:08 +0100 Subject: [Ekiga-list] one stupid question ;) In-Reply-To: <45EF1DFF.10101@wp.pl> References: <45EF1DFF.10101@wp.pl> Message-ID: <1d9d9b240703071227t7cf9721eibd17b44033b06ca8@mail.gmail.com> Hi, AFAIK ekiga is translated at the Gnome Translation Project along with all other Gnome modules. The modules are usually ready for translation when a string freeze is announced before each Gnome release. We are in such a string freeze at the moment, since Gnome 2.18 is going to be released in a few days. http://live.gnome.org/ReleasePlanning/TimeBased http://live.gnome.org/ReleasePlanning/Freezes http://live.gnome.org/TwoPointSeventeen And here's the link for the Polish translation team http://l10n.gnome.org/languages/pl Cheers. 2007/3/7, W.P. : > Hi to all, > > Question: is Polish language support in Ekiga up-to-date? If no, please > give an official point of start to update translation. > > W.P. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From fabrice at alphonso.dyndns.org Wed Mar 7 20:35:51 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Wed, 07 Mar 2007 21:35:51 +0100 Subject: [Ekiga-list] one stupid question ;) In-Reply-To: <45EF1DFF.10101@wp.pl> References: <45EF1DFF.10101@wp.pl> Message-ID: <1173299751.17029.10.camel@balder.walhalla> On mer, 2007-03-07 at 21:18 +0100, W.P. wrote: > Hi to all, Hello, > > Question: is Polish language support in Ekiga up-to-date? If no, please > give an official point of start to update translation. http://l10n.gnome.org/module/ekiga shows that for branch gnome-2.14 (the stable branch for version 2.0.5, the latest, and upcoming 2.0.6) polish translation for ekiga's UI is up-to-date (100%). However, it seems that the User guide would need some love ;-) About the HEAD branch polish translation is around 89% done. The po file shows : Last-Translator: Wojciech Kapusta but as we all know CVS/SVN is changing very fast and is not in string freeze so strings are supposed to be able to change. Hope that answers your question. > W.P. Fabrice -- Fabrice ALPHONSO From spokieszut at yahoo.fr Thu Mar 8 03:16:05 2007 From: spokieszut at yahoo.fr (=?iso-8859-1?q?S=E9bastien?=) Date: Thu, 8 Mar 2007 04:16:05 +0100 (CET) Subject: [Ekiga-list] in difficulties Message-ID: <20070308031605.2481.qmail@web25218.mail.ukl.yahoo.com> Hi all, Maybe someone can help... I'm trying to get my ekiga setup, and nothing seems to work so far. All this is a little weird for me, I registered on both @ekiga.net for sip comunications and @eugw.ast.diamondcard.us for pc to phone. I first haven't been able to do the 500 at ekiga.net as my subscribing stayed failling for some reason. This even having an active account and checking the account properties (name, pass...). The same day, I had however been able to use the diamondcard account and make a first phone phone call that revealed to be pretty bad (very difficult connection, often incomprehensible). Then, a day or so later, my ekiga.net account started to work for some reasons (registration accepted, meanwhile I did nothingelse more than before) but the diamondcard not any more ... :( If I check and uncheck the box in the account window, I sometime get it seem to work (written "subcribed" and 2 account regitered in the main window), but it is impossible to make a call (says something like the "security check have failed")... In the other hand, I can make the 500 at ekiga.net now, but the connection is again there pretty bad, I barelly can here the, otherwise charming I guest, female english voice, aand I my echo is a very weird sound that sounds more like from a processor mind than a human being... I'm behind a router, with a wireless laptop, WEP encription; I'm running Ubuntu Edgy, Linux Kernel 2.6.17-11-generic #2, my Ekiga configuration is like this: listen: my wireless card NAT: STUN (I tried "IP translation" and "None", but none of them worked any better) Serveur STUN: stun.ekiga.net SIP parameters: by default (no proxy, no Url and DTMF RFC2833 Parameter H.323: by default (no gateway, no url, everything checked in: tunneling h.245, quick start...) and DTMF: ascii ("chaine de charact?re" in french. I've got a validated Ekiga account "spokieszut at ekiga.net" and setup the account in Ekiga as (lines in order): Ekiga ekiga.net spokieszut mypassword spokieszut ekiga.net 3600 I also have a validated diamound account that is configured like this: Ekiga PC-To-Phone eugw.ast.diamondcard.us mynumber mypassword mynumber eugw.ast.diamondcard.us 3600 and here are the output after a ekiga -d 4 and a phone call try: seb at spokieszutpc:~$ ekiga -d 4 2007/03/07 23:03:11.946 0:00.446 ekiga Detected audio plugins: ALSA 2007/03/07 23:03:11.947 0:00.446 ekiga Detected video plugins: Picture,V4L2,V4L 2007/03/07 23:03:11.947 0:00.446 ekiga Detected audio plugins: ALSA 2007/03/07 23:03:11.947 0:00.446 ekiga Detected video plugins: Picture,V4L2,V4L 2007/03/07 23:03:11.978 0:00.477 ekiga Detected the following audio input devices: Intel ICH6,Default with plugin ALSA 2007/03/07 23:03:11.978 0:00.477 ekiga Detected the following audio output devices: Intel ICH6,Default with plugin ALSA 2007/03/07 23:03:11.979 0:00.478 ekiga Detected the following video input devices: Aucun p?riph?rique trouv? with plugin V4L 2007/03/07 23:03:11.979 0:00.478 ekiga Detected the following audio input devices: Intel ICH6,Default with plugin ALSA 2007/03/07 23:03:11.979 0:00.478 ekiga Detected the following audio output devices: Intel ICH6,Default with plugin ALSA 2007/03/07 23:03:11.980 0:00.479 ekiga Detected the following video input devices: Aucun p?riph?rique trouv? with plugin V4L 2007/03/07 23:03:11.989 0:00.489 ekiga AVAHI Failed to create client: Daemon not running 2007/03/07 23:03:12.592 0:01.091 ekiga Ekiga version 2.0.3 2007/03/07 23:03:12.592 0:01.091 ekiga OPAL version 2.2.3 2007/03/07 23:03:12.592 0:01.091 ekiga PWLIB version 1.10.2 2007/03/07 23:03:12.593 0:01.092 ekiga GNOME support enabled 2007/03/07 23:03:12.593 0:01.092 ekiga Fullscreen support enabled 2007/03/07 23:03:12.593 0:01.092 ekiga DBUS support disabled 2007/03/07 23:03:12.597 0:01.096 ekiga Set TCP port range to 30000:30010 2007/03/07 23:03:12.598 0:01.097 ekiga Set RTP port range to 5000:5059 2007/03/07 23:03:12.598 0:01.097 ekiga Set UDP port range to 5060:5100 2007/03/07 23:03:12.599 0:01.098 ekiga OpalEP Created endpoint: h323 2007/03/07 23:03:12.599 0:01.098 ekiga H323 Created endpoint. 2007/03/07 23:03:12.600 0:01.099 ekiga OpalMan Added route "pc:.*=h323:" 2007/03/07 23:03:12.602 0:01.101 ekiga OpalEP Created endpoint: sip 2007/03/07 23:03:12.602 0:01.101 ekiga SIP Created endpoint. 2007/03/07 23:03:12.603 0:01.102 ekiga OpalMan Added route "pc:.*=sip:" 2007/03/07 23:03:12.603 0:01.103 ekiga OpalEP Created endpoint: pc 2007/03/07 23:03:12.605 0:01.104 ekiga PCSS Created PC sound system endpoint. 2007/03/07 23:03:12.605 0:01.104 ekiga OpalMan Added route "h323:.*=pc:" 2007/03/07 23:03:12.605 0:01.104 ekiga OpalMan Added route "sip:.*=pc:" 2007/03/07 23:03:12.669 0:01.168 ekiga AVAHI Error initializing Avahi: %sDaemon not running 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen Started listening thread on tcp$192.168.0.104:1720 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen Waiting on socket accept on tcp$192.168.0.104:1720 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen Started listening thread on udp$192.168.0.104:5060 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen Waiting on UDP packet on udp$192.168.0.104:5060 2007/03/07 23:03:18.834 0:07.333 GMStunClient:0855bc00 OPAL STUN server "stun.ekiga.net" replies Cone NAT, external IP XXX.XXX.XXX.XX 2007/03/07 23:03:24.011 0:12.511 GMAccounts...t:084bae10 OpalUDP Binding to interface: 192.168.0.104:32838 2007/03/07 23:03:24.012 0:12.511 GMAccounts...t:084bae10 SIP Created transport udp$0.0.0.0 2007/03/07 23:03:29.388 0:17.887 GMAccounts...t:084bae10 OpalUDP Started connect to 62.4.81.180:5060 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 OpalUDP STUN created socket: XXX.XXX.XXX.XX:62751 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 SIP Created Transport for Registrar udp$62.4.81.180:5060 2007/03/07 23:03:29.584 0:18.083 GMAccounts...t:084bae10 SIP Sending PDU on udp$62.4.81.180:5060 REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP XXX.XXX.XXX.XX:62751;branch=z9hG4bKc4a0b911-8bcb-db11-8dce-0012171fedf7;rport User-Agent: Ekiga/2.0.3 From: ;tag=0493b911-8bcb-db11-8dce-0012171fedf7 Call-ID: a470670e-8bcb-db11-8dce-0012171fedf7 at spokieszutpc To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 OpalCon Releasing Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 OpalCon Call end reason for 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc set to EndedBySecurityDenial 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 OpalCon SetPhase from UninitialisedPhase to ReleasingPhase 2007/03/07 23:06:06.439 2:54.938 SIP Handler:86746c0 SIP Awaiting next PDU. 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 SIP OnReleased: Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc], phase = ReleasingPhase 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 OpalCon SetPhase from ReleasingPhase to ReleasingPhase 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 OpalCon Media stream threads closed. 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 OpalCon SetPhase from ReleasingPhase to ReleasedPhase 2007/03/07 23:06:06.440 2:54.939 SIP Handler:86746c0 SIP PDU handler thread finished. 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 Opal Transport clean up on termination 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 OpalUDP Close 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 Opal Transport Close 2007/03/07 23:06:06.441 2:54.940 SIP Transport:8644db0 SIP Read thread finished. 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 OpalCon OnReleased Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 OpalCon Media stream threads closed. 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 GMSIPEndpoint SIP connection released 2007/03/07 23:06:06.443 2:54.942 OnRelease:8674b50 OpalEP OnReleased Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] 2007/03/07 23:06:06.560 2:55.059 OnRelease:8674b50 GMManager Will release the connection 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 OpalMan OnReleased Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 Call OnReleased Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 OpalCon Releasing Call[1]-EP[Default] 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 OpalCon Call end reason for Default set to EndedBySecurityDenial 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 OpalCon SetPhase from SetUpPhase to ReleasingPhase 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 SIP Transaction 1 INVITE aborted. 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 SIP Transaction 1 INVITE destroyed. 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 OpalCon OnRelease thread completed for 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc 2007/03/07 23:06:06.564 2:55.063 OnRelease:86780d0 OpalCon OnReleased Call[1]-EP[Default] 2007/03/07 23:06:06.565 2:55.064 OnRelease:86780d0 OpalCon Media stream threads closed. 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 GMPCSSEndpoint PCSS connection released 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 OpalEP OnReleased Call[1]-EP[Default] 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 GMManager Will release the connection 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 OpalMan OnReleased Call[1]-EP[Default] 2007/03/07 23:06:06.567 2:55.067 OnRelease:86780d0 Call OnReleased Call[1]-EP[Default] 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal Transport clean up on termination 2007/03/07 23:06:07.097 2:55.596 OpalGarbage OpalUDP Close 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal Transport Close 2007/03/07 23:06:07.097 2:55.596 OpalGarbage SIP Deleted connection. 2007/03/07 23:06:07.098 2:55.597 OpalGarbage OpalCon Connection Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] destroyed. 2007/03/07 23:06:07.098 2:55.597 OpalGarbage RTP_UDP Session 1, Shutting down read. 2007/03/07 23:06:07.098 2:55.597 OpalGarbage RTP_UDP Session 1, Shutting down write. 2007/03/07 23:06:07.098 2:55.597 OpalGarbage RTP_UDP Session 2, Shutting down read. 2007/03/07 23:06:07.098 2:55.597 OpalGarbage RTP_UDP Session 2, Shutting down write. 2007/03/07 23:06:09.917 2:58.416 OnRelease:86780d0 OpalCon OnRelease thread completed for Default 2007/03/07 23:06:10.109 2:58.608 OpalGarbage PCSS Deleted PC sound system connection. 2007/03/07 23:06:10.109 2:58.608 OpalGarbage OpalCon Connection Call[1]-EP[Default] destroyed. 2007/03/07 23:06:11.113 2:59.612 OpalGarbage Call Call[1] destroyed. can anyone help ? is this the router ? I'm not sure what brand it is, as it is the one of my neighbour ;) but I think it is a D-Link. Though to be not perfect, the connection is normally acceptable (Skype use to work correctly from the same machine). and I haven't tried yet to open the ports, but it is something I migth e able to do if needed. (though that the STUN seems to correctly find the IP adress; note: I changed it to XXX.XXX.XXX.XX in this email). Really, I'd be very happy if anyone can help, I've been looking in many forum, the faq, documentation... now, and I can't find the thing. thanks in advance. Spok. --------------------------------- D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses. -------------- next part -------------- An HTML attachment was scrubbed... URL: From geboyd53 at comcast.net Thu Mar 8 09:36:05 2007 From: geboyd53 at comcast.net (George) Date: Thu, 08 Mar 2007 01:36:05 -0800 Subject: [Ekiga-list] Findings on ALSA and Fedora Message-ID: <1173346565.6837.5.camel@george> I've recently installed the x86_64 Fedora 6 kernel (I have an AMD Athlon Pro 64 processor). Believe it or not, all my ALSA problems have disappeared and Ekiga and everything else that uses ALSA is working great now. It shouldn't matter if you run the standard 686 Fedora on a 64 bit processor, but in this case, it solved all the ALSA problems and a few others too. I thought I might pass this along to all the other Fedora users. Weird, but true :) George From dsandras at seconix.com Thu Mar 8 10:02:58 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 08 Mar 2007 11:02:58 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45EC3B60.9030302@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> <45EC36F1.9070002@ntlworld.com> <45EC3B60.9030302@fastwebnet.it> Message-ID: <1173348178.3778.47.camel@scorpion> Le lundi 05 mars 2007 ? 16:46 +0100, Maurizio Avogadro a ?crit : > ael wrote: > > > > And what sort of NAT did ekiga report? > > > > ael > > > "Cone NAT" in my home setup and "Limited ports NAT" in my office setup > (worst case). > While I could configure my office router in order to have a working SIP, > I can't do anything for my home setup (please make sure to read my > previous posts for some details). > I have examined your logs, and there is a hint. REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 213.140.19.115:44271;branch=z9hG4bK6ec00191-ddc9-db11-8239-000c6ea583aa;rport User-Agent: Ekiga/2.0.3 Authorization: Digest username="m.avogadro", realm="ekiga.net", nonce="45eca730d437e660b99a2373c77b56c4b9898c5e", uri="sip:ekiga.net", algorithm=md5, response="8846174ff5ae991950a6a709a2ff3bd6" From: ;tag=eee9f890-ddc9-db11-8239-000c6ea583aa Call-ID: 5e36f190-ddc9-db11-8239-000c6ea583aa at mau To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 See the Contact field -> Contact: It is the public IP address. Then in the answer from the server : SIP/2.0 200 OK CSeq: 2 REGISTER Via: SIP/2.0/UDP 86.64.162.35:5060;branch=z9hG4bK6ec00191-ddc9-db11-8239-000c6ea583aa;rport=44271;received=213.140.19.115 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=eee9f890-ddc9-db11-8239-000c6ea583aa Call-ID: 5e36f190-ddc9-db11-8239-000c6ea583aa at mau To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.7906 Contact: ;expires=3600 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=4163 req_src_ip=213.140.19.115 req_src_port=44271 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 See the Contact field -> Contact: ;expires=3600 It means that the router has been rewriting the SIP packet !!! It has replaced the public IP address by your personal IP address. It is a bug in the router. I suggest you to try the following : - do not use STUN at all. I do not think you are in a real NAT, 23.X.X.X does not sound like a private address too me. -- _ 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 Thu Mar 8 10:06:02 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 08 Mar 2007 11:06:02 +0100 Subject: [Ekiga-list] Let's spread Ekiga : volunteers ? In-Reply-To: <2e19719f0703051220la35bf18y762f68542e495302@mail.gmail.com> References: <1171315928.3674.35.camel@scorpio> <1171315990.3674.37.camel@scorpio> <2e19719f0703051220la35bf18y762f68542e495302@mail.gmail.com> Message-ID: <1173348362.3778.51.camel@scorpion> Hi Bent, Le lundi 05 mars 2007 ? 21:20 +0100, Bent Bagger a ?crit : > Hi Damien > > I have been pondering your request for assistance for a while and I > have come to the conclusion that I could devote some time to Ekiga, > which gives me much fun and pleasure. I will offer my assistance in > two areas: > > 1. I would like to see the H.263 video codec implemented as soon as > possible. I'm a C-programmer but not a C++-programmer, so perhaps I > could best help with the testing of the code. I have several PC here > in my shack so it will a piece of cake (hopefully :-)) to set up at > test bed. > I will work on that as soon as possible. Craig still has some issues to fix before. > 2. As you probably noticed a while back I have some knowledge of > Asterisk and as I believe that ekiga.net is at least partly driven by > an Asterisk, I could chip in there as well. I would be willing to give > the 'Call me' button, which we discussed back before Christmas, a > whack. Asterisk has the hooks for it, but since I know little of the > actual configuration at egika.net it remains to be seen how difficult > it could be. > That would be great ! I think that the most difficult part is to integrate it into the SERWEB interface we are using on ekiga.net. I have always wondered : - should we keep using SERWEB ? - should we rewrite it? We only use minor features : - subscribing - modifying account details So perhaps modifying it would be the best. Perhaps also we could simply write some PHP script for the Call Me function, and in Ekiga, we would put a "Call Me" button that triggers it and thus triggers a call. Julien, Jan, Yannick, what do you think ? > Documentation? I have only small problems writing English (I lived in > California for a few years in my youth) so I could certainly help > there as well, but I guess that I have to take care not to over-commit > myself. As someone (KD2BD) has said: "So many ideas, so little > time"... > > These are my thoughts. If you feel that you cannot use me, no bad > feelings on my side. > > Best Regrads, > > Bent > _______________________________________________ > 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 dsandras at seconix.com Thu Mar 8 10:33:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 08 Mar 2007 11:33:17 +0100 Subject: [Ekiga-list] in difficulties In-Reply-To: <20070308031605.2481.qmail@web25218.mail.ukl.yahoo.com> References: <20070308031605.2481.qmail@web25218.mail.ukl.yahoo.com> Message-ID: <1173349997.6098.12.camel@scorpion> Hi, Can you post somewhere (pastebin for example) the output of : ekiga -d 4 > output.txt 2>&1 Thank you, PS: there is nothing in the current trace that could help. Notice that Ubuntu Edgy has some severe bugs, perhaps ALSA bugs. I can not know yet if you have audio or network problems. Try this : arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 8000 -f S16_LE - arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 16000 -f S16_LE - arecord -D default -c 1 -r 8000 -f S16_LE - | aplay -D default -c 1 -r 8000 -f S16_LE - arecord -D default -c 1 -r 16000 -f S16_LE - | aplay -D default -c 1 -r 16000 -f S16_LE - Do the 4 of them work ? Do you hear yourself back correctly when speaking ? Make sure to use at least Ekiga 2.0.5. Thanks, Le jeudi 08 mars 2007 ? 04:16 +0100, S?bastien a ?crit : > Hi all, > > Maybe someone can help... > I'm trying to get my ekiga setup, and nothing seems to work so far. > > All this is a little weird for me, > I registered on both @ekiga.net for sip comunications and > @eugw.ast.diamondcard.us for pc to phone. > > I first haven't been able to do the 500 at ekiga.net as my subscribing > stayed failling for some reason. This even having an active account > and checking the account properties (name, pass...). The same day, I > had however been able to use the diamondcard account and make a > first phone phone call that revealed to be pretty bad (very difficult > connection, often incomprehensible). > > Then, a day or so later, my ekiga.net account started to work for some > reasons (registration accepted, meanwhile I did nothingelse more than > before) but the diamondcard not any more ... :( > If I check and uncheck the box in the account window, I sometime get > it seem to work (written "subcribed" and 2 account regitered in the > main window), but it is impossible to make a call (says something like > the "security check have failed")... > In the other hand, I can make the 500 at ekiga.net now, but the > connection is again there pretty bad, I barelly can here the, > otherwise charming I guest, female english voice, aand I my echo is a > very weird sound that sounds more like from a processor mind than a > human being... > > I'm behind a router, with a wireless laptop, WEP encription; > I'm running Ubuntu Edgy, Linux Kernel 2.6.17-11-generic #2, > my Ekiga configuration is like this: > listen: my wireless card > NAT: STUN (I tried "IP translation" and "None", but none of them > worked any better) > Serveur STUN: stun.ekiga.net > SIP parameters: by default (no proxy, no Url and DTMF RFC2833 > Parameter H.323: by default (no gateway, no url, everything checked > in: tunneling h.245, quick start...) and DTMF: ascii ("chaine de > charact?re" in french. > > I've got a validated Ekiga account "spokieszut at ekiga.net" and setup > the account in Ekiga as (lines in order): > Ekiga > ekiga.net > spokieszut > mypassword > spokieszut > ekiga.net > 3600 > > I also have a validated diamound account that is configured like > this: > Ekiga PC-To-Phone > eugw.ast.diamondcard.us > mynumber > mypassword > mynumber > eugw.ast.diamondcard.us > 3600 > > and here are the output after a ekiga -d 4 and a phone call try: > > seb at spokieszutpc:~$ ekiga -d 4 > 2007/03/07 23:03:11.946 0:00.446 ekiga > Detected audio plugins: ALSA > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected video plugins: Picture,V4L2,V4L > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected audio plugins: ALSA > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected video plugins: Picture,V4L2,V4L > 2007/03/07 23:03:11.978 0:00.477 ekiga > Detected the following audio input devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.978 0:00.477 ekiga > Detected the following audio output devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following video input devices: Aucun p?riph?rique trouv? > with plugin V4L > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following audio input devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following audio output devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.980 0:00.479 ekiga > Detected the following video input devices: Aucun p?riph?rique trouv? > with plugin V4L > 2007/03/07 23:03:11.989 0:00.489 ekiga AVAHI > Failed to create client: Daemon not running > 2007/03/07 23:03:12.592 0:01.091 ekiga Ekiga > version 2.0.3 > 2007/03/07 23:03:12.592 0:01.091 ekiga OPAL > version 2.2.3 > 2007/03/07 23:03:12.592 0:01.091 ekiga PWLIB > version 1.10.2 > 2007/03/07 23:03:12.593 0:01.092 ekiga GNOME > support enabled > 2007/03/07 23:03:12.593 0:01.092 ekiga > Fullscreen support enabled > 2007/03/07 23:03:12.593 0:01.092 ekiga DBUS > support disabled > 2007/03/07 23:03:12.597 0:01.096 ekiga Set > TCP port range to 30000:30010 > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > RTP port range to 5000:5059 > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > UDP port range to 5060:5100 > 2007/03/07 23:03:12.599 0:01.098 ekiga OpalEP > Created endpoint: h323 > 2007/03/07 23:03:12.599 0:01.098 ekiga H323 > Created endpoint. > 2007/03/07 23:03:12.600 0:01.099 ekiga > OpalMan Added route "pc:.*=h323:" > 2007/03/07 23:03:12.602 0:01.101 ekiga OpalEP > Created endpoint: sip > 2007/03/07 23:03:12.602 0:01.101 ekiga SIP > Created endpoint. > 2007/03/07 23:03:12.603 0:01.102 ekiga > OpalMan Added route "pc:.*=sip:" > 2007/03/07 23:03:12.603 0:01.103 ekiga OpalEP > Created endpoint: pc > 2007/03/07 23:03:12.605 0:01.104 ekiga PCSS > Created PC sound system endpoint. > 2007/03/07 23:03:12.605 0:01.104 ekiga > OpalMan Added route "h323:.*=pc:" > 2007/03/07 23:03:12.605 0:01.104 ekiga > OpalMan Added route "sip:.*=pc:" > 2007/03/07 23:03:12.669 0:01.168 ekiga AVAHI > Error initializing Avahi: %sDaemon not running > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen > Started listening thread on tcp$192.168.0.104:1720 > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen > Waiting on socket accept on tcp$192.168.0.104:1720 > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen > Started listening thread on udp$192.168.0.104:5060 > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen > Waiting on UDP packet on udp$192.168.0.104:5060 > 2007/03/07 23:03:18.834 0:07.333 GMStunClient:0855bc00 OPAL > STUN server "stun.ekiga.net" replies Cone NAT, external IP > XXX.XXX.XXX.XX > 2007/03/07 23:03:24.011 0:12.511 GMAccounts...t:084bae10 > OpalUDP Binding to interface: 192.168.0.104:32838 > 2007/03/07 23:03:24.012 0:12.511 GMAccounts...t:084bae10 SIP > Created transport udp$0.0.0.0 > 2007/03/07 23:03:29.388 0:17.887 GMAccounts...t:084bae10 > OpalUDP Started connect to 62.4.81.180:5060 > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 > OpalUDP STUN created socket: XXX.XXX.XXX.XX:62751 > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 SIP > Created Transport for Registrar udp$62.4.81.180:5060 $XXX.XXX.XXX.XX:62751> > 2007/03/07 23:03:29.584 0:18.083 GMAccounts...t:084bae10 SIP > Sending PDU on udp$62.4.81.180:5060 > REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 > CSeq: 1 REGISTER > Via: SIP/2.0/UDP > XXX.XXX.XXX.XX:62751;branch=z9hG4bKc4a0b911-8bcb-db11-8dce-0012171fedf7;rport > User-Agent: Ekiga/2.0.3 > From: > ;tag=0493b911-8bcb-db11-8dce-0012171fedf7 > Call-ID: a470670e-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > To: > Contact: > Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE > Expires: 3600 > Content-Length: 0 > Max-Forwards: 70 > > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon Releasing > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon Call end reason for > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc set to > EndedBySecurityDenial > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon SetPhase from UninitialisedPhase to ReleasingPhase > 2007/03/07 23:06:06.439 2:54.938 SIP Handler:86746c0 SIP > Awaiting next PDU. > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 SIP > OnReleased: > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc], > phase = ReleasingPhase > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 > OpalCon SetPhase from ReleasingPhase to ReleasingPhase > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > OpalCon SetPhase from ReleasingPhase to ReleasedPhase > 2007/03/07 23:06:06.440 2:54.939 SIP Handler:86746c0 SIP > PDU handler thread finished. > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 Opal > Transport clean up on termination > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 > OpalUDP Close > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 Opal > Transport Close > 2007/03/07 23:06:06.441 2:54.940 SIP Transport:8644db0 SIP > Read thread finished. > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > OpalCon OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > GMSIPEndpoint SIP connection released > 2007/03/07 23:06:06.443 2:54.942 OnRelease:8674b50 OpalEP > OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.560 2:55.059 OnRelease:8674b50 > GMManager Will release the connection > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 > OpalMan OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 Call > OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > OpalCon Releasing Call[1]-EP[Default] > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > OpalCon Call end reason for Default set to EndedBySecurityDenial > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 > OpalCon SetPhase from SetUpPhase to ReleasingPhase > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 SIP > Transaction 1 INVITE aborted. > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 SIP > Transaction 1 INVITE destroyed. > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 > OpalCon OnRelease thread completed for > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > 2007/03/07 23:06:06.564 2:55.063 OnRelease:86780d0 > OpalCon OnReleased Call[1]-EP[Default] > 2007/03/07 23:06:06.565 2:55.064 OnRelease:86780d0 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 > GMPCSSEndpoint PCSS connection released > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 OpalEP > OnReleased Call[1]-EP[Default] > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > GMManager Will release the connection > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > OpalMan OnReleased Call[1]-EP[Default] > 2007/03/07 23:06:06.567 2:55.067 OnRelease:86780d0 Call > OnReleased Call[1]-EP[Default] > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > Transport clean up on termination > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage > OpalUDP Close > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > Transport Close > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage SIP > Deleted connection. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > OpalCon Connection > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > destroyed. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 1, Shutting down read. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 1, Shutting down write. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 2, Shutting down read. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 2, Shutting down write. > 2007/03/07 23:06:09.917 2:58.416 OnRelease:86780d0 > OpalCon OnRelease thread completed for Default > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage PCSS > Deleted PC sound system connection. > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage > OpalCon Connection Call[1]-EP[Default] destroyed. > 2007/03/07 23:06:11.113 2:59.612 OpalGarbage Call > Call[1] destroyed. > > > can anyone help ? > is this the router ? > I'm not sure what brand it is, as it is the one of my neighbour ;) > but I think it is a D-Link. Though to be not perfect, the connection > is normally acceptable (Skype use to work correctly from the same > machine). > and I haven't tried yet to open the ports, but it is something I migth > e able to do if needed. (though that the STUN seems to correctly find > the IP adress; note: I changed it to XXX.XXX.XXX.XX in this email). > > Really, I'd be very happy if anyone can help, > I've been looking in many forum, the faq, documentation... now, > and I can't find the thing. > > thanks in advance. > > Spok. > > > > ______________________________________________________________________ > D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos > questions ! Profitez des connaissances, des opinions et des > exp?riences des internautes sur Yahoo! Questions/R?ponses. > _______________________________________________ > 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 fabrice at alphonso.dyndns.org Thu Mar 8 10:57:58 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Thu, 08 Mar 2007 11:57:58 +0100 Subject: [Ekiga-list] in difficulties In-Reply-To: <1173349997.6098.12.camel@scorpion> References: <20070308031605.2481.qmail@web25218.mail.ukl.yahoo.com> <1173349997.6098.12.camel@scorpion> Message-ID: <1173351478.17029.34.camel@balder.walhalla> On jeu, 2007-03-08 at 11:33 +0100, Damien Sandras wrote: > Hi, > .../... > Make sure to use at least Ekiga 2.0.5. Ubuntu Edgy only provides ekiga-2.0.3, so I checked on www.ekiga.org in download section if we (...mainly our package guru, aka Kilian, is...) are providing 2.0.5 packages for edgy, as I know he provides svn-snapshots for this flavour of ubuntu, and saw that only packages for fedora, opensuse and sources are advertised here. Kilian, are you building packages for latest flavour for stable release too, or just svn-snapshot ? Wouldn't it make sense to provide packages for at least the stable and (perhaps devel) version of the four or five main distros (not wanting to be exhaustive or hurting someone who will use another distro than the one I will talk about here and thinks his distro is a main distro), eg ubuntu, debian,(open)SUSE, Fedora, Mandrake, if those ones don't follow in time with our latest release ?(provided that some people provide us the builds/packages if needed, as part of the "Let's spread Ekiga: call for volunteers" "project") > > Thanks, .../... > > I'm behind a router, with a wireless laptop, WEP encription; > > I'm running Ubuntu Edgy, Linux Kernel 2.6.17-11-generic #2, .../... Fabrice From jan.schampera at web.de Thu Mar 8 12:49:14 2007 From: jan.schampera at web.de (Jan Schampera) Date: Thu, 8 Mar 2007 13:49:14 +0100 (CET) Subject: [Ekiga-list] Let's spread Ekiga : volunteers ? In-Reply-To: <1173348362.3778.51.camel@scorpion> References: <1171315928.3674.35.camel@scorpio> <1171315990.3674.37.camel@scorpio> <2e19719f0703051220la35bf18y762f68542e495302@mail.gmail.com> <1173348362.3778.51.camel@scorpion> Message-ID: <45179.195.37.209.105.1173358154.squirrel@195.37.209.105> On Do, 8.03.2007, 11:06, Damien Sandras sagte: > I have always wondered : > - should we keep using SERWEB ? > - should we rewrite it? > > We only use minor features : > - subscribing > - modifying account details > > So perhaps modifying it would be the best. > > Perhaps also we could simply write some PHP script for the Call Me > function, and in Ekiga, we would put a "Call Me" button that triggers it > and thus triggers a call. > > Julien, Jan, Yannick, what do you think ? Hi! If SERWEB is only our user management tool, and really nothing else, we shouldn't need it, IMHO, no? What do we use out of SER itself? J. From anonymau at fastwebnet.it Thu Mar 8 21:39:53 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Thu, 08 Mar 2007 22:39:53 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1173348178.3778.47.camel@scorpion> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> <45EC36F1.9070002@ntlworld.com> <45EC3B60.9030302@fastwebnet.it> <1173348178.3778.47.camel@scorpion> Message-ID: <45F082A9.8030107@fastwebnet.it> Hi Damien Damien Sandras wrote: > I have examined your logs, and there is a hint. > > [...] > > See the Contact field -> > Contact: > > It is the public IP address. > > Then in the answer from the server : > [...] > > See the Contact field -> > Contact: ;expires=3600 > > It means that the router has been rewriting the SIP packet !!! > It has replaced the public IP address by your personal IP address. It is > a bug in the router. this seems quite interesting, but I still have a question: if this is true how can echo at proxy01.sipphone.com work? With that service I can hear my voice back perfectly also without STUN: maybe that client uses the address from which the IP packets are originated instead of that supplied in the SIP protocol. > I suggest you to try the following : > - do not use STUN at all. > > I do not think you are in a real NAT, 23.X.X.X does not sound like a > private address too me. I'm sure it is. See this page about Fastweb IP mapping: http://plany.fasthosting.it/natpool.html Without STUN I can't get any audio from neither 333 at voip.wengo.fr nor 500 at ekiga.net; with STUN I can hear the recorded message from 333 at voip.wengo.fr but I still get only silence from 500 at ekiga.net. Anyway I think that this is probably not an Ekiga issue but just a consequence of the different SIP implementations of the parties I'm calling: am I right? Bad news for me in this case... Wengo's http tunneling will be my last resort. Thank you Maurizio From sf.net at booths.org.uk Thu Mar 8 23:13:14 2007 From: sf.net at booths.org.uk (Ken Booth) Date: Thu, 08 Mar 2007 23:13:14 +0000 Subject: [Ekiga-list] Can't call sip:500@ekiga.net "proxy authentication required" Message-ID: <45F0988A.9050508@booths.org.uk> Hi all, Sorry if this is a dumb question, but I'm new to using SIP ... I've setup an Asterisk server, with X-Lite 3.0 SIP softphones. I can successfully call any PSTN number using my Asterisk dialplans, I can call myself at sip:20 at myasteriskserver.co.uk and I can even call some other companies e.g. sip:555 at didww.com My X-lite 3.0 config is set with a "Domain Proxy" of "target domain" However, whenever I try to make a test call e.g. to sip:500 at ekiga.net I get the error "Proxy Authentication Required" I also get the same error when I try to call my sipgate account using sip:1234567 at sipgate.co.uk, yet making a PSTN call to (area code)-123-4567 works (routing from PSTN to sipgate to my Asterisk server to my X-lite SIP phone). Also, why don't I see anything happening on my Asterisk console, when I call sip:1234 at domain.com? I've read some stuff about SER, is this what would handle SIP calls which appear to be bypassing my Asterisk server? Many thanks, Ken. From spokieszut at yahoo.fr Fri Mar 9 02:47:30 2007 From: spokieszut at yahoo.fr (=?iso-8859-1?q?S=E9bastien?=) Date: Fri, 9 Mar 2007 03:47:30 +0100 (CET) Subject: [Ekiga-list] RE : Re: in difficulties In-Reply-To: <1173349997.6098.12.camel@scorpion> Message-ID: <20070309024730.28995.qmail@web25219.mail.ukl.yahoo.com> euh, excuse moi l?, mais c quoi la "pastebin"? :) Damien Sandras a ?crit : Hi, Can you post somewhere (pastebin for example) the output of : ekiga -d 4 > output.txt 2>&1 Thank you, PS: there is nothing in the current trace that could help. Notice that Ubuntu Edgy has some severe bugs, perhaps ALSA bugs. I can not know yet if you have audio or network problems. Try this : arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 8000 -f S16_LE - arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 16000 -f S16_LE - arecord -D default -c 1 -r 8000 -f S16_LE - | aplay -D default -c 1 -r 8000 -f S16_LE - arecord -D default -c 1 -r 16000 -f S16_LE - | aplay -D default -c 1 -r 16000 -f S16_LE - Do the 4 of them work ? Do you hear yourself back correctly when speaking ? Make sure to use at least Ekiga 2.0.5. Thanks, Le jeudi 08 mars 2007 ? 04:16 +0100, S?bastien a ?crit : > Hi all, > > Maybe someone can help... > I'm trying to get my ekiga setup, and nothing seems to work so far. > > All this is a little weird for me, > I registered on both @ekiga.net for sip comunications and > @eugw.ast.diamondcard.us for pc to phone. > > I first haven't been able to do the 500 at ekiga.net as my subscribing > stayed failling for some reason. This even having an active account > and checking the account properties (name, pass...). The same day, I > had however been able to use the diamondcard account and make a > first phone phone call that revealed to be pretty bad (very difficult > connection, often incomprehensible). > > Then, a day or so later, my ekiga.net account started to work for some > reasons (registration accepted, meanwhile I did nothingelse more than > before) but the diamondcard not any more ... :( > If I check and uncheck the box in the account window, I sometime get > it seem to work (written "subcribed" and 2 account regitered in the > main window), but it is impossible to make a call (says something like > the "security check have failed")... > In the other hand, I can make the 500 at ekiga.net now, but the > connection is again there pretty bad, I barelly can here the, > otherwise charming I guest, female english voice, aand I my echo is a > very weird sound that sounds more like from a processor mind than a > human being... > > I'm behind a router, with a wireless laptop, WEP encription; > I'm running Ubuntu Edgy, Linux Kernel 2.6.17-11-generic #2, > my Ekiga configuration is like this: > listen: my wireless card > NAT: STUN (I tried "IP translation" and "None", but none of them > worked any better) > Serveur STUN: stun.ekiga.net > SIP parameters: by default (no proxy, no Url and DTMF RFC2833 > Parameter H.323: by default (no gateway, no url, everything checked > in: tunneling h.245, quick start...) and DTMF: ascii ("chaine de > charact?re" in french. > > I've got a validated Ekiga account "spokieszut at ekiga.net" and setup > the account in Ekiga as (lines in order): > Ekiga > ekiga.net > spokieszut > mypassword > spokieszut > ekiga.net > 3600 > > I also have a validated diamound account that is configured like > this: > Ekiga PC-To-Phone > eugw.ast.diamondcard.us > mynumber > mypassword > mynumber > eugw.ast.diamondcard.us > 3600 > > and here are the output after a ekiga -d 4 and a phone call try: > > seb at spokieszutpc:~$ ekiga -d 4 > 2007/03/07 23:03:11.946 0:00.446 ekiga > Detected audio plugins: ALSA > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected video plugins: Picture,V4L2,V4L > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected audio plugins: ALSA > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected video plugins: Picture,V4L2,V4L > 2007/03/07 23:03:11.978 0:00.477 ekiga > Detected the following audio input devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.978 0:00.477 ekiga > Detected the following audio output devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following video input devices: Aucun p?riph?rique trouv? > with plugin V4L > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following audio input devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following audio output devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.980 0:00.479 ekiga > Detected the following video input devices: Aucun p?riph?rique trouv? > with plugin V4L > 2007/03/07 23:03:11.989 0:00.489 ekiga AVAHI > Failed to create client: Daemon not running > 2007/03/07 23:03:12.592 0:01.091 ekiga Ekiga > version 2.0.3 > 2007/03/07 23:03:12.592 0:01.091 ekiga OPAL > version 2.2.3 > 2007/03/07 23:03:12.592 0:01.091 ekiga PWLIB > version 1.10.2 > 2007/03/07 23:03:12.593 0:01.092 ekiga GNOME > support enabled > 2007/03/07 23:03:12.593 0:01.092 ekiga > Fullscreen support enabled > 2007/03/07 23:03:12.593 0:01.092 ekiga DBUS > support disabled > 2007/03/07 23:03:12.597 0:01.096 ekiga Set > TCP port range to 30000:30010 > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > RTP port range to 5000:5059 > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > UDP port range to 5060:5100 > 2007/03/07 23:03:12.599 0:01.098 ekiga OpalEP > Created endpoint: h323 > 2007/03/07 23:03:12.599 0:01.098 ekiga H323 > Created endpoint. > 2007/03/07 23:03:12.600 0:01.099 ekiga > OpalMan Added route "pc:.*=h323:" > 2007/03/07 23:03:12.602 0:01.101 ekiga OpalEP > Created endpoint: sip > 2007/03/07 23:03:12.602 0:01.101 ekiga SIP > Created endpoint. > 2007/03/07 23:03:12.603 0:01.102 ekiga > OpalMan Added route "pc:.*=sip:" > 2007/03/07 23:03:12.603 0:01.103 ekiga OpalEP > Created endpoint: pc > 2007/03/07 23:03:12.605 0:01.104 ekiga PCSS > Created PC sound system endpoint. > 2007/03/07 23:03:12.605 0:01.104 ekiga > OpalMan Added route "h323:.*=pc:" > 2007/03/07 23:03:12.605 0:01.104 ekiga > OpalMan Added route "sip:.*=pc:" > 2007/03/07 23:03:12.669 0:01.168 ekiga AVAHI > Error initializing Avahi: %sDaemon not running > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen > Started listening thread on tcp$192.168.0.104:1720 > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen > Waiting on socket accept on tcp$192.168.0.104:1720 > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen > Started listening thread on udp$192.168.0.104:5060 > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen > Waiting on UDP packet on udp$192.168.0.104:5060 > 2007/03/07 23:03:18.834 0:07.333 GMStunClient:0855bc00 OPAL > STUN server "stun.ekiga.net" replies Cone NAT, external IP > XXX.XXX.XXX.XX > 2007/03/07 23:03:24.011 0:12.511 GMAccounts...t:084bae10 > OpalUDP Binding to interface: 192.168.0.104:32838 > 2007/03/07 23:03:24.012 0:12.511 GMAccounts...t:084bae10 SIP > Created transport udp$0.0.0.0 > 2007/03/07 23:03:29.388 0:17.887 GMAccounts...t:084bae10 > OpalUDP Started connect to 62.4.81.180:5060 > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 > OpalUDP STUN created socket: XXX.XXX.XXX.XX:62751 > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 SIP > Created Transport for Registrar udp$62.4.81.180:5060 > $XXX.XXX.XXX.XX:62751> > 2007/03/07 23:03:29.584 0:18.083 GMAccounts...t:084bae10 SIP > Sending PDU on udp$62.4.81.180:5060 > REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 > CSeq: 1 REGISTER > Via: SIP/2.0/UDP > XXX.XXX.XXX.XX:62751;branch=z9hG4bKc4a0b911-8bcb-db11-8dce-0012171fedf7;rport > User-Agent: Ekiga/2.0.3 > From: > ;tag=0493b911-8bcb-db11-8dce-0012171fedf7 > Call-ID: a470670e-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > To: > Contact: > Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE > Expires: 3600 > Content-Length: 0 > Max-Forwards: 70 > > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon Releasing > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon Call end reason for > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc set to > EndedBySecurityDenial > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon SetPhase from UninitialisedPhase to ReleasingPhase > 2007/03/07 23:06:06.439 2:54.938 SIP Handler:86746c0 SIP > Awaiting next PDU. > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 SIP > OnReleased: > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc], > phase = ReleasingPhase > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 > OpalCon SetPhase from ReleasingPhase to ReleasingPhase > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > OpalCon SetPhase from ReleasingPhase to ReleasedPhase > 2007/03/07 23:06:06.440 2:54.939 SIP Handler:86746c0 SIP > PDU handler thread finished. > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 Opal > Transport clean up on termination > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 > OpalUDP Close > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 Opal > Transport Close > 2007/03/07 23:06:06.441 2:54.940 SIP Transport:8644db0 SIP > Read thread finished. > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > OpalCon OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > GMSIPEndpoint SIP connection released > 2007/03/07 23:06:06.443 2:54.942 OnRelease:8674b50 OpalEP > OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.560 2:55.059 OnRelease:8674b50 > GMManager Will release the connection > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 > OpalMan OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 Call > OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > OpalCon Releasing Call[1]-EP [Default] > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > OpalCon Call end reason for Default set to EndedBySecurityDenial > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 > OpalCon SetPhase from SetUpPhase to ReleasingPhase > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 SIP > Transaction 1 INVITE aborted. > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 SIP > Transaction 1 INVITE destroyed. > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 > OpalCon OnRelease thread completed for > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > 2007/03/07 23:06:06.564 2:55.063 OnRelease:86780d0 > OpalCon OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:06.565 2:55.064 OnRelease:86780d0 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 > GMPCSSEndpoint PCSS connection released > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 OpalEP > OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > GMManager Will release the connection > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > OpalMan OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:06.567 2:55.067 OnRelease:86780d0 Call > OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > Transport clean up on termination > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage > OpalUDP Close > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > Transport Close > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage SIP > Deleted connection. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > OpalCon Connection > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > destroyed. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 1, Shutting down read. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 1, Shutting down write. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 2, Shutting down read. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 2, Shutting down write. > 2007/03/07 23:06:09.917 2:58.416 OnRelease:86780d0 > OpalCon OnRelease thread completed for Default > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage PCSS > Deleted PC sound system connection. > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage > OpalCon Connection Call[1]-EP [Default] destroyed. > 2007/03/07 23:06:11.113 2:59.612 OpalGarbage Call > Call[1] destroyed. > > > can anyone help ? > is this the router ? > I'm not sure what brand it is, as it is the one of my neighbour ;) > but I think it is a D-Link. Though to be not perfect, the connection > is normally acceptable (Skype use to work correctly from the same > machine). > and I haven't tried yet to open the ports, but it is something I migth > e able to do if needed. (though that the STUN seems to correctly find > the IP adress; note: I changed it to XXX.XXX.XXX.XX in this email). > > Really, I'd be very happy if anyone can help, > I've been looking in many forum, the faq, documentation... now, > and I can't find the thing. > > thanks in advance. > > Spok. > > > > ______________________________________________________________________ > D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos > questions ! Profitez des connaissances, des opinions et des > exp?riences des internautes sur Yahoo! Questions/R?ponses. > _______________________________________________ > 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 --------------------------------- D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses. -------------- next part -------------- An HTML attachment was scrubbed... URL: From oisin.feeley at gmail.com Fri Mar 9 02:53:35 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Thu, 8 Mar 2007 21:53:35 -0500 Subject: [Ekiga-list] RE : Re: in difficulties In-Reply-To: <20070309024730.28995.qmail@web25219.mail.ukl.yahoo.com> References: <1173349997.6098.12.camel@scorpion> <20070309024730.28995.qmail@web25219.mail.ukl.yahoo.com> Message-ID: On 3/8/07, S?bastien wrote: > euh, excuse moi l?, mais c quoi la "pastebin"? :) C'est une libre site Web pour la collaboration. Vous pouvez mettre le output ici: http://pastebin.com/ et il y a une alternatif ici: http://nopaste.snit.ch/ HTH, Ois?n Feeley From bbagger at gmail.com Fri Mar 9 10:19:47 2007 From: bbagger at gmail.com (Bent Bagger) Date: Fri, 9 Mar 2007 11:19:47 +0100 Subject: [Ekiga-list] Can't call sip:500@ekiga.net "proxy authentication required" In-Reply-To: <45F0988A.9050508@booths.org.uk> References: <45F0988A.9050508@booths.org.uk> Message-ID: <2e19719f0703090219u1c8c0f97y8d66b29dbc63493d@mail.gmail.com> Hi Ken 2007/3/9, Ken Booth : > > Sorry if this is a dumb question, but I'm new to using SIP ... > You have probably seen this before: "There are no dumb questions, only dumb answers..." - but I couldn't restist it. > I've setup an Asterisk server, with X-Lite 3.0 SIP softphones. I can > successfully call any PSTN number using my Asterisk dialplans, I can > call myself at sip:20 at myasteriskserver.co.uk and I can even call some > other companies e.g. sip:555 at didww.com Can I assume that you use some kind of prefix for dialing these numbers? X-Lite does not accept anything else that numeric input - at least my X-Lite, which is V2.0 for Linux, doesn't? If you like I could send you a screen dump of my X-Lite setup. I have only set a few lines in the System Settings -> SIP Proxy -> [default] ..... > > Also, why don't I see anything happening on my Asterisk console, when I > call sip:1234 at domain.com? > Have you tried to increase the verbosity level in Asterisk? 'set verbose 3' gives me a comfortable level of output from Asterisk. .... Take a look at what I wrote on the wiki about using Asterisk (http://wiki.ekiga.org/index.php/Ekiga_as_an_Asterisk_client) Hope this can be of help. Best regards, Bent From dsandras at seconix.com Fri Mar 9 13:26:03 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 09 Mar 2007 14:26:03 +0100 Subject: [Ekiga-list] Can't call sip:500@ekiga.net "proxy authentication required" In-Reply-To: <45F0988A.9050508@booths.org.uk> References: <45F0988A.9050508@booths.org.uk> Message-ID: <1173446763.3846.28.camel@scorpion> Le jeudi 08 mars 2007 ? 23:13 +0000, Ken Booth a ?crit : > Hi all, > > Sorry if this is a dumb question, but I'm new to using SIP ... > > I've setup an Asterisk server, with X-Lite 3.0 SIP softphones. I can > successfully call any PSTN number using my Asterisk dialplans, I can > call myself at sip:20 at myasteriskserver.co.uk and I can even call some > other companies e.g. sip:555 at didww.com > > My X-lite 3.0 config is set with a "Domain Proxy" of "target domain" > > However, whenever I try to make a test call e.g. to sip:500 at ekiga.net I > get the error "Proxy Authentication Required" > > I also get the same error when I try to call my sipgate account using > sip:1234567 at sipgate.co.uk, yet making a PSTN call to (area > code)-123-4567 works (routing from PSTN to sipgate to my Asterisk server > to my X-lite SIP phone). > Ekiga.net only accepts calls from ekiga users, so you have to be registered to ekiga.net so that it works. You can call other users without being registered though, but not special services. I suppose it is the same with sipgate.co.uk. -- _ 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 Fri Mar 9 13:28:05 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 09 Mar 2007 14:28:05 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45F082A9.8030107@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> <45EC36F1.9070002@ntlworld.com> <45EC3B60.9030302@fastwebnet.it> <1173348178.3778.47.camel@scorpion> <45F082A9.8030107@fastwebnet.it> Message-ID: <1173446885.3846.31.camel@scorpion> Le jeudi 08 mars 2007 ? 22:39 +0100, Maurizio Avogadro a ?crit : > Hi Damien > > Damien Sandras wrote: > > I have examined your logs, and there is a hint. > > > > [...] > > > > See the Contact field -> > > Contact: > > > > It is the public IP address. > > > > Then in the answer from the server : > > [...] > > > > See the Contact field -> > > Contact: ;expires=3600 > > > > It means that the router has been rewriting the SIP packet !!! > > It has replaced the public IP address by your personal IP address. It is > > a bug in the router. > > this seems quite interesting, but I still have a question: if this is > true how can echo at proxy01.sipphone.com work? > With that service I can hear my voice back perfectly also without STUN: > maybe that client uses the address from which the IP packets are > originated instead of that supplied in the SIP protocol. Exactly. On Ekiga.net, we are not doing that because it would only work with special numbers but not with other users, so people would have the wrong impression that everything is setup correctly when it is not the case. > > > I suggest you to try the following : > > - do not use STUN at all. > > > > I do not think you are in a real NAT, 23.X.X.X does not sound like a > > private address too me. > > I'm sure it is. See this page about Fastweb IP mapping: > http://plany.fasthosting.it/natpool.html > > Without STUN I can't get any audio from neither 333 at voip.wengo.fr nor > 500 at ekiga.net; with STUN I can hear the recorded message from > 333 at voip.wengo.fr but I still get only silence from 500 at ekiga.net. > > Anyway I think that this is probably not an Ekiga issue but just a > consequence of the different SIP implementations of the parties I'm > calling: am I right? Bad news for me in this case... Wengo's http > tunneling will be my last resort. I think it is an issue of your provider... I can only suggest you to change your provider. -- _ 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 Fri Mar 9 14:39:26 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 09 Mar 2007 15:39:26 +0100 Subject: [Ekiga-list] Let's spread Ekiga : volunteers ? In-Reply-To: <45179.195.37.209.105.1173358154.squirrel@195.37.209.105> References: <1171315928.3674.35.camel@scorpio> <1171315990.3674.37.camel@scorpio> <2e19719f0703051220la35bf18y762f68542e495302@mail.gmail.com> <1173348362.3778.51.camel@scorpion> <45179.195.37.209.105.1173358154.squirrel@195.37.209.105> Message-ID: <1173451166.3846.103.camel@scorpion> Le jeudi 08 mars 2007 ? 13:49 +0100, Jan Schampera a ?crit : > On Do, 8.03.2007, 11:06, Damien Sandras sagte: > > > I have always wondered : > > - should we keep using SERWEB ? > > - should we rewrite it? > > > > We only use minor features : > > - subscribing > > - modifying account details > > > > So perhaps modifying it would be the best. > > > > Perhaps also we could simply write some PHP script for the Call Me > > function, and in Ekiga, we would put a "Call Me" button that triggers it > > and thus triggers a call. > > > > Julien, Jan, Yannick, what do you think ? > > Hi! > > If SERWEB is only our user management tool, and really nothing else, we > shouldn't need it, IMHO, no? > What do we use out of SER itself? > SER is used as a SIP proxy to route SIP messages : - to another registered user - to asterisk for a specific application SERWEB is used for users to subscribe and update their subscription information. If we want, we could simply implement the creation of accounts from Ekiga and SERWEB would be unuseful. SERWEB is actually only used to populate SER's databases. We do not use it for anything else. -- _ 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 sf.net at booths.org.uk Fri Mar 9 14:39:57 2007 From: sf.net at booths.org.uk (Ken Booth) Date: Fri, 09 Mar 2007 14:39:57 +0000 Subject: [Ekiga-list] Can't call sip:500@ekiga.net "proxy authentication required" In-Reply-To: <1173446763.3846.28.camel@scorpion> References: <45F0988A.9050508@booths.org.uk> <1173446763.3846.28.camel@scorpion> Message-ID: <45F171BD.8090101@booths.org.uk> Damien Sandras wrote: >> I've setup an Asterisk server, with X-Lite 3.0 SIP softphones. I can >> successfully call any PSTN number using my Asterisk dialplans, I can >> call myself at sip:20 at myasteriskserver.co.uk and I can even call some >> other companies e.g. sip:555 at didww.com >> >> My X-lite 3.0 config is set with a "Domain Proxy" of "target domain" >> >> However, whenever I try to make a test call e.g. to sip:500 at ekiga.net I >> get the error "Proxy Authentication Required" >> >> I also get the same error when I try to call my sipgate account using >> sip:1234567 at sipgate.co.uk, yet making a PSTN call to (area >> code)-123-4567 works (routing from PSTN to sipgate to my Asterisk server >> to my X-lite SIP phone). >> > > Ekiga.net only accepts calls from ekiga users, so you have to be > registered to ekiga.net so that it works. You can call other users > without being registered though, but not special services. I suppose it > is the same with sipgate.co.uk. > Thanks, Damien. I have registered an account with ekiga.net and tried to setup a users.conf entry for my ekiga account on the Asterisk server. My Asterisk server doesn't seem to get involved in the attempts to make SIP calls, so how do I use my ekiga account my to make SIP calls, when X-lite only allows me to register one account (and that has to be on my Asterisk server)? I have tried to use Asterisk as a proxy server in the X-lite config, but then every call fails with "Caller not found" Do I need to use SER as well as Asterisk? Regards, Ken. From dsandras at seconix.com Fri Mar 9 14:47:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 09 Mar 2007 15:47:37 +0100 Subject: [Ekiga-list] Can't call sip:500@ekiga.net "proxy authentication required" In-Reply-To: <45F171BD.8090101@booths.org.uk> References: <45F0988A.9050508@booths.org.uk> <1173446763.3846.28.camel@scorpion> <45F171BD.8090101@booths.org.uk> Message-ID: <1173451657.3846.106.camel@scorpion> Le vendredi 09 mars 2007 ? 14:39 +0000, Ken Booth a ?crit : > Damien Sandras wrote: > >> I've setup an Asterisk server, with X-Lite 3.0 SIP softphones. I can > >> successfully call any PSTN number using my Asterisk dialplans, I can > >> call myself at sip:20 at myasteriskserver.co.uk and I can even call some > >> other companies e.g. sip:555 at didww.com > >> > >> My X-lite 3.0 config is set with a "Domain Proxy" of "target domain" > >> > >> However, whenever I try to make a test call e.g. to sip:500 at ekiga.net I > >> get the error "Proxy Authentication Required" > >> > >> I also get the same error when I try to call my sipgate account using > >> sip:1234567 at sipgate.co.uk, yet making a PSTN call to (area > >> code)-123-4567 works (routing from PSTN to sipgate to my Asterisk server > >> to my X-lite SIP phone). > >> > > > > Ekiga.net only accepts calls from ekiga users, so you have to be > > registered to ekiga.net so that it works. You can call other users > > without being registered though, but not special services. I suppose it > > is the same with sipgate.co.uk. > > > Thanks, Damien. > > I have registered an account with ekiga.net and tried to setup a > users.conf entry for my ekiga account on the Asterisk server. > > My Asterisk server doesn't seem to get involved in the attempts to make > SIP calls, so how do I use my ekiga account my to make SIP calls, when > X-lite only allows me to register one account (and that has to be on my > Asterisk server)? > > I have tried to use Asterisk as a proxy server in the X-lite config, but > then every call fails with "Caller not found" > Ekiga can register several accounts. I do not know about XLite. XLite setup questions should be directed to the XLite mailing list or forums. Just note that our Asterisk can register to all accounts for you, and you can have your Ekiga softphone register only to Asterisk, which will then route the call to the appropriate destination. Asterisk setup questions should be directed to the Asterisk mailing 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 mabrand at mabrand.nl Fri Mar 9 18:30:57 2007 From: mabrand at mabrand.nl (Mark Brand) Date: Fri, 09 Mar 2007 19:30:57 +0100 Subject: [Ekiga-list] automatic reconnecting Message-ID: <45F1A7E1.5060808@mabrand.nl> Hi, There are a few things that seem odd to me in ekiga 2.0.5 with respect to SIP server connections: -If ekiga starts before the network is up, it appears not to keep trying to reconnect. -There isn't any obvious way to connect, disconnect, or reconnect except starting and stopping ekiga -It appears that the number of "registered accounts" shown does not drop to zero when the connection is lost. This is especially a nuisance in a situation like this: -KDE network manager is used to select a network, so there is no reason to think that the network is already connected once KDE starts -KDE starts ekiga automatically -Ekiga starts hidden. When hidden, the user has no way of seeing that ekiga is not connected. Is there something I'm missing or is this an issue for a change request? Mark From leon.stringer at ntlworld.com Fri Mar 9 22:32:57 2007 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Fri, 09 Mar 2007 22:32:57 +0000 Subject: [Ekiga-list] Windows: No Audio Message-ID: <45F1E099.4020202@ntlworld.com> Hi, I'm trying to run the Windows port on a Toshiba Portege 2000 on Windows 2000. When I run the druid and do the sound test, I see the graph move as I speak, but my voice is not echoed back, I just get a high pitched whine. I can record and playback my voice through the Sound Recorder Windows Utility. Is there anything I can do to address this? Thanks, Leon... From dieter.rogiest at telenet.be Sat Mar 10 03:46:30 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Sat, 10 Mar 2007 04:46:30 +0100 Subject: [Ekiga-list] I hear no echo calling 500@ekiga.net but am able to videoconference with my sister with horrible sound Message-ID: <200703100446.30323.dieter.rogiest@telenet.be> I compiled ekiga-snapshot-060307 on Mandriva Linux 2007. I have a Logitech Quickcam Fusion with integrated microphone. When calling 500 at ekiga.net or any other echo service I hear the voice of the lady but never an echo of what i'm throwing at the microphone. I produced "ekiga -d 4 > output.txt 2>&1" but I do not know what to look for in that output.txt. When I try to get an echo I see on my gkrellm window that there is +-10 KB/s upload and +-10KB/s download on eth0, when I stop blabbing both streams drop down. I do not know whether that incoming traffic has already passed my software firewall or that the firewall prevents that traffic from reaching ekiga. My firewall has these ports open: 1720/tcp, 30000:30010/tcp, 5060/udp. The configuration druid said that I do no need a STUN server. Are there other ports that I should open? The configuration druid audio test with my microphone works successfully. With ekiga I am able to videoconference with my sister who uses ekiga for windows but the sound is horrible on both sides. But I will talk about that next week. Skype for linux works with excellent audio. Dieter From jacques at tele.ucl.ac.be Sat Mar 10 03:59:53 2007 From: jacques at tele.ucl.ac.be (Laurent Jacques) Date: Fri, 09 Mar 2007 21:59:53 -0600 Subject: [Ekiga-list] automatic reconnecting In-Reply-To: <45F1A7E1.5060808@mabrand.nl> References: <45F1A7E1.5060808@mabrand.nl> Message-ID: <45F22D39.9060003@tele.ucl.ac.be> Not a helpful message but just... I agree with you Mark. This seems a interesting but missing feature for Ekiga. A wish for next version. To take a comparison with another program (not VoIP but), gaim is able to reconnect to the network either manually or automatically if the connection is lost whatever is the protocol/account. Best, Laurent Mark Brand wrote: > Hi, > > There are a few things that seem odd to me in ekiga 2.0.5 with respect > to SIP server connections: > > -If ekiga starts before the network is up, it appears not to keep trying > to reconnect. > -There isn't any obvious way to connect, disconnect, or reconnect except > starting and stopping ekiga > -It appears that the number of "registered accounts" shown does not drop > to zero when the connection is lost. > > This is especially a nuisance in a situation like this: > > -KDE network manager is used to select a network, so there is no reason > to think that the network is already connected once KDE starts > -KDE starts ekiga automatically > -Ekiga starts hidden. When hidden, the user has no way of seeing that > ekiga is not connected. > > Is there something I'm missing or is this an issue for a change request? > > Mark > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > -- Dr. Laurent JACQUES Researcher, FRS-FNRS, Belgium Communications and Remote Sensing Laboratory Universit? catholique de Louvain Batiment St?vin Place du Levant, 2 1348 Louvain-la-Neuve, Belgium Office: a.133 Tel: +32 10 47 81 24 Fax: +32 10 47 20 89 http://www.tele.ucl.ac.be/~jacques From bbagger at gmail.com Sat Mar 10 05:37:02 2007 From: bbagger at gmail.com (Bent Bagger) Date: Sat, 10 Mar 2007 06:37:02 +0100 Subject: [Ekiga-list] Let's spread Ekiga : volunteers ? In-Reply-To: <1173451166.3846.103.camel@scorpion> References: <1171315928.3674.35.camel@scorpio> <1171315990.3674.37.camel@scorpio> <2e19719f0703051220la35bf18y762f68542e495302@mail.gmail.com> <1173348362.3778.51.camel@scorpion> <45179.195.37.209.105.1173358154.squirrel@195.37.209.105> <1173451166.3846.103.camel@scorpion> Message-ID: <2e19719f0703092137n26a71bbbm906a288a4e06d53d@mail.gmail.com> Hi Damien et (und?) Jan > Le jeudi 08 mars 2007 ? 13:49 +0100, Jan Schampera a ?crit : > > > If SERWEB is only our user management tool, and really nothing else, we > > shouldn't need it, IMHO, no? > Without knowing exactly what SERWEB is - it is probably the web interface (Apache/2.2.3 (Debian) PHP/4.4.4-8 mod_ssl/2.2.3 OpenSSL/0.9.8c Server at www.ekiga.net Port 80) - I would advocate that it is kept. I'm a strong believer in keeping separate things separate (or KISS if you like). > What do we use out of SER itself? It has at least one important function: the "Forgot Password?" button. These days, where you don't have to type your password every time, because the program remembers it for you, you run into trouble when you e.g. go to another computer and try to log in and suddenly cannot remember your password. In this situation a 'Forgot Password?' button is a godsend. > > SERWEB is actually only used to populate SER's databases. We do not use > it for anything else. > SERWEB would be the first place where I would put the code for the 'Call Me' button. I think it would be hard to implement a 'Call Me' function in Ekiga itself since at least Asterisk and probably also SER are very good at detecting local loops, so a 'Call Me' function should initiate the call totally outside Ekiga. Those are my thought this early in the morning. If I knew more about SERWEB I could speak with much more certainty. Bent From jan.schampera at web.de Sat Mar 10 06:39:42 2007 From: jan.schampera at web.de (Jan Schampera) Date: Sat, 10 Mar 2007 07:39:42 +0100 Subject: [Ekiga-list] automatic reconnecting In-Reply-To: <45F1A7E1.5060808@mabrand.nl> References: <45F1A7E1.5060808@mabrand.nl> Message-ID: <20070310073942.6483d6bb@localhost.localdomain> On Fri, 09 Mar 2007 19:30:57 +0100 Mark Brand wrote: Mark, > There are a few things that seem odd to me in ekiga 2.0.5 with respect > to SIP server connections: > > -If ekiga starts before the network is up, it appears not to keep > trying to reconnect. > -There isn't any obvious way to connect, disconnect, or reconnect > except starting and stopping ekiga > -It appears that the number of "registered accounts" shown does not > drop to zero when the connection is lost. > > This is especially a nuisance in a situation like this: > > -KDE network manager is used to select a network, so there is no > reason to think that the network is already connected once KDE starts > -KDE starts ekiga automatically > -Ekiga starts hidden. When hidden, the user has no way of seeing that > ekiga is not connected. > > Is there something I'm missing or is this an issue for a change > request? http://bugzilla.gnome.org/show_bug.cgi?id=390890 sounds like related. -- "Be liberal in what you accept, and conservative in what you send." - J. B. Postel, master of the net. From joelbryan.juliano at gmail.com Sat Mar 10 08:52:07 2007 From: joelbryan.juliano at gmail.com (Joel Bryan Juliano) Date: Sat, 10 Mar 2007 16:52:07 +0800 Subject: [Ekiga-list] Ekiga.net like Open Source application? Message-ID: Hello, Is the Ekiga.net web application open source? and If yes, where can I get it? -- Stay away from Piracy, use Open Source. From fabrice at alphonso.dyndns.org Sat Mar 10 09:46:18 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Sat, 10 Mar 2007 10:46:18 +0100 Subject: [Ekiga-list] I hear no echo calling 500@ekiga.net but am able to videoconference with my sister with horrible sound In-Reply-To: <200703100446.30323.dieter.rogiest@telenet.be> References: <200703100446.30323.dieter.rogiest@telenet.be> Message-ID: <1173519978.10180.14.camel@balder.walhalla> On sam, 2007-03-10 at 04:46 +0100, Dieter Rogiest wrote: > I compiled ekiga-snapshot-060307 on Mandriva Linux 2007. > I have a Logitech Quickcam Fusion with integrated microphone. > > When calling 500 at ekiga.net or any other echo service I hear the voice of the > lady but never an echo of what i'm throwing at the microphone. > I produced "ekiga -d 4 > output.txt 2>&1" but I do not know what to look for > in that output.txt. > When I try to get an echo I see on my gkrellm window that there is +-10 KB/s > upload and +-10KB/s download on eth0, when I stop blabbing both streams drop > down. > I do not know whether that incoming traffic has already passed my software > firewall or that the firewall prevents that traffic from reaching ekiga. > My firewall has these ports open: 1720/tcp, 30000:30010/tcp, 5060/udp. > The configuration druid said that I do no need a STUN server. Are there other > ports that I should open? As advertised on the relevant wiki page at : http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga the open ports you need are : for SIP: 5000-5100/UDP with listen port 5060 and for H323: 1720/tcp and 5000-5100/UDP (30000-30010 are only needed if you want to talk with users using the OLD and DEPRECATED Netmeeting on MS Windows) > The configuration druid audio test with my microphone works successfully. > > With ekiga I am able to videoconference with my sister who uses ekiga for > windows but the sound is horrible on both sides. But I will talk about that > next week. > > Skype for linux works with excellent audio. > > Dieter Hope that helps Fabrice From jpuydt at free.fr Sat Mar 10 10:12:50 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 10 Mar 2007 11:12:50 +0100 Subject: [Ekiga-list] Ekiga.net like Open Source application? In-Reply-To: References: Message-ID: <45F284A2.30205@free.fr> Joel Bryan Juliano a ?crit : > Hello, Is the Ekiga.net web application open source? and If yes, where > can I get it? > I think (and Damien will correct/confirm) that it's just asterisk+serweb, both open source. Snark From dsandras at seconix.com Sat Mar 10 10:44:45 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 10 Mar 2007 11:44:45 +0100 Subject: [Ekiga-list] Ekiga.net like Open Source application? In-Reply-To: <45F284A2.30205@free.fr> References: <45F284A2.30205@free.fr> Message-ID: <1173523485.3689.25.camel@scorpion> Le samedi 10 mars 2007 ? 11:12 +0100, Julien Puydt a ?crit : > Joel Bryan Juliano a ?crit : > > Hello, Is the Ekiga.net web application open source? and If yes, where > > can I get it? > > > > I think (and Damien will correct/confirm) that it's just > asterisk+serweb, both open source. > asterisk + SER + serweb -- _ 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 joelbryan.juliano at gmail.com Sun Mar 11 03:57:37 2007 From: joelbryan.juliano at gmail.com (Joel Bryan Juliano) Date: Sun, 11 Mar 2007 11:57:37 +0800 Subject: [Ekiga-list] Ekiga.net like Open Source application? In-Reply-To: <1173523485.3689.25.camel@scorpion> References: <45F284A2.30205@free.fr> <1173523485.3689.25.camel@scorpion> Message-ID: On 3/10/07, Damien Sandras wrote: > > Le samedi 10 mars 2007 ? 11:12 +0100, Julien Puydt a ?crit : > > Joel Bryan Juliano a ?crit : > > > Hello, Is the Ekiga.net web application open source? and If yes, where > > > can I get it? > > > > > > > I think (and Damien will correct/confirm) that it's just > > asterisk+serweb, both open source. > > > > asterisk + SER + serweb > -- > _ 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 With Asterisk + SER + SerWeb, is it possible to add Jabber server too with the domain, and use the domain with Jabber clients? _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Like the cat in the bag, waiting to drown..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From dominik.margraf at gmail.com Sun Mar 11 04:25:02 2007 From: dominik.margraf at gmail.com (Dominik Margraf) Date: Sun, 11 Mar 2007 17:25:02 +1300 Subject: [Ekiga-list] static binary for ekiga 2.0.5 Message-ID: <409337ba0703102025r5db44e69p1bc80653ac40a4da@mail.gmail.com> I am using Ubuntu Feisty, which only has 2.0.3 and I am trying to build 2.0.5, but failed because Ubuntu does not have the correct versions of opal and pwlib. Are there any ekiga 2.0.5 static binary available which can be used in *any* distribution? Thanks! Dominik From dsandras at seconix.com Sun Mar 11 10:34:27 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 11:34:27 +0100 Subject: [Ekiga-list] static binary for ekiga 2.0.5 In-Reply-To: <409337ba0703102025r5db44e69p1bc80653ac40a4da@mail.gmail.com> References: <409337ba0703102025r5db44e69p1bc80653ac40a4da@mail.gmail.com> Message-ID: <1173609267.3698.2.camel@scorpion> Le dimanche 11 mars 2007 ? 17:25 +1300, Dominik Margraf a ?crit : > I am using Ubuntu Feisty, which only has 2.0.3 and I am trying to > build 2.0.5, but failed because Ubuntu does not have the correct > versions of opal and pwlib. > > Are there any ekiga 2.0.5 static binary available which can be used in > *any* distribution? > Unfortunately not :( -- _ 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 Mar 11 10:34:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 11:34:51 +0100 Subject: [Ekiga-list] Ekiga.net like Open Source application? In-Reply-To: References: <45F284A2.30205@free.fr> <1173523485.3689.25.camel@scorpion> Message-ID: <1173609291.3698.4.camel@scorpion> Le dimanche 11 mars 2007 ? 11:57 +0800, Joel Bryan Juliano a ?crit : > On 3/10/07, Damien Sandras wrote: > Le samedi 10 mars 2007 ? 11:12 +0100, Julien Puydt a ?crit : > > Joel Bryan Juliano a ?crit : > > > Hello, Is the Ekiga.net web application open source? and > If yes, where > > > can I get it? > > > > > > > I think (and Damien will correct/confirm) that it's just > > asterisk+serweb, both open source. > > > > asterisk + SER + serweb > -- > _ 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 > > > With Asterisk + SER + SerWeb, is it possible to add Jabber server too > with the domain, and use the domain with Jabber clients? Yes. We could do 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 dsandras at seconix.com Sun Mar 11 13:54:44 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 14:54:44 +0100 Subject: [Ekiga-list] Ekiga 2.0.6 available Message-ID: <1173621284.3698.16.camel@scorpion> This is an update of Ekiga 2.0 and the release of Ekiga for the upcoming GNOME version. * What is it ? ============== Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? =================== Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/sources/ekiga/2.0 * What's changed ? ================== * Fixed OpenSolaris V4L2 support. (Elaine Xiong from SUN, #407820) * Improved locking mechanism to prevent possible crash when registering SIP accounts. (Damien Sandras, #411438) * Prevent possible deadlock when hanging up a call on broken ALSA configurations. (Damien Sandras) * Fixed green screen problem with some MJPEG cameras. (Luc Saillard) * Make API that uses valists a bit more sane (#415526, Kees Cook, Mark Cox) and fix a possible remote exploit (Jan Schampera thanks to Kees) * Fixed possible Avahi crash. (#416551, Damien Sandras) * Fixed possible audio problem during H.323 calls. (#408843, Craig Southeren) * Use GtkAboutDialog instead of own or GNOME-specific code. (#361134, Luis Menina) -- _ 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 phi2-monroux at wanadoo.fr Sun Mar 11 14:00:43 2007 From: phi2-monroux at wanadoo.fr (Philippe MONROUX) Date: Sun, 11 Mar 2007 18:00:43 +0400 Subject: [Ekiga-list] Installation pb on debian etch Message-ID: <20070311140043.GB18127@mondomaine> Hello, I get some problem installing asterisk + ekiga on my debian etch: ii asterisk 1.2.13~dfsg-2 Open Source Private Branch Exchange (PBX) ii ekiga 2.0.3-4 H.323 and SIP compatible VOIP client $: asterisk -U asterisk -vgc give me some WARNING like : ,---- | WARNING[21806]: res_musiconhold.c:852 moh_register: Unable to open | pseudo channel for timing... Sound may be choppy. | | WARNING[21806]: res_odbc.c:565 odbc_obj_connect: res_odbc: Error | SQLConnect=-1 errno=0 [unixODBC][Driver Manager]Data source name not | found, and no default driver specified `---- but asterisk daemon start well. the pb is when I start ekiga I always get : IN FRENCH : L'inscription de ekiga a 10.0.0.1 a echoue IN ENGLISH :ekiga cannot subscribe I don't know where is the solution. Can anybody help me ? thanks. ========== Here are the significant lines of my sip.conf ,---- | [general] | context=default | bindport=5060 | bindaddr=0.0.0.0 | srvlookup=yes | disallow=all | | register => phi2:6641ekiganet at ekiga.net/1234 | | [authentication] | | [ekiganet-out] | type=peer | secret=6641ekiganet | username=phi2 | host=ekiga.net | call-limit=5 | context=from-ekiganet | | [ekiga1] | type=friend | host=dynamic | username=ekiga1 | secret=6641ekiga1 | disallow=all | allow=ulaw | [ekiga2] | type=friend | host=dynamic | username=ekiga2 | secret=6641ekiga2 | disallow=all | allow=ulaw `---- And the significant lines of my extensions.conf ,---- | [general] | static=yes | writeprotect=no | autofallthrough=yes | clearglobalvars=no | priorityjumping=no | [globals] | CONSOLE=Console/dsp | IAXINFO=guest | TRUNK=Zap/g2 | TRUNKMSD=1 | exten => 555,1,Dial(SIP/ekiga1) | exten => 556,1,Dial(SIP/ekiga2) `---- -- Philippe Monroux 55.3W -21.5S From dsandras at seconix.com Sun Mar 11 14:33:08 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 15:33:08 +0100 Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.7 released Message-ID: <1173623588.3698.30.camel@scorpion> This is an update of Ekiga 2.0 and the release of Ekiga for the upcoming GNOME version. * What is it ? ============== Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? =================== Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/sources/ekiga/2.0 * What's changed ? ================== * Fixed wrong API call in Avahi code resulting in a corruption of the GSList. -- _ 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 Mar 11 14:36:39 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 15:36:39 +0100 Subject: [Ekiga-list] Installation pb on debian etch In-Reply-To: <20070311140043.GB18127@mondomaine> References: <20070311140043.GB18127@mondomaine> Message-ID: <1173623799.3698.32.camel@scorpion> Le dimanche 11 mars 2007 ? 18:00 +0400, Philippe MONROUX a ?crit : > Hello, > > I get some problem installing asterisk + ekiga on my debian etch: > > ii asterisk 1.2.13~dfsg-2 Open Source Private Branch Exchange (PBX) > ii ekiga 2.0.3-4 H.323 and SIP compatible VOIP client > > $: asterisk -U asterisk -vgc give me some WARNING like : > > ,---- > | WARNING[21806]: res_musiconhold.c:852 moh_register: Unable to open > | pseudo channel for timing... Sound may be choppy. > | > | WARNING[21806]: res_odbc.c:565 odbc_obj_connect: res_odbc: Error > | SQLConnect=-1 errno=0 [unixODBC][Driver Manager]Data source name not > | found, and no default driver specified > `---- > > but asterisk daemon start well. > > the pb is when I start ekiga I always get : > > IN FRENCH : L'inscription de ekiga a 10.0.0.1 a echoue > IN ENGLISH :ekiga cannot subscribe > > I don't know where is the solution. > What's the asterisk debug output ? -- _ 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 anonymau at fastwebnet.it Sun Mar 11 16:20:24 2007 From: anonymau at fastwebnet.it (Maurizio Avogadro) Date: Sun, 11 Mar 2007 17:20:24 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <1173446885.3846.31.camel@scorpion> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> <45EC36F1.9070002@ntlworld.com> <45EC3B60.9030302@fastwebnet.it> <1173348178.3778.47.camel@scorpion> <45F082A9.8030107@fastwebnet.it> <1173446885.3846.31.camel@scorpion> Message-ID: <45F42C48.3030009@fastwebnet.it> Hi Damien Damien Sandras wrote: > I think it is an issue of your provider... I can only suggest you to > change your provider. My provider supplies to its customers a router which also has PSTN-like outputs for traditional phones connection and does deliver such services by using VoIP: that's probably the reason for that behaviour. Changing provider is not an easy skill here in Italy since you get heavily charged everytime for "line setup"; furthermore, there are huge delays and customers often have to wait months before they can get a new working line. This is Italy! I was only wondering if there is any "trick" to hide the SIP traffic so that it can pass transparently through the routers, such as changing the default ports, encrypting or something like that. It's the last question for you... Thank you very much Maurizio Avogadro From rankincj at yahoo.com Sun Mar 11 17:09:23 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Sun, 11 Mar 2007 17:09:23 +0000 (GMT) Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.7 released In-Reply-To: <1173623588.3698.30.camel@scorpion> Message-ID: <326342.45141.qm@web52906.mail.yahoo.com> --- Damien Sandras wrote: > This is an update of Ekiga 2.0 and the release of Ekiga for the upcoming > GNOME version. Hi, I cannot compile the V4L2 plugin in pwlib 1.10.5; the problem seems to be that the following part of the configure script fails: #ifdef __linux__ #include #include #else #ifdef __sun #include #include #endif #endif #include int main(void) { return 0; } In file included from /usr/include/asm/param.h:4, from /usr/include/linux/time.h:4, from conftest.c:21: /usr/include/unistd.h:201: error: conflicting types for 'gid_t' /usr/include/linux/types.h:21: error: previous declaration of 'gid_t' was here /usr/include/unistd.h:206: error: conflicting types for 'uid_t' /usr/include/linux/types.h:20: error: previous declaration of 'uid_t' was here In file included from /usr/include/sys/time.h:29, from /usr/include/linux/videodev2.h:18, from conftest.c:30: /usr/include/bits/time.h:70: error: redefinition of 'struct timeval' In file included from /usr/include/sys/select.h:44, from /usr/include/sys/time.h:31, from /usr/include/linux/videodev2.h:18, from conftest.c:30: /usr/include/time.h:122: error: redefinition of 'struct timespec' In file included from /usr/include/sys/time.h:31, from /usr/include/linux/videodev2.h:18, from conftest.c:30: /usr/include/sys/select.h:78: error: conflicting types for 'fd_set' /usr/include/linux/types.h:9: error: previous declaration of 'fd_set' was here In file included from /usr/include/linux/videodev2.h:18, etc... However, the test succeeds if you include and instead. (This is with the GLIBC on FC5, BTW.) Cheers, Chris ___________________________________________________________ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk From dsandras at seconix.com Sun Mar 11 18:30:14 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 19:30:14 +0100 Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.7 released In-Reply-To: <326342.45141.qm@web52906.mail.yahoo.com> References: <326342.45141.qm@web52906.mail.yahoo.com> Message-ID: <1173637814.3698.47.camel@scorpion> Le dimanche 11 mars 2007 ? 17:09 +0000, Chris Rankin a ?crit : > --- Damien Sandras wrote: > > > This is an update of Ekiga 2.0 and the release of Ekiga for the upcoming > > GNOME version. > > Hi, > > I cannot compile the V4L2 plugin in pwlib 1.10.5; the problem seems to be that the following part > of the configure script fails: > > #ifdef __linux__ > #include > #include > #else > #ifdef __sun > #include > #include > #endif > #endif > > > #include > > int > main(void) > { > return 0; > } > > In file included from /usr/include/asm/param.h:4, > from /usr/include/linux/time.h:4, > from conftest.c:21: > /usr/include/unistd.h:201: error: conflicting types for 'gid_t' > /usr/include/linux/types.h:21: error: previous declaration of 'gid_t' was here > /usr/include/unistd.h:206: error: conflicting types for 'uid_t' > /usr/include/linux/types.h:20: error: previous declaration of 'uid_t' was here > In file included from /usr/include/sys/time.h:29, > from /usr/include/linux/videodev2.h:18, > from conftest.c:30: > /usr/include/bits/time.h:70: error: redefinition of 'struct timeval' > In file included from /usr/include/sys/select.h:44, > from /usr/include/sys/time.h:31, > from /usr/include/linux/videodev2.h:18, > from conftest.c:30: > /usr/include/time.h:122: error: redefinition of 'struct timespec' > In file included from /usr/include/sys/time.h:31, > from /usr/include/linux/videodev2.h:18, > from conftest.c:30: > /usr/include/sys/select.h:78: error: conflicting types for 'fd_set' > /usr/include/linux/types.h:9: error: previous declaration of 'fd_set' was here > In file included from /usr/include/linux/videodev2.h:18, > > etc... > > However, the test succeeds if you include and instead. (This is with > the GLIBC on FC5, BTW.) > Have you changed your distribution between Ekiga 2.0.5 and Ekiga 2.0.7 ? Because it is the same detection script. Notice there were a few discussions on the mailing list about similar issues due to wrong kernel headers... -- _ 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 Mar 11 18:31:08 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 19:31:08 +0100 Subject: [Ekiga-list] ekiga.net echo test does not work, but... In-Reply-To: <45F42C48.3030009@fastwebnet.it> References: <45EA2927.6010007@fastwebnet.it> <1172978372.17822.69.camel@achille> <45EB16C5.4030505@fastwebnet.it> <1173036616.3686.26.camel@scorpion> <45EB336C.2040702@fastwebnet.it> <1173045569.5824.3.camel@scorpion> <45EC05FD.6090700@fastwebnet.it> <45EC093E.1090906@wp.pl> <45EC2F58.60507@fastwebnet.it> <45EC36F1.9070002@ntlworld.com> <45EC3B60.9030302@fastwebnet.it> <1173348178.3778.47.camel@scorpion> <45F082A9.8030107@fastwebnet.it> <1173446885.3846.31.camel@scorpion> <45F42C48.3030009@fastwebnet.it> Message-ID: <1173637868.3698.49.camel@scorpion> Hi Maurizio, Le dimanche 11 mars 2007 ? 17:20 +0100, Maurizio Avogadro a ?crit : > Hi Damien > > Damien Sandras wrote: > > I think it is an issue of your provider... I can only suggest you to > > change your provider. > > My provider supplies to its customers a router which also has PSTN-like > outputs for traditional phones connection and does deliver such services > by using VoIP: that's probably the reason for that behaviour. > Changing provider is not an easy skill here in Italy since you get > heavily charged everytime for "line setup"; furthermore, there are huge > delays and customers often have to wait months before they can get a new > working line. This is Italy! > Perhaps you could try asking them why it does not work, and why SIP packets are being rewritten. > I was only wondering if there is any "trick" to hide the SIP traffic so > that it can pass transparently through the routers, such as changing the > default ports, encrypting or something like that. It's the last question > for you... Unfortunately not in Ekiga :( Using SIP over TLS would perhaps be a solution... -- _ 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 dominik.margraf at gmail.com Sun Mar 11 19:36:06 2007 From: dominik.margraf at gmail.com (Dominik Margraf) Date: Mon, 12 Mar 2007 08:36:06 +1300 Subject: [Ekiga-list] static binary for ekiga 2.0.7 (was Re: static binary for ekiga 2.0.5) Message-ID: <409337ba0703111236r4183e9b8sb405c159ab1c1d26@mail.gmail.com> Hi Damien! Would you please make a static binary for Ekiga 2.0.7 for me? I really really would like to test the new features without disturbing my Ubuntu system. Thanks! Dominik 2007/3/11, Damien Sandras : > Le dimanche 11 mars 2007 ? 17:25 +1300, Dominik Margraf a ?crit : > > I am using Ubuntu Feisty, which only has 2.0.3 and I am trying to > > build 2.0.5, but failed because Ubuntu does not have the correct > > versions of opal and pwlib. > > > > Are there any ekiga 2.0.5 static binary available which can be used in > > *any* distribution? > > > > Unfortunately not :( > -- > _ 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 Sun Mar 11 20:05:39 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 11 Mar 2007 21:05:39 +0100 Subject: [Ekiga-list] static binary for ekiga 2.0.7 (was Re: static binary for ekiga 2.0.5) In-Reply-To: <409337ba0703111236r4183e9b8sb405c159ab1c1d26@mail.gmail.com> References: <409337ba0703111236r4183e9b8sb405c159ab1c1d26@mail.gmail.com> Message-ID: <1173643539.3698.51.camel@scorpion> Hi, Le lundi 12 mars 2007 ? 08:36 +1300, Dominik Margraf a ?crit : > Hi Damien! > > Would you please make a static binary for Ekiga 2.0.7 for me? I > really really would like to test the new features without disturbing > my Ubuntu system. > Sorry but I only manage sources, and code on the project. I don't want to invest time in packaging :-) But most probably Ubuntu guys will update quickly. -- _ 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 jpuydt at free.fr Sun Mar 11 20:24:49 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sun, 11 Mar 2007 21:24:49 +0100 Subject: [Ekiga-list] static binary for ekiga 2.0.7 (was Re: static binary for ekiga 2.0.5) In-Reply-To: <1173643539.3698.51.camel@scorpion> References: <409337ba0703111236r4183e9b8sb405c159ab1c1d26@mail.gmail.com> <1173643539.3698.51.camel@scorpion> Message-ID: <45F46591.7090301@free.fr> Damien Sandras a ?crit : > But most probably Ubuntu guys will update quickly. Ubuntu seems stuck on 2.0.3... Snark From vatbier at yahoo.com Sun Mar 11 21:54:30 2007 From: vatbier at yahoo.com (vatbier) Date: Sun, 11 Mar 2007 14:54:30 -0700 (PDT) Subject: [Ekiga-list] I hear no echo calling 500@ekiga.net but am able to videoconference with my sister with horrible sound In-Reply-To: <1173519978.10180.14.camel@balder.walhalla> Message-ID: <20070311215430.10717.qmail@web50302.mail.re2.yahoo.com> --- Fabrice ALPHONSO wrote: > > When calling 500 at ekiga.net or any other echo service I hear the > voice of the > > lady but never an echo of what i'm throwing at the microphone. > > My firewall has these ports open: 1720/tcp, 30000:30010/tcp, > 5060/udp. > > The configuration druid said that I do no need a STUN server. Are > there other > > ports that I should open? > > As advertised on the relevant wiki page at : > http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga > the open ports you need are : > for SIP: 5000-5100/UDP with listen port 5060 > Hope that helps > > Fabrice Yes, I think it has helped. I opened my firewall to range 5000:5100/udp and now I can hear my echo when calling 500 at ekiga.net. I first mistakingly thought that only port 5060 was required for listening but the whole range 5000:5100 is apparently needed. It isn't very clear for me (and maybe others) on http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga what a software firewall has to allow for incoming traffic. It says "The main port listening for incoming connections in Ekiga for SIP is port 5060 (UDP),...", because of this I thought that only that port had to be opened for incoming traffic. And also "STUN 3478-3479 UDP Outgoing traffic to the STUN server": that's for the incoming ports for the STUN server, right? (My Mandriva firewall allows every outgoing connection (I think) so that's not a problem.) Thank you, vatbier ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail From rankincj at yahoo.com Sun Mar 11 22:48:54 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Sun, 11 Mar 2007 22:48:54 +0000 (GMT) Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.7 released In-Reply-To: <1173637814.3698.47.camel@scorpion> Message-ID: <811259.63904.qm@web52915.mail.yahoo.com> --- Damien Sandras wrote: > Have you changed your distribution between Ekiga 2.0.5 and Ekiga 2.0.7 ? > > Because it is the same detection script. Not the top-level configure script - the configure script in the plugins directory! I assure you that these two are VERY different! Cheers, Chris ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com From qadir.timerghazin at gmail.com Mon Mar 12 00:42:10 2007 From: qadir.timerghazin at gmail.com (Qadir Timerghazin) Date: Sun, 11 Mar 2007 18:42:10 -0600 Subject: [Ekiga-list] can not see remote video Message-ID: <54d575440703111742g423a859exf1d05aae94b3bd87@mail.gmail.com> Hi, I have a problem viewing remote video with Ekiga 2.0.3 (default package from Ubuntu 6.10). While I can connect with my wife's Ekiga (2.0.1, Ubuntu 6.05), and both our computers have webcams, all that we see on both computers is the local video, the "Remote Video" option is disabled in View menu. We tried both sip and h261 connections. On the other hand, when I tried to connect to M$ Netmeeting, it did show the remote video. I looked through options and tried to google this, with no avail. I am totally at loss how to troubleshoot this problem. Any ideas? Thank you, Qadir Timerghazin P.S. The only difference between the two computers I can think of is that my webcam works via V4L2, and the other - via V4L, but that certainly does not matter since both computers show local video no problem. From nix000 at gmail.com Mon Mar 12 04:59:18 2007 From: nix000 at gmail.com (Uy Vu Phan) Date: Mon, 12 Mar 2007 13:59:18 +0900 Subject: [Ekiga-list] MPEG4 and H.264 question need help Message-ID: <759ad9240703112159q7781ba09u8416c77b1b9e69b0@mail.gmail.com> Hi all, I have source code of ekiga, but I need to know the some of files where is implemented the MPEG4 and H.264 mechanism in ekiga system. Because we would like to understand MPEG4 and H.264 to implement the our own MPEG4 components. Thanks for your support. VuPhan -------------- next part -------------- An HTML attachment was scrubbed... URL: From phi2-monroux at wanadoo.fr Tue Mar 13 01:23:11 2007 From: phi2-monroux at wanadoo.fr (Philippe MONROUX) Date: Tue, 13 Mar 2007 05:23:11 +0400 Subject: [Ekiga-list] Installation pb on debian etch In-Reply-To: <1173623799.3698.32.camel@scorpion> References: <20070311140043.GB18127@mondomaine> <1173623799.3698.32.camel@scorpion> Message-ID: <20070313012311.GA12571@mondomaine> Bonjour, Damien Sandras a ?crit : > > IN FRENCH : L'inscription de ekiga a 10.0.0.1 a echoue > > IN ENGLISH :ekiga cannot subscribe > > > > I don't know where is the solution. > > > > What's the asterisk debug output ? only the warnings etc... ====================================================================== Mar 13 05:07:04 NOTICE[11332]: cdr.c:1192 do_reload: CDR simple logging enabled. Mar 13 05:07:04 WARNING[11332]: res_musiconhold.c:852 moh_register: Unable to open pseudo channel for timing... Sound may be choppy. Mar 13 05:07:04 NOTICE[11332]: config.c:863 ast_config_engine_register: Registered Config Engine odbc Mar 13 05:07:04 NOTICE[11332]: res_odbc.c:265 load_odbc_config: Adding ENV var: INFORMIXSERVER=my_special_database Mar 13 05:07:04 NOTICE[11332]: res_odbc.c:265 load_odbc_config: Adding ENV var: INFORMIXDIR=/opt/informix Mar 13 05:07:04 NOTICE[11332]: res_odbc.c:294 load_odbc_config: registered database handle 'asterisk' dsn->[asterisk] Mar 13 05:07:04 NOTICE[11332]: res_odbc.c:554 odbc_obj_connect: Connecting asterisk Mar 13 05:07:04 WARNING[11332]: res_odbc.c:565 odbc_obj_connect: res_odbc: Error SQLConnect=-1 errno=0 [unixODBC][Driver Manager]Data source name not found, and no default driver specified Mar 13 05:07:04 NOTICE[11332]: res_odbc.c:599 load_module: res_odbc loaded. Mar 13 05:07:04 WARNING[11332]: pbx.c:3761 ast_merge_contexts_and_delete: Requested contexts didn't get merged [pbx_ael.so]Mar 13 05:07:04 WARNING[11337]: res_musiconhold.c:421 spawn_mp3: Found no files in '/usr/share/asterisk/mohmp3' Mar 13 05:07:04 WARNING[11337]: res_musiconhold.c:493 monmp3thread: Unable to spawn mp3player Mar 13 05:07:04 WARNING[11332]: chan_iax2.c:9690 load_module: Unable to open IAX timing interface: No such file or directory Mar 13 05:07:04 WARNING[11332]: cdr_sqlite3_custom.c:124 load_config: cdr_sqlite3_custom: Failed to load configuration file. Module not activated. Mar 13 05:07:04 WARNING[11332]: cdr_sqlite3_custom.c:216 load_module: cdr_sqlite3_custom: near "(": syntax error. ====================================================================== -- ph From phi2-monroux at wanadoo.fr Tue Mar 13 12:07:32 2007 From: phi2-monroux at wanadoo.fr (Philippe MONROUX) Date: Tue, 13 Mar 2007 16:07:32 +0400 Subject: [Ekiga-list] Installation pb on debian etch In-Reply-To: <20070311140043.GB18127@mondomaine> References: <20070311140043.GB18127@mondomaine> Message-ID: <20070313120732.GA13715@mondomaine> Bonjour, Philippe MONROUX a ?crit : > Hello, > > I get some problem installing asterisk + ekiga on my debian etch: perhaps a missing audio video etc...device ? -- ph From dsandras at seconix.com Tue Mar 13 17:14:09 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 13 Mar 2007 18:14:09 +0100 Subject: [Ekiga-list] can not see remote video In-Reply-To: <54d575440703111742g423a859exf1d05aae94b3bd87@mail.gmail.com> References: <54d575440703111742g423a859exf1d05aae94b3bd87@mail.gmail.com> Message-ID: <1173806049.3751.41.camel@scorpion> Le dimanche 11 mars 2007 ? 18:42 -0600, Qadir Timerghazin a ?crit : > Hi, > > I have a problem viewing remote video with Ekiga 2.0.3 (default > package from Ubuntu 6.10). > While I can connect with my wife's Ekiga (2.0.1, Ubuntu 6.05), and > both our computers have webcams, all that we see on both computers is > the local video, the "Remote Video" option is disabled in View menu. > We tried both sip and h261 connections. On the other hand, when I > tried to connect to M$ Netmeeting, it did show the remote video. I > looked through options and tried to google this, with no avail. I am > totally at loss how to troubleshoot this problem. Any ideas? > Is Video Support enabled in the Video Codecs section of Ekiga on your wife's computer ? -- _ 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 mariofutire at googlemail.com Tue Mar 13 19:43:10 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Tue, 13 Mar 2007 19:43:10 +0000 Subject: [Ekiga-list] Can shutdown properly Message-ID: <53d94280703131243p42630953l9ffae6faed9e05a8@mail.gmail.com> Hi, I've just upgraded to 2.0.7 (from 2.0.6) and I've noticed that when I close ekiga it does not shutdown, but I have to hit Ctrl-C to kill it. It only happens when this account is still registered when I close ekiga (via the menu Call, Quit) Registrar: sip.messagenet.it:5061 User: 5322018 Password: XXXXXXX Authentication Login: 5322018 Registration timeout: 3600 It does not happen with the account on ekiga.net. It does not happen if I manually deregister the account. I don't remember it happening in 2.0.5 I've saved 2 logs -d 4 http://xoomer.alice.it/enodetti/log/ekiga.ok.log I register and deregister the account manually http://xoomer.alice.it/enodetti/log/ekiga.problem.log I leave the account registered and I close ekiga. After a while I hit Crtl-C to kill it. Thanks From mariofutire at googlemail.com Tue Mar 13 19:44:51 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Tue, 13 Mar 2007 19:44:51 +0000 Subject: [Ekiga-list] Cant shutdown properly Message-ID: <53d94280703131244r2eab7affm34fc0b73321f88d7@mail.gmail.com> Of course the subject of the previous message is CANT shutdown properly! Sorry From dsandras at seconix.com Tue Mar 13 19:52:35 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 13 Mar 2007 20:52:35 +0100 Subject: [Ekiga-list] Can shutdown properly In-Reply-To: <53d94280703131243p42630953l9ffae6faed9e05a8@mail.gmail.com> References: <53d94280703131243p42630953l9ffae6faed9e05a8@mail.gmail.com> Message-ID: <1173815555.3824.26.camel@scorpion> Hi, Le mardi 13 mars 2007 ? 19:43 +0000, Mario Rossi a ?crit : > Hi, > > I've just upgraded to 2.0.7 (from 2.0.6) and I've noticed that when I > close ekiga it does not shutdown, but I have to hit Ctrl-C to kill it. > > It only happens when this account is still registered when I close > ekiga (via the menu Call, Quit) > > Registrar: sip.messagenet.it:5061 > User: 5322018 > Password: XXXXXXX > Authentication Login: 5322018 > Registration timeout: 3600 > > It does not happen with the account on ekiga.net. > It does not happen if I manually deregister the account. > I don't remember it happening in 2.0.5 > > I've saved 2 logs -d 4 > > http://xoomer.alice.it/enodetti/log/ekiga.ok.log > I register and deregister the account manually > > http://xoomer.alice.it/enodetti/log/ekiga.problem.log > I leave the account registered and I close ekiga. After a while I hit > Crtl-C to kill it. The problem seems related to that : 2007/03/13 19:33:47.473 0:24.943 ekiga SIP Could not find active registration/subscription for 5322018 at sip.messagenet.it 2007/03/13 19:33:47.485 0:24.955 ekiga SIP Could not find active registration/subscription for 5322018 at sip.messagenet.it Perhaps you could mail me your login privately so that I can test and fix so that it is fixed for 2.0.8 ? 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 mariofutire at googlemail.com Tue Mar 13 21:05:23 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Tue, 13 Mar 2007 21:05:23 +0000 Subject: [Ekiga-list] Can shutdown properly Message-ID: <53d94280703131405w43bd460bw956d5a7e44afef2c@mail.gmail.com> >The problem seems related to that : >2007/03/13 19:33:47.473 0:24.943 ekiga SIP Could not >find active registration/subscription for 5322018 sip messagenet it >2007/03/13 19:33:47.485 0:24.955 ekiga SIP Could not find active registration/subscription for 5322018 sip messagenet it >Perhaps you could mail me your login privately so that I can test and >fix so that it is fixed for 2.0.8 ? >Thanks, I've seen all those messages. Can't tell what could be the problem. I've sent you the details, hope you can reproduce it. Cheers From dsandras at seconix.com Tue Mar 13 21:27:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 13 Mar 2007 22:27:33 +0100 Subject: [Ekiga-list] Can shutdown properly In-Reply-To: <53d94280703131405w43bd460bw956d5a7e44afef2c@mail.gmail.com> References: <53d94280703131405w43bd460bw956d5a7e44afef2c@mail.gmail.com> Message-ID: <1173821253.3824.34.camel@scorpion> Le mardi 13 mars 2007 ? 21:05 +0000, Mario Rossi a ?crit : > >The problem seems related to that : > >2007/03/13 19:33:47.473 0:24.943 ekiga SIP Could not > >find active registration/subscription for 5322018 sip messagenet it > >2007/03/13 19:33:47.485 0:24.955 ekiga SIP Could > not find active registration/subscription for 5322018 sip messagenet > it > > > >Perhaps you could mail me your login puivately so that I can test and > >fix so that it is fixed for 2.0.8 ? > > >Thanks, > > I've seen all those messages. Can't tell what could be the problem. > I've sent you the details, hope you can reproduce it. It is fixed. It was a quick fix. The problem was due to the :5061 in the URL. See : http://openh323.cvs.sourceforge.net/openh323/opal/src/sip/sipep.cxx?r1=2.97.2.32&r2=2.97.2.33 2.0.8 will fix the problem. But I don't plan to release 2.0.8 before we have fixed more things. Until then, you will have to Ctrl-C ;-) Thank you for having sent me the details of your account, it was easier to fix!!! -- _ 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 mariofutire at googlemail.com Tue Mar 13 21:39:09 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Tue, 13 Mar 2007 21:39:09 +0000 Subject: [Ekiga-list] Can shutdown properly Message-ID: <53d94280703131439u4656f10ahe5693c2e7c54a3b@mail.gmail.com> >It is fixed. It was a quick fix. The problem was due to the :5061 in the >URL. >See : >http://openh323.cvs.sourceforge.net/openh323/opal/src/sip/sipep.cxx?r1=2.97.2.32&r2=2.97.2.33 >2.0.8 will fix the problem. But I don't plan to release 2.0.8 before we >have fixed more things. no problem. I will manually add the patch. >Until then, you will have to Ctrl-C ;-) >Thank you for having sent me the details of your account, it was easier >to fix!!! quick and well done! cheers From spokieszut at yahoo.fr Wed Mar 14 03:31:36 2007 From: spokieszut at yahoo.fr (=?iso-8859-1?q?S=E9bastien?=) Date: Wed, 14 Mar 2007 04:31:36 +0100 (CET) Subject: [Ekiga-list] RE : Re: in difficulties In-Reply-To: <1173349997.6098.12.camel@scorpion> Message-ID: <20070314033137.7567.qmail@web25217.mail.ukl.yahoo.com> Hi Damien, ok, I post my output in pastebin, url: http://pastebin.com/898611 I also test the for lines you gave me, it kind of works as I can ear me a little at the beginning, then the echo is so strong that I can't ear anything after a little. Overall, the sound is really really weird... Spok. Damien Sandras a ?crit : Hi, Can you post somewhere (pastebin for example) the output of : ekiga -d 4 > output.txt 2>&1 Thank you, PS: there is nothing in the current trace that could help. Notice that Ubuntu Edgy has some severe bugs, perhaps ALSA bugs. I can not know yet if you have audio or network problems. Try this : arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 8000 -f S16_LE - arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 16000 -f S16_LE - arecord -D default -c 1 -r 8000 -f S16_LE - | aplay -D default -c 1 -r 8000 -f S16_LE - arecord -D default -c 1 -r 16000 -f S16_LE - | aplay -D default -c 1 -r 16000 -f S16_LE - Do the 4 of them work ? Do you hear yourself back correctly when speaking ? Make sure to use at least Ekiga 2.0.5. Thanks, Le jeudi 08 mars 2007 ? 04:16 +0100, S?bastien a ?crit : > Hi all, > > Maybe someone can help... > I'm trying to get my ekiga setup, and nothing seems to work so far. > > All this is a little weird for me, > I registered on both @ekiga.net for sip comunications and > @eugw.ast.diamondcard.us for pc to phone. > > I first haven't been able to do the 500 at ekiga.net as my subscribing > stayed failling for some reason. This even having an active account > and checking the account properties (name, pass...). The same day, I > had however been able to use the diamondcard account and make a > first phone phone call that revealed to be pretty bad (very difficult > connection, often incomprehensible). > > Then, a day or so later, my ekiga.net account started to work for some > reasons (registration accepted, meanwhile I did nothingelse more than > before) but the diamondcard not any more ... :( > If I check and uncheck the box in the account window, I sometime get > it seem to work (written "subcribed" and 2 account regitered in the > main window), but it is impossible to make a call (says something like > the "security check have failed")... > In the other hand, I can make the 500 at ekiga.net now, but the > connection is again there pretty bad, I barelly can here the, > otherwise charming I guest, female english voice, aand I my echo is a > very weird sound that sounds more like from a processor mind than a > human being... > > I'm behind a router, with a wireless laptop, WEP encription; > I'm running Ubuntu Edgy, Linux Kernel 2.6.17-11-generic #2, > my Ekiga configuration is like this: > listen: my wireless card > NAT: STUN (I tried "IP translation" and "None", but none of them > worked any better) > Serveur STUN: stun.ekiga.net > SIP parameters: by default (no proxy, no Url and DTMF RFC2833 > Parameter H.323: by default (no gateway, no url, everything checked > in: tunneling h.245, quick start...) and DTMF: ascii ("chaine de > charact?re" in french. > > I've got a validated Ekiga account "spokieszut at ekiga.net" and setup > the account in Ekiga as (lines in order): > Ekiga > ekiga.net > spokieszut > mypassword > spokieszut > ekiga.net > 3600 > > I also have a validated diamound account that is configured like > this: > Ekiga PC-To-Phone > eugw.ast.diamondcard.us > mynumber > mypassword > mynumber > eugw.ast.diamondcard.us > 3600 > > and here are the output after a ekiga -d 4 and a phone call try: > > seb at spokieszutpc:~$ ekiga -d 4 > 2007/03/07 23:03:11.946 0:00.446 ekiga > Detected audio plugins: ALSA > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected video plugins: Picture,V4L2,V4L > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected audio plugins: ALSA > 2007/03/07 23:03:11.947 0:00.446 ekiga > Detected video plugins: Picture,V4L2,V4L > 2007/03/07 23:03:11.978 0:00.477 ekiga > Detected the following audio input devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.978 0:00.477 ekiga > Detected the following audio output devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following video input devices: Aucun p?riph?rique trouv? > with plugin V4L > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following audio input devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.979 0:00.478 ekiga > Detected the following audio output devices: Intel ICH6,Default with > plugin ALSA > 2007/03/07 23:03:11.980 0:00.479 ekiga > Detected the following video input devices: Aucun p?riph?rique trouv? > with plugin V4L > 2007/03/07 23:03:11.989 0:00.489 ekiga AVAHI > Failed to create client: Daemon not running > 2007/03/07 23:03:12.592 0:01.091 ekiga Ekiga > version 2.0.3 > 2007/03/07 23:03:12.592 0:01.091 ekiga OPAL > version 2.2.3 > 2007/03/07 23:03:12.592 0:01.091 ekiga PWLIB > version 1.10.2 > 2007/03/07 23:03:12.593 0:01.092 ekiga GNOME > support enabled > 2007/03/07 23:03:12.593 0:01.092 ekiga > Fullscreen support enabled > 2007/03/07 23:03:12.593 0:01.092 ekiga DBUS > support disabled > 2007/03/07 23:03:12.597 0:01.096 ekiga Set > TCP port range to 30000:30010 > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > RTP port range to 5000:5059 > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > UDP port range to 5060:5100 > 2007/03/07 23:03:12.599 0:01.098 ekiga OpalEP > Created endpoint: h323 > 2007/03/07 23:03:12.599 0:01.098 ekiga H323 > Created endpoint. > 2007/03/07 23:03:12.600 0:01.099 ekiga > OpalMan Added route "pc:.*=h323:" > 2007/03/07 23:03:12.602 0:01.101 ekiga OpalEP > Created endpoint: sip > 2007/03/07 23:03:12.602 0:01.101 ekiga SIP > Created endpoint. > 2007/03/07 23:03:12.603 0:01.102 ekiga > OpalMan Added route "pc:.*=sip:" > 2007/03/07 23:03:12.603 0:01.103 ekiga OpalEP > Created endpoint: pc > 2007/03/07 23:03:12.605 0:01.104 ekiga PCSS > Created PC sound system endpoint. > 2007/03/07 23:03:12.605 0:01.104 ekiga > OpalMan Added route "h323:.*=pc:" > 2007/03/07 23:03:12.605 0:01.104 ekiga > OpalMan Added route "sip:.*=pc:" > 2007/03/07 23:03:12.669 0:01.168 ekiga AVAHI > Error initializing Avahi: %sDaemon not running > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen > Started listening thread on tcp$192.168.0.104:1720 > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 Listen > Waiting on socket accept on tcp$192.168.0.104:1720 > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen > Started listening thread on udp$192.168.0.104:5060 > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 Listen > Waiting on UDP packet on udp$192.168.0.104:5060 > 2007/03/07 23:03:18.834 0:07.333 GMStunClient:0855bc00 OPAL > STUN server "stun.ekiga.net" replies Cone NAT, external IP > XXX.XXX.XXX.XX > 2007/03/07 23:03:24.011 0:12.511 GMAccounts...t:084bae10 > OpalUDP Binding to interface: 192.168.0.104:32838 > 2007/03/07 23:03:24.012 0:12.511 GMAccounts...t:084bae10 SIP > Created transport udp$0.0.0.0 > 2007/03/07 23:03:29.388 0:17.887 GMAccounts...t:084bae10 > OpalUDP Started connect to 62.4.81.180:5060 > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 > OpalUDP STUN created socket: XXX.XXX.XXX.XX:62751 > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 SIP > Created Transport for Registrar udp$62.4.81.180:5060 > $XXX.XXX.XXX.XX:62751> > 2007/03/07 23:03:29.584 0:18.083 GMAccounts...t:084bae10 SIP > Sending PDU on udp$62.4.81.180:5060 > REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 > CSeq: 1 REGISTER > Via: SIP/2.0/UDP > XXX.XXX.XXX.XX:62751;branch=z9hG4bKc4a0b911-8bcb-db11-8dce-0012171fedf7;rport > User-Agent: Ekiga/2.0.3 > From: > ;tag=0493b911-8bcb-db11-8dce-0012171fedf7 > Call-ID: a470670e-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > To: > Contact: > Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE > Expires: 3600 > Content-Length: 0 > Max-Forwards: 70 > > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon Releasing > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon Call end reason for > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc set to > EndedBySecurityDenial > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > OpalCon SetPhase from UninitialisedPhase to ReleasingPhase > 2007/03/07 23:06:06.439 2:54.938 SIP Handler:86746c0 SIP > Awaiting next PDU. > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 SIP > OnReleased: > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc], > phase = ReleasingPhase > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 > OpalCon SetPhase from ReleasingPhase to ReleasingPhase > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > OpalCon SetPhase from ReleasingPhase to ReleasedPhase > 2007/03/07 23:06:06.440 2:54.939 SIP Handler:86746c0 SIP > PDU handler thread finished. > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 Opal > Transport clean up on termination > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 > OpalUDP Close > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 Opal > Transport Close > 2007/03/07 23:06:06.441 2:54.940 SIP Transport:8644db0 SIP > Read thread finished. > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > OpalCon OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > GMSIPEndpoint SIP connection released > 2007/03/07 23:06:06.443 2:54.942 OnRelease:8674b50 OpalEP > OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.560 2:55.059 OnRelease:8674b50 > GMManager Will release the connection > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 > OpalMan OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 Call > OnReleased > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > OpalCon Releasing Call[1]-EP [Default] > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > OpalCon Call end reason for Default set to EndedBySecurityDenial > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 > OpalCon SetPhase from SetUpPhase to ReleasingPhase > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 SIP > Transaction 1 INVITE aborted. > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 SIP > Transaction 1 INVITE destroyed. > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 > OpalCon OnRelease thread completed for > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > 2007/03/07 23:06:06.564 2:55.063 OnRelease:86780d0 > OpalCon OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:06.565 2:55.064 OnRelease:86780d0 > OpalCon Media stream threads closed. > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 > GMPCSSEndpoint PCSS connection released > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 OpalEP > OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > GMManager Will release the connection > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > OpalMan OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:06.567 2:55.067 OnRelease:86780d0 Call > OnReleased Call[1]-EP [Default] > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > Transport clean up on termination > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage > OpalUDP Close > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > Transport Close > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage SIP > Deleted connection. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > OpalCon Connection > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > destroyed. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 1, Shutting down read. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 1, Shutting down write. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 2, Shutting down read. > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > RTP_UDP Session 2, Shutting down write. > 2007/03/07 23:06:09.917 2:58.416 OnRelease:86780d0 > OpalCon OnRelease thread completed for Default > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage PCSS > Deleted PC sound system connection. > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage > OpalCon Connection Call[1]-EP [Default] destroyed. > 2007/03/07 23:06:11.113 2:59.612 OpalGarbage Call > Call[1] destroyed. > > > can anyone help ? > is this the router ? > I'm not sure what brand it is, as it is the one of my neighbour ;) > but I think it is a D-Link. Though to be not perfect, the connection > is normally acceptable (Skype use to work correctly from the same > machine). > and I haven't tried yet to open the ports, but it is something I migth > e able to do if needed. (though that the STUN seems to correctly find > the IP adress; note: I changed it to XXX.XXX.XXX.XX in this email). > > Really, I'd be very happy if anyone can help, > I've been looking in many forum, the faq, documentation... now, > and I can't find the thing. > > thanks in advance. > > Spok. > > > > ______________________________________________________________________ > D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos > questions ! Profitez des connaissances, des opinions et des > exp?riences des internautes sur Yahoo! Questions/R?ponses. > _______________________________________________ > 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 --------------------------------- D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Wed Mar 14 13:13:54 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 14:13:54 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173836872.5287.23.camel@hamlet.sagui> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> Message-ID: <1173878034.3800.10.camel@scorpion> Le mardi 13 mars 2007 ? 22:47 -0300, Gustavo Maciel Dias Vieira a ?crit : > Hi Damien, > > Thanks for your reply, sorry for my delay this time around. :) > > Em Ter, 2007-02-20 ?s 22:54 +0100, Damien Sandras escreveu: > > > > What is the difference between udp_timeout and udp_timeout_stream ? > > udp_timeout applies to new "connections". udp_timeout_stream applies to > assured "connections". After a number of UDP packets are sent/received a > "connection" is marked as assured. > Thanks for the information ! Yannick, can you add in the wiki section of the FAQ related to routers that on Linux udp_timeout and udp_timeout_stream need to be set to 60 seconds or more ? > > Also, do you know that Ekiga is supposed to send a packet every 30 > > seconds to the SIP host in order to refresh the binding ? > > I did not know that! > > > > > Is it possible for you to sniff the trafic and see why it does not > > happen ? > > Ok, I used tcpdump to monitor all traffic to ekiga.net and there are no > packets sent every 30 seconds. The ip conntrack tables also don't > indicate any activity. > > Is there any option in Ekiga that I could have mistakenly changed? How > do I check if Ekiga is trying to send these packets? > This key : /apps/ekiga/general/nat/binding_timeout -- _ 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 Mar 14 13:24:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 14:24:17 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173878526.3605.2.camel@hamlet.sagui> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> Message-ID: <1173878657.3800.14.camel@scorpion> Le mercredi 14 mars 2007 ? 10:22 -0300, Gustavo Maciel Dias Vieira a ?crit : > Em Qua, 2007-03-14 ?s 14:13 +0100, Damien Sandras escreveu: > > > Ok, I used tcpdump to monitor all traffic to ekiga.net and there are > > no > > > packets sent every 30 seconds. The ip conntrack tables also don't > > > indicate any activity. > > > > > > Is there any option in Ekiga that I could have mistakenly changed? > > How > > > do I check if Ekiga is trying to send these packets? > > > > > > > This key : > > /apps/ekiga/general/nat/binding_timeout > > It shows the value 60 in my setup. Does it mean a packet would be sent > every 60 seconds? Unfortunately, that is not happening. > > Anything else you want me to check? > Unfortunately not. the packet is sent here, I wonder why it is not sent in your case :-/ -- _ 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 Mar 14 13:42:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 14:42:51 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173878991.3605.7.camel@hamlet.sagui> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> Message-ID: <1173879771.3800.18.camel@scorpion> Le mercredi 14 mars 2007 ? 10:29 -0300, Gustavo Maciel Dias Vieira a ?crit : > Em Qua, 2007-03-14 ?s 14:24 +0100, Damien Sandras escreveu: > > > > This key : > > > > /apps/ekiga/general/nat/binding_timeout > > > > > > It shows the value 60 in my setup. Does it mean a packet would be > > sent > > > every 60 seconds? Unfortunately, that is not happening. > > > > > > Anything else you want me to check? > > > > > > > Unfortunately not. > > > > the packet is sent here, I wonder why it is not sent in your case :-/ > > Ah, well, at least I know a work around. I'm using 2.0.5 as packaged for > Fedora 6. I will monitor future versions... > > One last thing, the key you mentioned above is in the NAT section of the > configuration. However, my host *isn't* behind NAT, it is behind a > firewall that behaves like NAT except for the address translation magic. > Is it possible that Ekiga detects it is not behind NAT and decides not > to send the packet? Exactly !! That is the reason why it doesn't send it. I had forgotten that detail. -- _ 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 gustavo at sagui.org Wed Mar 14 01:47:52 2007 From: gustavo at sagui.org (Gustavo Maciel Dias Vieira) Date: Tue, 13 Mar 2007 22:47:52 -0300 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1172008489.3698.22.camel@scorpio> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> Message-ID: <1173836872.5287.23.camel@hamlet.sagui> Hi Damien, Thanks for your reply, sorry for my delay this time around. :) Em Ter, 2007-02-20 ?s 22:54 +0100, Damien Sandras escreveu: > > What is the difference between udp_timeout and udp_timeout_stream ? udp_timeout applies to new "connections". udp_timeout_stream applies to assured "connections". After a number of UDP packets are sent/received a "connection" is marked as assured. > Also, do you know that Ekiga is supposed to send a packet every 30 > seconds to the SIP host in order to refresh the binding ? I did not know that! > > Is it possible for you to sniff the trafic and see why it does not > happen ? Ok, I used tcpdump to monitor all traffic to ekiga.net and there are no packets sent every 30 seconds. The ip conntrack tables also don't indicate any activity. Is there any option in Ekiga that I could have mistakenly changed? How do I check if Ekiga is trying to send these packets? Abra?os, Gustavo From gustavo at sagui.org Wed Mar 14 13:22:06 2007 From: gustavo at sagui.org (Gustavo Maciel Dias Vieira) Date: Wed, 14 Mar 2007 10:22:06 -0300 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173878034.3800.10.camel@scorpion> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> Message-ID: <1173878526.3605.2.camel@hamlet.sagui> Em Qua, 2007-03-14 ?s 14:13 +0100, Damien Sandras escreveu: > > Ok, I used tcpdump to monitor all traffic to ekiga.net and there are > no > > packets sent every 30 seconds. The ip conntrack tables also don't > > indicate any activity. > > > > Is there any option in Ekiga that I could have mistakenly changed? > How > > do I check if Ekiga is trying to send these packets? > > > > This key : > /apps/ekiga/general/nat/binding_timeout It shows the value 60 in my setup. Does it mean a packet would be sent every 60 seconds? Unfortunately, that is not happening. Anything else you want me to check? Abra?os, Gustavo From gustavo at sagui.org Wed Mar 14 13:29:51 2007 From: gustavo at sagui.org (Gustavo Maciel Dias Vieira) Date: Wed, 14 Mar 2007 10:29:51 -0300 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173878657.3800.14.camel@scorpion> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> Message-ID: <1173878991.3605.7.camel@hamlet.sagui> Em Qua, 2007-03-14 ?s 14:24 +0100, Damien Sandras escreveu: > > > This key : > > > /apps/ekiga/general/nat/binding_timeout > > > > It shows the value 60 in my setup. Does it mean a packet would be > sent > > every 60 seconds? Unfortunately, that is not happening. > > > > Anything else you want me to check? > > > > Unfortunately not. > > the packet is sent here, I wonder why it is not sent in your case :-/ Ah, well, at least I know a work around. I'm using 2.0.5 as packaged for Fedora 6. I will monitor future versions... One last thing, the key you mentioned above is in the NAT section of the configuration. However, my host *isn't* behind NAT, it is behind a firewall that behaves like NAT except for the address translation magic. Is it possible that Ekiga detects it is not behind NAT and decides not to send the packet? Abra?os, Gustavo From sevmek at free.fr Wed Mar 14 14:17:16 2007 From: sevmek at free.fr (yannick) Date: Wed, 14 Mar 2007 15:17:16 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173879771.3800.18.camel@scorpion> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> <1173879771.3800.18.camel@scorpion> Message-ID: <1173881837.17822.186.camel@achille> Le mercredi 14 mars 2007 ? 14:42 +0100, Damien Sandras a ?crit : > Le mercredi 14 mars 2007 ? 10:29 -0300, Gustavo Maciel Dias Vieira a > ?crit : > > Em Qua, 2007-03-14 ?s 14:24 +0100, Damien Sandras escreveu: > > > > > This key : > > > > > /apps/ekiga/general/nat/binding_timeout > > > > > > > > It shows the value 60 in my setup. Does it mean a packet would be > > > sent > > > > every 60 seconds? Unfortunately, that is not happening. > > > > > > > > Anything else you want me to check? > > > > > > > > > > Unfortunately not. > > > > > > the packet is sent here, I wonder why it is not sent in your case :-/ > > > > Ah, well, at least I know a work around. I'm using 2.0.5 as packaged for > > Fedora 6. I will monitor future versions... > > > > One last thing, the key you mentioned above is in the NAT section of the > > configuration. However, my host *isn't* behind NAT, it is behind a > > firewall that behaves like NAT except for the address translation magic. > > Is it possible that Ekiga detects it is not behind NAT and decides not > > to send the packet? > > Exactly !! > > That is the reason why it doesn't send it. I had forgotten that detail. Damien, should I still add "in the wiki section of the FAQ related to routers that on Linux udp_timeout and udp_timeout_stream need to be set to 60 seconds or more ? " Regards, Yannick > -- > _ 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 -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From dsandras at seconix.com Wed Mar 14 14:41:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 15:41:37 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173881837.17822.186.camel@achille> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> <1173879771.3800.18.camel@scorpion> <1173881837.17822.186.camel@achille> Message-ID: <1173883297.3800.22.camel@scorpion> Le mercredi 14 mars 2007 ? 15:17 +0100, yannick a ?crit : > Le mercredi 14 mars 2007 ? 14:42 +0100, Damien Sandras a ?crit : > > Le mercredi 14 mars 2007 ? 10:29 -0300, Gustavo Maciel Dias Vieira a > > ?crit : > > > Em Qua, 2007-03-14 ?s 14:24 +0100, Damien Sandras escreveu: > > > > > > This key : > > > > > > /apps/ekiga/general/nat/binding_timeout > > > > > > > > > > It shows the value 60 in my setup. Does it mean a packet would be > > > > sent > > > > > every 60 seconds? Unfortunately, that is not happening. > > > > > > > > > > Anything else you want me to check? > > > > > > > > > > > > > Unfortunately not. > > > > > > > > the packet is sent here, I wonder why it is not sent in your case :-/ > > > > > > Ah, well, at least I know a work around. I'm using 2.0.5 as packaged for > > > Fedora 6. I will monitor future versions... > > > > > > One last thing, the key you mentioned above is in the NAT section of the > > > configuration. However, my host *isn't* behind NAT, it is behind a > > > firewall that behaves like NAT except for the address translation magic. > > > Is it possible that Ekiga detects it is not behind NAT and decides not > > > to send the packet? > > > > Exactly !! > > > > That is the reason why it doesn't send it. I had forgotten that detail. > > Damien, > should I still add "in the wiki section of the FAQ related to routers > that on Linux udp_timeout and udp_timeout_stream need to be set to 60 > seconds or more ? " > Yes, in the NAT section. 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 sevmek at free.fr Wed Mar 14 15:06:28 2007 From: sevmek at free.fr (yannick) Date: Wed, 14 Mar 2007 16:06:28 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173883297.3800.22.camel@scorpion> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> <1173879771.3800.18.camel@scorpion> <1173881837.17822.186.camel@achille> <1173883297.3800.22.camel@scorpion> Message-ID: <1173884789.17822.191.camel@achille> Hi, Added to the wiki: http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router Mostly it's a cut'n paste from Gustavo first mail. I also added this line to the script: http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#What_iptables_rules_could_I_use_for_GNU.2FLinux.3F echo 3600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream As those king of issues are beyond my scope, can you damien just review it ? Gustavo, as it is your work and I placed it under the GNU Free Documentation License (the wiki license): http://www.gnu.org/copyleft/fdl.html Are you fine with it ? Regards, Yannick Le mercredi 14 mars 2007 ? 15:41 +0100, Damien Sandras a ?crit : > Le mercredi 14 mars 2007 ? 15:17 +0100, yannick a ?crit : > > Le mercredi 14 mars 2007 ? 14:42 +0100, Damien Sandras a ?crit : > > > Le mercredi 14 mars 2007 ? 10:29 -0300, Gustavo Maciel Dias Vieira a > > > ?crit : > > > > Em Qua, 2007-03-14 ?s 14:24 +0100, Damien Sandras escreveu: > > > > > > > This key : > > > > > > > /apps/ekiga/general/nat/binding_timeout > > > > > > > > > > > > It shows the value 60 in my setup. Does it mean a packet would be > > > > > sent > > > > > > every 60 seconds? Unfortunately, that is not happening. > > > > > > > > > > > > Anything else you want me to check? > > > > > > > > > > > > > > > > Unfortunately not. > > > > > > > > > > the packet is sent here, I wonder why it is not sent in your case :-/ > > > > > > > > Ah, well, at least I know a work around. I'm using 2.0.5 as packaged for > > > > Fedora 6. I will monitor future versions... > > > > > > > > One last thing, the key you mentioned above is in the NAT section of the > > > > configuration. However, my host *isn't* behind NAT, it is behind a > > > > firewall that behaves like NAT except for the address translation magic. > > > > Is it possible that Ekiga detects it is not behind NAT and decides not > > > > to send the packet? > > > > > > Exactly !! > > > > > > That is the reason why it doesn't send it. I had forgotten that detail. > > > > Damien, > > should I still add "in the wiki section of the FAQ related to routers > > that on Linux udp_timeout and udp_timeout_stream need to be set to 60 > > seconds or more ? " > > > > Yes, in the NAT section. > > 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 > > > > _______________________________________________ > 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 From dsandras at seconix.com Wed Mar 14 16:40:30 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 17:40:30 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173884789.17822.191.camel@achille> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> <1173879771.3800.18.camel@scorpion> <1173881837.17822.186.camel@achille> <1173883297.3800.22.camel@scorpion> <1173884789.17822.191.camel@achille> Message-ID: <1173890430.3800.46.camel@scorpion> Le mercredi 14 mars 2007 ? 16:06 +0100, yannick a ?crit : > Hi, > > Added to the wiki: > http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router > > Mostly it's a cut'n paste from Gustavo first mail. > I also added this line to the script: > http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#What_iptables_rules_could_I_use_for_GNU.2FLinux.3F > echo 3600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream > > As those king of issues are beyond my scope, can you damien just review > it ? > Add this too : /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout To the "The Solution" part. Thanks for your excellent work ! > Gustavo, as it is your work and I placed it under the GNU Free > Documentation License (the wiki license): > http://www.gnu.org/copyleft/fdl.html > Are you fine with it ? > > Regards, > Yannick > > Le mercredi 14 mars 2007 ? 15:41 +0100, Damien Sandras a ?crit : > > Le mercredi 14 mars 2007 ? 15:17 +0100, yannick a ?crit : > > > Le mercredi 14 mars 2007 ? 14:42 +0100, Damien Sandras a ?crit : > > > > Le mercredi 14 mars 2007 ? 10:29 -0300, Gustavo Maciel Dias Vieira a > > > > ?crit : > > > > > Em Qua, 2007-03-14 ?s 14:24 +0100, Damien Sandras escreveu: > > > > > > > > This key : > > > > > > > > /apps/ekiga/general/nat/binding_timeout > > > > > > > > > > > > > > It shows the value 60 in my setup. Does it mean a packet would be > > > > > > sent > > > > > > > every 60 seconds? Unfortunately, that is not happening. > > > > > > > > > > > > > > Anything else you want me to check? > > > > > > > > > > > > > > > > > > > Unfortunately not. > > > > > > > > > > > > the packet is sent here, I wonder why it is not sent in your case :-/ > > > > > > > > > > Ah, well, at least I know a work around. I'm using 2.0.5 as packaged for > > > > > Fedora 6. I will monitor future versions... > > > > > > > > > > One last thing, the key you mentioned above is in the NAT section of the > > > > > configuration. However, my host *isn't* behind NAT, it is behind a > > > > > firewall that behaves like NAT except for the address translation magic. > > > > > Is it possible that Ekiga detects it is not behind NAT and decides not > > > > > to send the packet? > > > > > > > > Exactly !! > > > > > > > > That is the reason why it doesn't send it. I had forgotten that detail. > > > > > > Damien, > > > should I still add "in the wiki section of the FAQ related to routers > > > that on Linux udp_timeout and udp_timeout_stream need to be set to 60 > > > seconds or more ? " > > > > > > > Yes, in the NAT section. > > > > 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 > > > > > > > > _______________________________________________ > > 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 > > _______________________________________________ > 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 dieter.rogiest at telenet.be Wed Mar 14 17:19:10 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 18:19:10 +0100 Subject: [Ekiga-list] ekiga for win32 does not detect NAT correctly Message-ID: <200703141819.10151.dieter.rogiest@telenet.be> Hello, at my sister's place I installed ekiga for windows (2/3/2007) on WinXP. She has a adsl router/modem Zyxel. The configuration druid: detecting NAT: it always detects "symmetric nat" no matter how many ports I forward from the router to the computer. Just by chance I 've set the NAT traversal method to STUN (stun.ekiga.net) and the echo test to 500 at ekiga.net works with echo of my voice. The configuration druid still detects "symmetric nat" but video conferencing is possible (although the sound is horrible, see my next messages). Dieter From dieter.rogiest at telenet.be Wed Mar 14 17:24:58 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 18:24:58 +0100 Subject: [Ekiga-list] Ekiga for win32 crashes when responding to a message Message-ID: <200703141824.58292.dieter.rogiest@telenet.be> I can send a chat message from my Ekiga (compiled 6/3/07 on Mandriva Linux 2007) to my sister's Ekiga for win32 (2/3/07) but when she wants to answer something back her Ekiga for win32 crashes. Dieter From dsandras at seconix.com Wed Mar 14 17:24:38 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 18:24:38 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173880625.3605.18.camel@hamlet.sagui> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> <1173879771.3800.18.camel@scorpion> <1173880625.3605.18.camel@hamlet.sagui> Message-ID: <1173893078.3800.56.camel@scorpion> Le mercredi 14 mars 2007 ? 10:57 -0300, Gustavo Maciel Dias Vieira a ?crit : > Em Qua, 2007-03-14 ?s 14:42 +0100, Damien Sandras escreveu: > > > One last thing, the key you mentioned above is in the NAT section of > > the > > > configuration. However, my host *isn't* behind NAT, it is behind a > > > firewall that behaves like NAT except for the address translation > > magic. > > > Is it possible that Ekiga detects it is not behind NAT and decides > > not > > > to send the packet? > > > > Exactly !! > > > > That is the reason why it doesn't send it. I had forgotten that > > detail. > > Good! Problem detected. > > I hope I'm not being a pest, but do you plan to do something about it? > > I believe statefull UDP firewalls without NAT are not that common now, > but still many people are behind them. And I'm sure this type of > firewall will become more common as we move to IPv6... > I suppose so, NAT will disappear and such firewalls will appear. > The solution is the same as in the NAT case, because the definition of a > established UDP "session" is the same in the two cases (NAT and > statefull fw). The problem is detecting that you are behind such > firewall, as sending this refresh packets "just in case" seems a bit > silly for the general case. Anyway, at least a note in the FAQ would be > helpful for us behind this type os firewall. > > In any case, thank you for looking at this problem! Please report a bug about it on bugzilla, and I will implement something. Always sending that packet is not so silly. Perhaps I could add an option "NAT Keep Alive" : - Automatic - Forced with a parametrable delay. I can do it very easily. -- _ 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 dieter.rogiest at telenet.be Wed Mar 14 17:53:49 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 18:53:49 +0100 Subject: [Ekiga-list] Ekiga should save settings (gamma, saturation) of my USB webcam Message-ID: <200703141853.49150.dieter.rogiest@telenet.be> I compiled and installed linux-uvc (uvcvideo module with v4l2 device driver) with luvcview to view video of my USB Logitech Quickcam Fusion webcam. Everytime I reboot I have to use this command "luvcview -d /dev/video0 -f jpg -s 352x288" and set gamma down, then set gamma up (from 220 to 100 to 220: the image starts dark, to up the gamma I first have to set it to 100 and then back to 220, then the image is ok) and saturation up from 32 to 40 for better color and anti-flicker to 50 Hz (no difference) and also auto-exposure to 1 and auto-white balance to 1. After exiting luvcview I open Ekiga and "display images from my camera device": I see the same image quality that I've set in luvcview. Only after that Ekiga can be used for video-conferencing. If I forget to first "display images from my camera device" and try an echo test to 500 at ekiga.net I get no video output from my webcam and I'm no longer able to get video from my webcam: luvcview then prints this out: "Video driver: x11 A window manager is available video /dev/video0 Unable to set format: 5. Init v4L2 failed !! exit fatal" Only solution I know to get back my video is to reboot the entire system (annoying, so MS Win 3.1.). Anybody who knows how to get that v4l2 driver working again without rebooting? It would be nice if Ekiga knows to store these video settings for my webcam and use them when video is required. Setting the video settings myself with luvcview gets tiresome. (But I don't know if Ekiga knows how to deal with that strange gamma behaviour: first gamma down to 100 then gamma up to 220). Dieter From dieter.rogiest at telenet.be Wed Mar 14 18:21:14 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 19:21:14 +0100 Subject: [Ekiga-list] Ekiga-linux to Ekiga-win32: horrible, choppy, unintelligible sound Message-ID: <200703141921.14718.dieter.rogiest@telenet.be> I tried using Ekiga-linux (compiled 6/3/07 on Mandriva Linux 2007) to communicate with my sister using Ekiga-win32 (2/3/07) but for the moment I have to give up. The video is not perfect but usable (both hers as mine) but the framerate is very low and Skype for Windows video quality is a few degrees better (in Skype I can actually see her mouth move in synchronicy with her audio). The audio with ekiga is just horrible. I read somewhere that sip software has excellent audio but so far I haven't noticed it. I guess others must be satisfied with their audio because I can't find anyone else in this list complaining about it. If I do an echo test to 500 at ekiga.net I can hear my own voice echoing back (with a strong echo effect): there my audio sounds normal. When I try to communicate with my sister we both hear garbled, choppy, almost non-intelligible sound. Always having to ask "Could you repeat that?" just trying to understand the other side is very tiresome. I tried two audio codecs: gsm and pcmu. I noticed on my gkrellm display that transmitting goes up to +32 KB/s which is the maximum of my internet connection. We suspended the video, so only audio is transmitted and received. That resulted in a little better audio where we could more or less understand each other but the quality was still not acceptable. Skype for linux (only audio) has excellent sound (apart from some "wiuwiuwiuwiu" noise (I hope it is some interference from my fridge or bad onboard sound of my motherboard, next week I'm buying a new computer)). For now my sister and I are using Skype for linux and when I want video I have to reboot into WinXP to use Skype for Windows. Skype for Windows (audio and video) seems to transmit a lot less than Ekiga (does anyone know what video codec Skype uses?). I'm curious if my sound problem with ekiga also exist when communicating with another ekiga-linux and not ekiga-win32. Is there someone out there with ekiga-linux and webcam who I can contact with ekiga just to see whether my audio is bad when using ekiga-linux to ekiga-linux? It will only take a few minutes of your time. Thank you, Dieter From jan.schampera at web.de Wed Mar 14 18:22:29 2007 From: jan.schampera at web.de (Jan Schampera) Date: Wed, 14 Mar 2007 19:22:29 +0100 Subject: [Ekiga-list] Problem receiving calls... and a solution. In-Reply-To: <1173893078.3800.56.camel@scorpion> References: <1170328404.3712.22.camel@hamlet.sagui> <1172008489.3698.22.camel@scorpio> <1173836872.5287.23.camel@hamlet.sagui> <1173878034.3800.10.camel@scorpion> <1173878526.3605.2.camel@hamlet.sagui> <1173878657.3800.14.camel@scorpion> <1173878991.3605.7.camel@hamlet.sagui> <1173879771.3800.18.camel@scorpion> <1173880625.3605.18.camel@hamlet.sagui> <1173893078.3800.56.camel@scorpion> Message-ID: <20070314192229.5b21db36@localhost.localdomain> On Wed, 14 Mar 2007 18:24:38 +0100 Damien Sandras wrote: > > I believe statefull UDP firewalls without NAT are not that common > > now, but still many people are behind them. And I'm sure this type > > of firewall will become more common as we move to IPv6... > > I suppose so, NAT will disappear and such firewalls will appear. NAT is also a security feature, not only a workaround. J. -- dreaming in digital living in realtime thinking in binary talking in IP WELCOME TO OUR WORLD From dieter.rogiest at telenet.be Wed Mar 14 18:45:34 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 19:45:34 +0100 Subject: [Ekiga-list] Ekiga has a cpu load of 99%, is this normal? Message-ID: <200703141945.34303.dieter.rogiest@telenet.be> My Ekiga (compiled 6/3/07 on Mandriva Linux 2007) pushes cpu load to 99% when I'm video-conferencing with my sister or doing an echo test to 500 at ekiga.net. My computer is an AMD Athlon 1600+. Is this normal? Is it known what part of Ekiga is so processor intensive? Dieter From jan.schampera at web.de Wed Mar 14 19:07:31 2007 From: jan.schampera at web.de (Jan Schampera) Date: Wed, 14 Mar 2007 20:07:31 +0100 Subject: [Ekiga-list] Ekiga has a cpu load of 99%, is this normal? In-Reply-To: <200703141945.34303.dieter.rogiest@telenet.be> References: <200703141945.34303.dieter.rogiest@telenet.be> Message-ID: <20070314200731.07beb5b1@localhost.localdomain> On Wed, 14 Mar 2007 19:45:34 +0100 Dieter Rogiest wrote: > My Ekiga (compiled 6/3/07 on Mandriva Linux 2007) pushes cpu load to > 99% when I'm video-conferencing with my sister or doing an echo test > to 500 at ekiga.net. My computer is an AMD Athlon 1600+. > Is this normal? Is it known what part of Ekiga is so processor > intensive? Well, it's not normal. That is either a bug in Ekiga/OPAL/PWLib-triple or somewhere in ALSA or similar. J. -- "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs" --Robert Firth From jpuydt at free.fr Wed Mar 14 19:47:33 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 14 Mar 2007 20:47:33 +0100 Subject: [Ekiga-list] ekiga for win32 does not detect NAT correctly In-Reply-To: <200703141819.10151.dieter.rogiest@telenet.be> References: <200703141819.10151.dieter.rogiest@telenet.be> Message-ID: <45F85155.10304@free.fr> Dieter Rogiest a ?crit : > at my sister's place I installed ekiga for windows (2/3/2007) on WinXP. > She has a adsl router/modem Zyxel. > The configuration druid: detecting NAT: it always detects "symmetric nat" no > matter how many ports I forward from the router to the computer. > Just by chance I 've set the NAT traversal method to STUN (stun.ekiga.net) and > the echo test to 500 at ekiga.net works with echo of my voice. > The configuration druid still detects "symmetric nat" but video conferencing > is possible (although the sound is horrible, see my next messages). Hmmm... which ports do you open & forward? Snark From jpuydt at free.fr Wed Mar 14 19:48:45 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 14 Mar 2007 20:48:45 +0100 Subject: [Ekiga-list] Ekiga for win32 crashes when responding to a message In-Reply-To: <200703141824.58292.dieter.rogiest@telenet.be> References: <200703141824.58292.dieter.rogiest@telenet.be> Message-ID: <45F8519D.7030905@free.fr> Dieter Rogiest a ?crit : > I can send a chat message from my Ekiga (compiled 6/3/07 on Mandriva Linux > 2007) to my sister's Ekiga for win32 (2/3/07) but when she wants to answer > something back her Ekiga for win32 crashes. Sending a message gives a reliable crash ? That's strange since that code isn't platform specific... Snark From dieter.rogiest at telenet.be Wed Mar 14 20:00:36 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 21:00:36 +0100 Subject: [Ekiga-list] ekiga for win32 does not detect NAT correctly In-Reply-To: <45F85155.10304@free.fr> References: <200703141819.10151.dieter.rogiest@telenet.be> <45F85155.10304@free.fr> Message-ID: <200703142100.36977.dieter.rogiest@telenet.be> On Wednesday 14 March 2007 20:47, Julien Puydt wrote: > Dieter Rogiest a ?crit : > > at my sister's place I installed ekiga for windows (2/3/2007) on WinXP. > > She has a adsl router/modem Zyxel. > > The configuration druid: detecting NAT: it always detects "symmetric nat" > > no matter how many ports I forward from the router to the computer. Just > > by chance I 've set the NAT traversal method to STUN (stun.ekiga.net) and > > the echo test to 500 at ekiga.net works with echo of my voice. > > The configuration druid still detects "symmetric nat" but video > > conferencing is possible (although the sound is horrible, see my next > > messages). > > Hmmm... which ports do you open & forward? On her Zyxel router/modem I forwarded these ports to her computer: Start port End port IP Address All ports All ports 192.168.1.33 (for ultravnc) 5000 5100 192.168.1.33 ekiga,if NAT test reports"symmetric NAT" reports and no Linux then forward 5000-5100 udp ports 1720 1720 192.168.1.33 ekiga,H.323, to be reachable from the outside 30000 30010 192.168.1.33 ekiga, if you want calls with Netmeeting users The first line states that all ports should be forwarded to her computer. So I guess the next lines are not necessary. Dieter From dsandras at seconix.com Wed Mar 14 20:20:06 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 21:20:06 +0100 Subject: [Ekiga-list] Ekiga-linux to Ekiga-win32: horrible, choppy, unintelligible sound In-Reply-To: <200703141921.14718.dieter.rogiest@telenet.be> References: <200703141921.14718.dieter.rogiest@telenet.be> Message-ID: <1173903606.3701.20.camel@scorpion> Le mercredi 14 mars 2007 ? 19:21 +0100, Dieter Rogiest a ?crit : > I tried using Ekiga-linux (compiled 6/3/07 on Mandriva Linux 2007) to > communicate with my sister using Ekiga-win32 (2/3/07) but for the moment I > have to give up. > The video is not perfect but usable (both hers as mine) but the framerate is > very low and Skype for Windows video quality is a few degrees better (in > Skype I can actually see her mouth move in synchronicy with her audio). > If you are using Snapshots of Ekiga and not the stable 2.0.7, then it is normal : - Video codecs are broken in Ekiga snapshots due to the recent plugins introduction In other words, quality and framerate will both be bad. > The audio with ekiga is just horrible. I read somewhere that sip software has > excellent audio but so far I haven't noticed it. I guess others must be > satisfied with their audio because I can't find anyone else in this list > complaining about it. > > If I do an echo test to 500 at ekiga.net I can hear my own voice echoing back > (with a strong echo effect): there my audio sounds normal. > When I try to communicate with my sister we both hear garbled, choppy, almost > non-intelligible sound. Always having to ask "Could you repeat that?" just > trying to understand the other side is very tiresome. > I tried two audio codecs: gsm and pcmu. > I noticed on my gkrellm display that transmitting goes up to +32 KB/s which is > the maximum of my internet connection. That is because of the above explanation: don't use snapshots and expect reliable quality. Please use a stable release and report back. 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 Wed Mar 14 20:21:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 21:21:07 +0100 Subject: [Ekiga-list] Ekiga should save settings (gamma, saturation) of my USB webcam In-Reply-To: <200703141853.49150.dieter.rogiest@telenet.be> References: <200703141853.49150.dieter.rogiest@telenet.be> Message-ID: <1173903667.3701.22.camel@scorpion> Le mercredi 14 mars 2007 ? 18:53 +0100, Dieter Rogiest a ?crit : > I compiled and installed linux-uvc (uvcvideo module with v4l2 device driver) > with luvcview to view video of my USB Logitech Quickcam Fusion webcam. > Everytime I reboot I have to use this command > "luvcview -d /dev/video0 -f jpg -s 352x288" > and set gamma down, then set gamma up (from 220 to 100 to 220: the image > starts dark, to up the gamma I first have to set it to 100 and then back to > 220, then the image is ok) > and saturation up from 32 to 40 for better color > and anti-flicker to 50 Hz (no difference) > and also auto-exposure to 1 and auto-white balance to 1. > > After exiting luvcview I open Ekiga and "display images from my camera > device": I see the same image quality that I've set in luvcview. > Only after that Ekiga can be used for video-conferencing. > > If I forget to first "display images from my camera device" and try an echo > test to 500 at ekiga.net I get no video output from my webcam and I'm no longer > able to get video from my webcam: > luvcview then prints this out: > "Video driver: x11 > A window manager is available > video /dev/video0 > Unable to set format: 5. > Init v4L2 failed !! exit fatal" > Only solution I know to get back my video is to reboot the entire system > (annoying, so MS Win 3.1.). Anybody who knows how to get that v4l2 driver > working again without rebooting? > I'm cc'ing Luc Saillard, an expert in terms of video and V4L2 ;-) -- _ 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 Mar 14 20:27:41 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 21:27:41 +0100 Subject: [Ekiga-list] RE : Re: in difficulties In-Reply-To: <20070314033137.7567.qmail@web25217.mail.ukl.yahoo.com> References: <20070314033137.7567.qmail@web25217.mail.ukl.yahoo.com> Message-ID: <1173904061.3701.25.camel@scorpion> Hi S?bastien, Le mercredi 14 mars 2007 ? 04:31 +0100, S?bastien a ?crit : > Hi Damien, > > ok, I post my output in pastebin, url: http://pastebin.com/898611 > I have checked : - your login / password for the PC-To-Phone account is rejected. Please make sure you entered them correctly, if you are sure of that, contact them and tell them (please CC me). - I do not have the end of the log for 500 at ekiga.net call, but each thing at a time, let's first make sure pc to phone works. > I also test the for lines you gave me, > it kind of works as I can ear me a little at the beginning, > then the echo is so strong that I can't ear anything after a little. > Overall, the sound is really really weird... > > Spok. > > Damien Sandras a ?crit : > Hi, > > > Can you post somewhere (pastebin for example) > the output of : > > ekiga -d 4 > output.txt 2>&1 > > Thank you, > > PS: there is nothing in the current trace that could help. > > Notice that Ubuntu Edgy has some severe bugs, perhaps ALSA > bugs. > I can not know yet if you have audio or network problems. > > Try this : > arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D > plughw:0,0 -c > 1 -r 8000 -f S16_LE - > > arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D > plughw:0,0 -c > 1 -r 16000 -f S16_LE - > > arecord -D default -c 1 -r 8000 -f S16_LE - | aplay -D default > -c > 1 -r 8000 -f S16_LE - > > arecord -D default -c 1 -r 16000 -f S16_LE - | aplay -D > default -c > 1 -r 16000 -f S16_LE - > > Do the 4 of them work ? > Do you hear yourself back correctly when speaking ? > > Make sure to use at least Ekiga 2.0.5. > > Thanks, > > Le jeudi 08 mars 2007 ? 04:16 +0100, S?bastien a ?crit : > > Hi all, > > > > Maybe someone can help... > > I'm trying to get my ekiga setup, and nothing seems to work > so far. > > > > All this is a little weird for me, > > I registered on both @ekiga.net for sip comunications and > > @eugw.ast.diamondcard.us for pc to phone. > > > > I first haven't been able to do the 500 at ekiga.net as my > subscribing > > stayed failling for some reason. This even having an active > account > > and checking the account properties (name, pass...). The > same day, I > > had however been able to use the diamondcard account and > make a > > first phone phone call that revealed to be pretty bad (very > difficult > > connection, often incomprehensible). > > > > Then, a day or so later, my ekiga.net account started to > work for some > > reasons (registration accepted, meanwhile I did nothingelse > more than > > before) but the diamondcard not any more ... :( > > If I check and uncheck the box in the account window, I > sometime get > > it seem to work (written "subcribed" and 2 account regitered > in the > > main window), but it is impossible to make a call (says > something like > > the "security check have failed")... > > In the other hand, I can make the 500 at ekiga.net now, but the > > connection is again there pretty bad, I barelly can here > the, > > otherwise charming I guest, female english voice, aand I my > echo is a > > very weird sound that sounds more like from a processor mind > than a > > human being... > > > > I'm behind a router, with a wireless laptop, WEP > encription; > > I'm running Ubuntu Edgy, Linux Kernel 2.6.17-11-generic #2, > > my Ekiga configuration is like this: > > listen: my wireless card > > NAT: STUN (I tried "IP translation" and "None", but none of > them > > worked any better) > > Serveur STUN: stun.ekiga.net > > SIP parameters: by default (no proxy, no Url and DTMF > RFC2833 > > Parameter H.323: by default (no gateway, no url, everything > checked > > in: tunneling h.245, quick start...) and DTMF: ascii > ("chaine de > > charact?re" in french. > > > > I've got a validated Ekiga account "spokieszut at ekiga.net" > and setup > > the account in Ekiga as (lines in order): > > Ekiga > > ekiga.net > > spokieszut > > mypassword > > spokieszut > > ekiga.net > > 3600 > > > > I also have a validated diamound account that is configured > like > > this: > > Ekiga PC-To-Phone > > eugw.ast.diamondcard.us > > mynumber > > mypassword > > mynumber > > eugw.ast.diamondcard.us > > 3600 > > > > and here are the output after a ekiga -d 4 and a phone call > try: > > > > seb at spokieszutpc:~$ ekiga -d 4 > > 2007/03/07 23:03:11.946 0:00.446 ekiga > > Detected audio plugins: ALSA > > 2007/03/07 23:03:11.947 0:00.446 ekiga > > Detected video plugins: Picture,V4L2,V4L > > 2007/03/07 23:03:11.947 0:00.446 ekiga > > Detected audio plugins: ALSA > > 2007/03/07 23:03:11.947 0:00.446 ekiga > > Detected video plugins: Picture,V4L2,V4L > > 2007/03/07 23:03:11.978 0:00.477 ekiga > > Detected the following audio input devices: Intel > ICH6,Default with > > plugin ALSA > > 2007/03/07 23:03:11.978 0:00.477 ekiga > > Detected the following audio output devices: Intel > ICH6,Default with > > plugin ALSA > > 2007/03/07 23:03:11.979 0:00.478 ekiga > > Detected the following video input devices: Aucun > p?riph?rique trouv? > > with plugin V4L > > 2007/03/07 23:03:11.979 0:00.478 ekiga > > Detected the following audio input devices: Intel > ICH6,Default with > > plugin ALSA > > 2007/03/07 23:03:11.979 0:00.478 ekiga > > Detected the following audio output devices: Intel > ICH6,Default with > > plugin ALSA > > 2007/03/07 23:03:11.980 0:00.479 ekiga > > Detected the following video input devices: Aucun > p?riph?rique trouv? > > with plugin V4L > > 2007/03/07 23:03:11.989 0:00.489 ekiga AVAHI > > Failed to create client: Daemon not running > > 2007/03/07 23:03:12.592 0:01.091 ekiga Ekiga > > version 2.0.3 > > 2007/03/07 23:03:12.592 0:01.091 ekiga OPAL > > version 2.2.3 > > 2007/03/07 23:03:12.592 0:01.091 ekiga PWLIB > > version 1.10.2 > > 2007/03/07 23:03:12.593 0:01.092 ekiga GNOME > > support enabled > > 2007/03/07 23:03:12.593 0:01.092 ekiga > > Fullscreen support enabled > > 2007/03/07 23:03:12.593 0:01.092 ekiga DBUS > > support disabled > > 2007/03/07 23:03:12.597 0:01.096 ekiga Set > > TCP port range to 30000:30010 > > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > > RTP port range to 5000:5059 > > 2007/03/07 23:03:12.598 0:01.097 ekiga Set > > UDP port range to 5060:5100 > > 2007/03/07 23:03:12.599 0:01.098 ekiga OpalEP > > Created endpoint: h323 > > 2007/03/07 23:03:12.599 0:01.098 ekiga H323 > > Created endpoint. > > 2007/03/07 23:03:12.600 0:01.099 ekiga > > OpalMan Added route "pc:.*=h323:" > > 2007/03/07 23:03:12.602 0:01.101 ekiga OpalEP > > Created endpoint: sip > > 2007/03/07 23:03:12.602 0:01.101 ekiga SIP > > Created endpoint. > > 2007/03/07 23:03:12.603 0:01.102 ekiga > > OpalMan Added route "pc:.*=sip:" > > 2007/03/07 23:03:12.603 0:01.103 ekiga OpalEP > > Created endpoint: pc > > 2007/03/07 23:03:12.605 0:01.104 ekiga PCSS > > Created PC sound system endpoint. > > 2007/03/07 23:03:12.605 0:01.104 ekiga > > OpalMan Added route "h323:.*=pc:" > > 2007/03/07 23:03:12.605 0:01.104 ekiga > > OpalMan Added route "sip:.*=pc:" > > 2007/03/07 23:03:12.669 0:01.168 ekiga AVAHI > > Error initializing Avahi: %sDaemon not running > > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 > Listen > > Started listening thread on tcp$192.168.0.104:1720 > > 2007/03/07 23:03:12.674 0:01.173 Opal Listener:84b8970 > Listen > > Waiting on socket accept on tcp$192.168.0.104:1720 > > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 > Listen > > Started listening thread on udp$192.168.0.104:5060 > > 2007/03/07 23:03:12.675 0:01.174 Opal Listener:84b9170 > Listen > > Waiting on UDP packet on udp$192.168.0.104:5060 > > 2007/03/07 23:03:18.834 0:07.333 GMStunClient:0855bc00 OPAL > > STUN server "stun.ekiga.net" replies Cone NAT, external IP > > XXX.XXX.XXX.XX > > 2007/03/07 23:03:24.011 0:12.511 GMAccounts...t:084bae10 > > OpalUDP Binding to interface: 192.168.0.104:32838 > > 2007/03/07 23:03:24.012 0:12.511 GMAccounts...t:084bae10 SIP > > Created transport udp$0.0.0.0 > > 2007/03/07 23:03:29.388 0:17.887 GMAccounts...t:084bae10 > > OpalUDP Started connect to 62.4.81.180:5060 > > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 > > OpalUDP STUN created socket: XXX.XXX.XXX.XX:62751 > > 2007/03/07 23:03:29.581 0:18.080 GMAccounts...t:084bae10 SIP > > Created Transport for Registrar udp$62.4.81.180:5060 > > $XXX.XXX.XXX.XX:62751> > > 2007/03/07 23:03:29.584 0:18.083 GMAccounts...t:084bae10 SIP > > Sending PDU on udp$62.4.81.180:5060 > > REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 > > CSeq: 1 REGISTER > > Via: SIP/2.0/UDP > > > XXX.XXX.XXX.XX:62751;branch=z9hG4bKc4a0b911-8bcb-db11-8dce-0012171fedf7;rport > > User-Agent: Ekiga/2.0.3 > > From: > > ;tag=0493b911-8bcb-db11-8dce-0012171fedf7 > > Call-ID: a470670e-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > > To: > > Contact: > > Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE > > Expires: 3600 > > Content-Length: 0 > > Max-Forwards: 70 > > > > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > > OpalCon Releasing > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > > OpalCon Call end reason for > > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc set to > > EndedBySecurityDenial > > 2007/03/07 23:06:06.438 2:54.937 SIP Handler:86746c0 > > OpalCon SetPhase from UninitialisedPhase to ReleasingPhase > > 2007/03/07 23:06:06.439 2:54.938 SIP Handler:86746c0 SIP > > Awaiting next PDU. > > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 SIP > > OnReleased: > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc], > > phase = ReleasingPhase > > 2007/03/07 23:06:06.439 2:54.938 OnRelease:8674b50 > > OpalCon SetPhase from ReleasingPhase to ReleasingPhase > > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > > OpalCon Media stream threads closed. > > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 > > OpalCon SetPhase from ReleasingPhase to ReleasedPhase > > 2007/03/07 23:06:06.440 2:54.939 SIP Handler:86746c0 SIP > > PDU handler thread finished. > > 2007/03/07 23:06:06.440 2:54.939 OnRelease:8674b50 Opal > > Transport clean up on termination > > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 > > OpalUDP Close > > 2007/03/07 23:06:06.441 2:54.940 OnRelease:8674b50 Opal > > Transport Close > > 2007/03/07 23:06:06.441 2:54.940 SIP Transport:8644db0 SIP > > Read thread finished. > > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > > OpalCon OnReleased > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > > OpalCon Media stream threads closed. > > 2007/03/07 23:06:06.442 2:54.941 OnRelease:8674b50 > > GMSIPEndpoint SIP connection released > > 2007/03/07 23:06:06.443 2:54.942 OnRelease:8674b50 OpalEP > > OnReleased > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > > 2007/03/07 23:06:06.560 2:55.059 OnRelease:8674b50 > > GMManager Will release the connection > > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 > > OpalMan OnReleased > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > > 2007/03/07 23:06:06.561 2:55.060 OnRelease:8674b50 Call > > OnReleased > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > > OpalCon Releasing Call[1]-EP[Default] > > 2007/03/07 23:06:06.562 2:55.061 OnRelease:8674b50 > > OpalCon Call end reason for Default set to > EndedBySecurityDenial > > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 > > OpalCon SetPhase from SetUpPhase to ReleasingPhase > > 2007/03/07 23:06:06.563 2:55.062 OnRelease:8674b50 SIP > > Transaction 1 INVITE aborted. > > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 SIP > > Transaction 1 INVITE destroyed. > > 2007/03/07 23:06:06.564 2:55.063 OnRelease:8674b50 > > OpalCon OnRelease thread completed for > > 0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc > > 2007/03/07 23:06:06.564 2:55.063 OnRelease:86780d0 > > OpalCon OnReleased Call[1]-EP[Default] > > 2007/03/07 23:06:06.565 2:55.064 OnRelease:86780d0 > > OpalCon Media stream threads closed. > > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 > > GMPCSSEndpoint PCSS connection released > > 2007/03/07 23:06:06.566 2:55.065 OnRelease:86780d0 OpalEP > > OnReleased Call[1]-EP[Default] > > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > > GMManager Will release the connection > > 2007/03/07 23:06:06.567 2:55.066 OnRelease:86780d0 > > OpalMan OnReleased Call[1]-EP[Default] > > 2007/03/07 23:06:06.567 2:55.067 OnRelease:86780d0 Call > > OnReleased Call[1]-EP[Default] > > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > > Transport clean up on termination > > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage > > OpalUDP Close > > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage Opal > > Transport Close > > 2007/03/07 23:06:07.097 2:55.596 OpalGarbage SIP > > Deleted connection. > > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > > OpalCon Connection > > > Call[1]-EP[0643c96d-8bcb-db11-8dce-0012171fedf7 at spokieszutpc] > > destroyed. > > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > > RTP_UDP Session 1, Shutting down read. > > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > > RTP_UDP Session 1, Shutting down write. > > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > > RTP_UDP Session 2, Shutting down read. > > 2007/03/07 23:06:07.098 2:55.597 OpalGarbage > > RTP_UDP Session 2, Shutting down write. > > 2007/03/07 23:06:09.917 2:58.416 OnRelease:86780d0 > > OpalCon OnRelease thread completed for Default > > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage PCSS > > Deleted PC sound system connection. > > 2007/03/07 23:06:10.109 2:58.608 OpalGarbage > > OpalCon Connection Call[1]-EP[Default] destroyed. > > 2007/03/07 23:06:11.113 2:59.612 OpalGarbage Call > > Call[1] destroyed. > > > > > > can anyone help ? > > is this the router ? > > I'm not sure what brand it is, as it is the one of my > neighbour ;) > > but I think it is a D-Link. Though to be not perfect, the > connection > > is normally acceptable (Skype use to work correctly from the > same > > machine). > > and I haven't tried yet to open the ports, but it is > something I migth > > e able to do if needed. (though that the STUN seems to > correctly find > > the IP adress; note: I changed it to XXX.XXX.XXX.XX in this > email). > > > > Really, I'd be very happy if anyone can help, > > I've been looking in many forum, the faq, documentation... > now, > > and I can't find the thing. > > > > thanks in advance. > > > > Spok. > > > > > > > > > ______________________________________________________________________ > > D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes > vos > > questions ! Profitez des connaissances, des opinions et des > > exp?riences des internautes sur Yahoo! Questions/R?ponses. > > _______________________________________________ > > 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 > > > > > ______________________________________________________________________ > D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos > questions ! Profitez des connaissances, des opinions et des > exp?riences des internautes sur Yahoo! Questions/R?ponses. > _______________________________________________ > 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 dieter.rogiest at telenet.be Wed Mar 14 22:08:51 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Wed, 14 Mar 2007 23:08:51 +0100 Subject: [Ekiga-list] Ekiga-linux to Ekiga-win32: horrible, choppy, unintelligible sound In-Reply-To: <1173903606.3701.20.camel@scorpion> References: <200703141921.14718.dieter.rogiest@telenet.be> <1173903606.3701.20.camel@scorpion> Message-ID: <200703142308.51313.dieter.rogiest@telenet.be> On Wednesday 14 March 2007 21:20, Damien Sandras wrote: > That is because of the above explanation: don't use snapshots and expect > reliable quality. Please use a stable release and report back. > > Thanks, OK, I've compiled ekiga-2.0.7 (with pwlib-1.10.5 and opal-2.2.6). My sister has gone to bed already so I'll have to wait till tomorrow to test it. Also ekiga for win32 (on http://snapshots.ekiga.net/win32.php) appears to be a cvs nightly build, is this correct? Is there an ekiga for win32 version 2.0.7 ? That was the reason I used the cvs snapshot of ekiga because ekiga for win32 also seemed to be cvs snapshot. Dieter From dsandras at seconix.com Wed Mar 14 22:26:59 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 14 Mar 2007 23:26:59 +0100 Subject: [Ekiga-list] Ekiga-linux to Ekiga-win32: horrible, choppy, unintelligible sound In-Reply-To: <200703142308.51313.dieter.rogiest@telenet.be> References: <200703141921.14718.dieter.rogiest@telenet.be> <1173903606.3701.20.camel@scorpion> <200703142308.51313.dieter.rogiest@telenet.be> Message-ID: <1173911219.4722.6.camel@scorpion> Le mercredi 14 mars 2007 ? 23:08 +0100, Dieter Rogiest a ?crit : > On Wednesday 14 March 2007 21:20, Damien Sandras wrote: > > That is because of the above explanation: don't use snapshots and expect > > reliable quality. Please use a stable release and report back. > > > > Thanks, > > OK, I've compiled ekiga-2.0.7 (with pwlib-1.10.5 and opal-2.2.6). > My sister has gone to bed already so I'll have to wait till tomorrow to test > it. > > Also ekiga for win32 (on http://snapshots.ekiga.net/win32.php) appears to be a > cvs nightly build, is this correct? > Is there an ekiga for win32 version 2.0.7 ? > Not yet, but we are working on it. Can you test your audio and video quality by calling 500 at ekiga.net ? Once we are sure that works, then you can start calling your sister. 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 ANISHAKUMAR at nestec.net Thu Mar 15 06:24:06 2007 From: ANISHAKUMAR at nestec.net (ANISHA KUMAR) Date: Thu, 15 Mar 2007 11:54:06 +0530 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : volunteers ? Message-ID: <139F6AE4CA364E49A5513DEF0C64D7BD0528431B@pdc1.nestec.net> Hi , I saw a mail from Damien Sandras in Ekiga, looking for volunteers. I would like to join your team and be a part of the bug fixing team. I think i can start with the bug fixing. I am pretty new to this and dont have much knowledge of the code. While going through the bug list i found the following bug "Bug 339831 - Ekiga sent ARQ even though RAS account was removed" I have good knowledge of the H.323 protocol. So i thought i would take up a related bug and start looking into the code. Can i join this and start with this ? Expecting a positive response from you. Regards, Anisha -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Notebook.jpg Type: image/jpeg Size: 2950 bytes Desc: not available URL: From dieter.rogiest at telenet.be Thu Mar 15 14:19:30 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Thu, 15 Mar 2007 15:19:30 +0100 Subject: [Ekiga-list] Ekiga-linux to Ekiga-win32: horrible, choppy, unintelligible sound In-Reply-To: <1173911219.4722.6.camel@scorpion> References: <200703141921.14718.dieter.rogiest@telenet.be> <200703142308.51313.dieter.rogiest@telenet.be> <1173911219.4722.6.camel@scorpion> Message-ID: <200703151519.30995.dieter.rogiest@telenet.be> On Wednesday 14 March 2007 23:26, Damien Sandras wrote: > > Is there an ekiga for win32 version 2.0.7 ? > > Not yet, but we are working on it. > > Can you test your audio and video quality by calling 500 at ekiga.net ? > > Once we are sure that works, then you can start calling your sister. Ekiga 2.0.7 works fine, it seems. echo test from 500 at ekiga.net is ok. I called my sister: now she can hear me with good quality but her voice on my end was choppy and very hard to understand. I know now that's because of the snapshot version of ekiga-win32. I'm patiently waiting for ekiga-win32 version 2.0.7. I noticed that ekiga 2.0.7 uses a low-resolution video, version 2.1.0 (when it comes out) will have a larger resolution, right? I wrongfully thought that the daily cvs snapshot version would be usable. I should have known that it is full with bugs and constant in development. Sometimes I can be very stupid. Damien and others, thank you very much for your work! Dieter From jan.schampera at web.de Thu Mar 15 17:36:17 2007 From: jan.schampera at web.de (Jan Schampera) Date: Thu, 15 Mar 2007 18:36:17 +0100 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : volunteers ? In-Reply-To: <139F6AE4CA364E49A5513DEF0C64D7BD0528431B@pdc1.nestec.net> References: <139F6AE4CA364E49A5513DEF0C64D7BD0528431B@pdc1.nestec.net> Message-ID: <20070315183617.70e22f83@localhost.localdomain> On Thu, 15 Mar 2007 11:54:06 +0530 ANISHA KUMAR wrote: > I saw a mail from Damien Sandras in Ekiga, looking for > volunteers. I would like to join your team and be a part of the bug > fixing team. I think i can start with the bug fixing. I am pretty new > to this and dont have much knowledge of the code. > > While going through the bug list i found the following bug > "Bug 339831 - Ekiga sent ARQ even though RAS account was removed" > I have good knowledge of the H.323 protocol. So i thought i > would take up a related bug and start looking into the code. > Can i join this and start with this ? Welcome..! I can't talk in the name of Damien, of course, but help is always welcome, sure! The base code for H.323 is in the Open Phone Abstraction Library (OPAL), which Ekiga uses for telephony stuff. I think Damien will answer, too, so just wait... You don't know a GTK+ coder by chance? ;-) J. -- Live as if you were to die tomorrow. Learn as if you were to live forever. From dsandras at seconix.com Thu Mar 15 20:19:47 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 15 Mar 2007 21:19:47 +0100 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : volunteers ? In-Reply-To: <139F6AE4CA364E49A5513DEF0C64D7BD0528431B@pdc1.nestec.net> References: <139F6AE4CA364E49A5513DEF0C64D7BD0528431B@pdc1.nestec.net> Message-ID: <1173989987.3747.4.camel@scorpion> Hi, Le jeudi 15 mars 2007 ? 11:54 +0530, ANISHA KUMAR a ?crit : > Hi , > > I saw a mail from Damien Sandras in Ekiga, looking for > volunteers. I would like to join your team and be a part of the bug > fixing team. > I think i can start with the bug fixing. I am pretty new to > this and dont have much knowledge of the code. > > While going through the bug list i found the following bug > "Bug 339831 ? Ekiga sent ARQ even though RAS account was removed" > I have good knowledge of the H.323 protocol. So i thought i > would take up a related bug and start looking into the code. > Can i join this and start with this ? Yes, sure ! Help is welcome in various areas of Ekiga. The best to do is often to join #ekiga on irc.gnome.org to be part of the community of developers. I think that bug is simple : I think it just means that when you remove an account from the UI, the account is not unregistered. Thanks for your help proposition ! -- _ 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 Thu Mar 15 20:20:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 15 Mar 2007 21:20:22 +0100 Subject: [Ekiga-list] Ekiga-linux to Ekiga-win32: horrible, choppy, unintelligible sound In-Reply-To: <200703151519.30995.dieter.rogiest@telenet.be> References: <200703141921.14718.dieter.rogiest@telenet.be> <200703142308.51313.dieter.rogiest@telenet.be> <1173911219.4722.6.camel@scorpion> <200703151519.30995.dieter.rogiest@telenet.be> Message-ID: <1173990022.3747.6.camel@scorpion> Le jeudi 15 mars 2007 ? 15:19 +0100, Dieter Rogiest a ?crit : > On Wednesday 14 March 2007 23:26, Damien Sandras wrote: > > > Is there an ekiga for win32 version 2.0.7 ? > > > > Not yet, but we are working on it. > > > > Can you test your audio and video quality by calling 500 at ekiga.net ? > > > > Once we are sure that works, then you can start calling your sister. > > Ekiga 2.0.7 works fine, it seems. echo test from 500 at ekiga.net is ok. > I called my sister: now she can hear me with good quality but her voice on my > end was choppy and very hard to understand. I know now that's because of the > snapshot version of ekiga-win32. > I'm patiently waiting for ekiga-win32 version 2.0.7. > > I noticed that ekiga 2.0.7 uses a low-resolution video, version 2.1.0 (when it > comes out) will have a larger resolution, right? > > I wrongfully thought that the daily cvs snapshot version would be usable. I > should have known that it is full with bugs and constant in development. > Sometimes I can be very stupid. They are usable and certainly not full with bugs, but they are far from perfect as it is a work in progress. -- _ 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 dieter.rogiest at telenet.be Thu Mar 15 23:03:32 2007 From: dieter.rogiest at telenet.be (Dieter Rogiest) Date: Fri, 16 Mar 2007 00:03:32 +0100 Subject: [Ekiga-list] =?utf-8?q?Ekiga_should_save_settings_=28gamma=2C_sat?= =?utf-8?q?uration=29_of=09my_USB_webcam?= In-Reply-To: <1173903667.3701.22.camel@scorpion> References: <200703141853.49150.dieter.rogiest@telenet.be> <1173903667.3701.22.camel@scorpion> Message-ID: <200703160003.32778.dieter.rogiest@telenet.be> On Wednesday 14 March 2007 21:21, Damien Sandras wrote: > > luvcview then prints this out: > > "Video driver: x11 > > A window manager is available > > video /dev/video0 > > Unable to set format: 5. > > Init v4L2 failed !! exit fatal" > > Only solution I know to get back my video is to reboot the entire system > > (annoying, so MS Win 3.1.). Anybody who knows how to get that v4l2 driver > > working again without rebooting? > > I'm cc'ing Luc Saillard, an expert in terms of video and V4L2 ;-) I found a solution on mailing-list https://lists.berlios.de/pipermail/linux-uvc-devel/ : "the only way is to reset camera, either by calling usb_reset_device() or by unplugging the cord." The USB Logitech webcams appear to have a hardware bug (something about usb timings) and as far as I understand it, there isn't a workaround for it. Unplugging the cord of my webcam I can do but I'd like to know with what command i can do a "usb_reset_device()". I guess some experts on linux-uvc are Laurent Pinchart and Evgeny. Regards, Dieter From ANISHAKUMAR at nestec.net Fri Mar 16 05:14:59 2007 From: ANISHAKUMAR at nestec.net (ANISHA KUMAR) Date: Fri, 16 Mar 2007 10:44:59 +0530 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : vo lunteers ? Message-ID: <139F6AE4CA364E49A5513DEF0C64D7BD052DDBFD@pdc1.nestec.net> Hi , Thank you for the immediate reply. I will go through the code and check out the area of fix. Can you give me some inputs where to start ,so that I don't spend too much time in digging into code. Thanks in Advance, Anisha -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: Friday, March 16, 2007 1:50 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : volunteers ? Hi, Le jeudi 15 mars 2007 ? 11:54 +0530, ANISHA KUMAR a ?crit : > Hi , > > I saw a mail from Damien Sandras in Ekiga, looking for > volunteers. I would like to join your team and be a part of the bug > fixing team. > I think i can start with the bug fixing. I am pretty new to > this and dont have much knowledge of the code. > > While going through the bug list i found the following bug > "Bug 339831 - Ekiga sent ARQ even though RAS account was removed" > I have good knowledge of the H.323 protocol. So i thought i > would take up a related bug and start looking into the code. > Can i join this and start with this ? Yes, sure ! Help is welcome in various areas of Ekiga. The best to do is often to join #ekiga on irc.gnome.org to be part of the community of developers. I think that bug is simple : I think it just means that when you remove an account from the UI, the account is not unregistered. Thanks for your help proposition ! -- _ 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 ANISHAKUMAR at nestec.net Fri Mar 16 05:16:17 2007 From: ANISHAKUMAR at nestec.net (ANISHA KUMAR) Date: Fri, 16 Mar 2007 10:46:17 +0530 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : vo lunteers ? Message-ID: <139F6AE4CA364E49A5513DEF0C64D7BD052DDC02@pdc1.nestec.net> Hi , I don't have any idea about GTK+ coder. Will start looking into that. Can you provide any suggestions on how to go about it ? Thanks & Regards, Anisha -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Jan Schampera Sent: Thursday, March 15, 2007 11:06 PM To: ekiga-list at gnome.org Subject: Re: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : volunteers ? On Thu, 15 Mar 2007 11:54:06 +0530 ANISHA KUMAR wrote: > I saw a mail from Damien Sandras in Ekiga, looking for > volunteers. I would like to join your team and be a part of the bug > fixing team. I think i can start with the bug fixing. I am pretty new > to this and dont have much knowledge of the code. > > While going through the bug list i found the following bug > "Bug 339831 - Ekiga sent ARQ even though RAS account was removed" > I have good knowledge of the H.323 protocol. So i thought i > would take up a related bug and start looking into the code. > Can i join this and start with this ? Welcome..! I can't talk in the name of Damien, of course, but help is always welcome, sure! The base code for H.323 is in the Open Phone Abstraction Library (OPAL), which Ekiga uses for telephony stuff. I think Damien will answer, too, so just wait... You don't know a GTK+ coder by chance? ;-) J. -- Live as if you were to die tomorrow. Learn as if you were to live forever. _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Fri Mar 16 09:42:55 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 16 Mar 2007 10:42:55 +0100 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : vo lunteers ? In-Reply-To: <139F6AE4CA364E49A5513DEF0C64D7BD052DDBFD@pdc1.nestec.net> References: <139F6AE4CA364E49A5513DEF0C64D7BD052DDBFD@pdc1.nestec.net> Message-ID: <1174038175.3762.11.camel@scorpion> Hi, Le vendredi 16 mars 2007 ? 10:44 +0530, ANISHA KUMAR a ?crit : > Hi , > > Thank you for the immediate reply. I will go through the code and check out > the area of fix. > Can you give me some inputs where to start ,so that I don't spend too much > time in digging into code. > It is in src/gui/accounts.cpp and src/gui/accountshandler.cpp in Ekiga source code. When removing an account, you should "unregister" it. 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 ANISHAKUMAR at nestec.net Fri Mar 16 09:56:18 2007 From: ANISHAKUMAR at nestec.net (ANISHA KUMAR) Date: Fri, 16 Mar 2007 15:26:18 +0530 Subject: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : vo lunteers ? Message-ID: <139F6AE4CA364E49A5513DEF0C64D7BD0533025E@pdc1.nestec.net> Hi Damien, Thank you very much. I will try to fix it at the earliest and let you know. Regards, Anisha -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: Friday, March 16, 2007 3:13 PM To: Ekiga mailing list Subject: Re: [Ekiga-list] REG : [Ekiga-devel-list] Let's spread Ekiga : vo lunteers ? Hi, Le vendredi 16 mars 2007 ? 10:44 +0530, ANISHA KUMAR a ?crit : > Hi , > > Thank you for the immediate reply. I will go through the code and > check out the area of fix. > Can you give me some inputs where to start ,so that I don't spend too > much time in digging into code. > It is in src/gui/accounts.cpp and src/gui/accountshandler.cpp in Ekiga source code. When removing an account, you should "unregister" it. 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 _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From monnier at iro.umontreal.ca Fri Mar 16 14:22:50 2007 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Fri, 16 Mar 2007 10:22:50 -0400 Subject: [Ekiga-list] Ekiga should save settings (gamma, saturation) of my USB webcam References: <200703141853.49150.dieter.rogiest@telenet.be> <1173903667.3701.22.camel@scorpion> <200703160003.32778.dieter.rogiest@telenet.be> Message-ID: >> > luvcview then prints this out: >> > "Video driver: x11 >> > A window manager is available >> > video /dev/video0 >> > Unable to set format: 5. >> > Init v4L2 failed !! exit fatal" >> > Only solution I know to get back my video is to reboot the entire system >> > (annoying, so MS Win 3.1.). Anybody who knows how to get that v4l2 driver >> > working again without rebooting? >> >> I'm cc'ing Luc Saillard, an expert in terms of video and V4L2 ;-) > I found a solution on mailing-list > https://lists.berlios.de/pipermail/linux-uvc-devel/ : > "the only way is to reset camera, either by calling usb_reset_device() or by > unplugging the cord." > The USB Logitech webcams appear to have a hardware bug (something about usb > timings) and as far as I understand it, there isn't a workaround for it. > Unplugging the cord of my webcam I can do but I'd like to know with what > command i can do a "usb_reset_device()". > I guess some experts on linux-uvc are Laurent Pinchart and Evgeny. There's a patch to linux-uvc that does the usb_reset_device when it seems necessary. Check the linux-uvc list for it. The latest version of the patch I could find was pretty old and the code has been completely shuffled since then (split into several files), so it took me some manual work to apply the patch. I posted the resulting new patch to the linux-uvc mailing-list recently (maybe a couple weeks ago). It seems to work for me. Stefan From barthelemy at crans.org Sun Mar 18 15:54:38 2007 From: barthelemy at crans.org (=?ISO-8859-1?Q?S=E9bastien_Barth=E9lemy?=) Date: Sun, 18 Mar 2007 16:54:38 +0100 Subject: [Ekiga-list] ekiga and windows XP: no sound and video and bad sound Message-ID: <1174233278.5344.31.camel@thinbox> Hello everybody, I'm trying to run Ekiga under windows XP. I followed the instructions from http://snapshots.voxgratia.org/win32.php. (ekiga 2.1.0) I have two problems: * no sound/video at all when calling sip:500 at ekiga.net * bad sound when running the audio test The setup druid worked but when testing the audio, there is an awful sizzling noise superposed to my own voice (but I can still hear my voice). The video tests seem to work. The "sound events" from ekiga are clear. And recording my voice with the windows recorder is ok. When trying to call sip:500 at ekiga.net , the call seems to work, but I cannot hear nor see anything. I'm behind a "port restricted" NAT router, and there is no firewall on the windows box. It's probably not a network nor a webcam problem as everything (video and sound) works from another computer using the ubuntu edgy version of ekiga (2.0.3) (behind the same router and using the same webcam). Can anyone help me findind what is the problem ? Thank you ! From dsandras at seconix.com Sun Mar 18 18:42:10 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 18 Mar 2007 19:42:10 +0100 Subject: [Ekiga-list] ekiga and windows XP: no sound and video and bad sound In-Reply-To: <1174233278.5344.31.camel@thinbox> References: <1174233278.5344.31.camel@thinbox> Message-ID: <1174243330.3744.4.camel@scorpion> Le dimanche 18 mars 2007 ? 16:54 +0100, S?bastien Barth?lemy a ?crit : > Hello everybody, > > I'm trying to run Ekiga under windows XP. I followed the instructions > from http://snapshots.voxgratia.org/win32.php. (ekiga 2.1.0) > > I have two problems: > * no sound/video at all when calling sip:500 at ekiga.net > * bad sound when running the audio test > > The setup druid worked but when testing the audio, there is an awful > sizzling noise superposed to my own voice (but I can still hear my > voice). The video tests seem to work. > > The "sound events" from ekiga are clear. And recording my voice with the > windows recorder is ok. > > When trying to call sip:500 at ekiga.net , the call seems to work, but I > cannot hear nor see anything. > > I'm behind a "port restricted" NAT router, and there is no firewall on > the windows box. > > It's probably not a network nor a webcam problem as everything (video > and sound) works from another computer using the ubuntu edgy version of > ekiga (2.0.3) (behind the same router and using the same webcam). > > > Can anyone help me findind what is the problem ? > The snapshot version is currently broken. Vincent (in CC) is working on packages for the upcoming 2.0.8. He is currently stress-testing it for stability so that we can fix all possible problems before releasing 2.0.8. -- _ 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 barthelemy at crans.org Sun Mar 18 19:45:07 2007 From: barthelemy at crans.org (=?ISO-8859-1?Q?S=E9bastien_Barth=E9lemy?=) Date: Sun, 18 Mar 2007 20:45:07 +0100 Subject: [Ekiga-list] ekiga and windows XP: no sound and video and bad sound In-Reply-To: <1174243330.3744.4.camel@scorpion> References: <1174233278.5344.31.camel@thinbox> <1174243330.3744.4.camel@scorpion> Message-ID: <1174247107.20238.10.camel@thinbox> Le dimanche 18 mars 2007 ? 19:42 +0100, Damien Sandras a ?crit : > Le dimanche 18 mars 2007 ? 16:54 +0100, S?bastien Barth?lemy a ?crit : > > Hello everybody, > > > > I'm trying to run Ekiga under windows XP. I followed the instructions > > from http://snapshots.voxgratia.org/win32.php. (ekiga 2.1.0) > > > > I have two problems: > > * no sound/video at all when calling sip:500 at ekiga.net > > * bad sound when running the audio test > > > > The setup druid worked but when testing the audio, there is an awful > > sizzling noise superposed to my own voice (but I can still hear my > > voice). The video tests seem to work. > > > > The "sound events" from ekiga are clear. And recording my voice with the > > windows recorder is ok. > > > > When trying to call sip:500 at ekiga.net , the call seems to work, but I > > cannot hear nor see anything. > > > > I'm behind a "port restricted" NAT router, and there is no firewall on > > the windows box. > > > > It's probably not a network nor a webcam problem as everything (video > > and sound) works from another computer using the ubuntu edgy version of > > ekiga (2.0.3) (behind the same router and using the same webcam). > > > > > > Can anyone help me findind what is the problem ? > > > > The snapshot version is currently broken. > > Vincent (in CC) is working on packages for the upcoming 2.0.8. He is > currently stress-testing it for stability so that we can fix all > possible problems before releasing 2.0.8. Thank you for your fast reply, if you have any pre-release to test, let me know. good evening -- S?bastien From ML at Bartschnet.de Mon Mar 19 18:09:30 2007 From: ML at Bartschnet.de (Rene Bartsch) Date: Mon, 19 Mar 2007 19:09:30 +0100 (CET) Subject: [Ekiga-list] TOS settings? Message-ID: <3344.91.34.116.225.1174327770.squirrel@www.bartschnet.de> Hi, which Type of Service settings does Ekiga set for the network connection? Renne From dsandras at seconix.com Mon Mar 19 19:13:36 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Mar 2007 20:13:36 +0100 Subject: [Ekiga-list] ekiga 2.0.7 In-Reply-To: <45FEDF1B.9080700@felton.felton.ca.us> References: <45FEDF1B.9080700@felton.felton.ca.us> Message-ID: <1174331616.3961.3.camel@scorpion> Le lundi 19 mars 2007 ? 12:06 -0700, Robert Lewis a ?crit : > Hi: > > I am trying to install the latest ekiga. I haVe also written > the message to the packman maintainer. > > However, I have currently installed: > > opal Open Phone Abstraction Library 2.3.1-30 and dependencies wants to > downgrade to 2.2.6-0.pm.0 > pwlib Portable Windows Library from Equivalence Pty. Lty 1.11.1-27 wants > to downgrade me to 1.10.5-0.pm.0 > > for Ekiga 2.0.7-0.pm.2 > > When can Ekiga be re-released to use the latest opal and pwlib ? > The latest OPAL and PWLIB versions that can be used are the ones provided through packman. OPAL 2.3.1 and PWLIB 1.11.1 are CVS versions and should not be used in production environments because they could lead to stability problems. -- _ 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 Mon Mar 19 19:36:20 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Mar 2007 20:36:20 +0100 Subject: [Ekiga-list] TOS settings? In-Reply-To: <3344.91.34.116.225.1174327770.squirrel@www.bartschnet.de> References: <3344.91.34.116.225.1174327770.squirrel@www.bartschnet.de> Message-ID: <1174332980.3961.8.camel@scorpion> Hi, Le lundi 19 mars 2007 ? 19:09 +0100, Rene Bartsch a ?crit : > Hi, > > which Type of Service settings does Ekiga set for the network connection? > LOWDELAY (0x10) -- _ 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 anish.kk at nestgroup.net Tue Mar 20 04:21:19 2007 From: anish.kk at nestgroup.net (Anish K. K.) Date: Tue, 20 Mar 2007 09:51:19 +0530 Subject: [Ekiga-list] Why H.263 is not used in ekiga? Message-ID: <9A1299C7A40D7447A108107E951450CA20AC69@MAIL-TVM.tvm.nestgroup.net> Hi all, Eventhough H.263 codec in opal supports high resolutions, why it is not used in ekiga? Please be gentle. I am quite new using ekiga. Please help me by giving a reply. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Tue Mar 20 14:23:34 2007 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 20 Mar 2007 07:23:34 -0700 (PDT) Subject: [Ekiga-list] Wrong Library Version When Starting Message-ID: I just built and installed PWlib-1.10.5, opal-2.2.6, and ekiga-2.0.7. However, when I try to invoke ekiga I see this: ekiga: error while loading shared libraries: libpt_linux_x86_r.so.1.10.3: cannot open shared object file: No such file or directory That must be from an earlier version of ekiga because what's installed here is libpt_linux_x86_r.so.1.10.5. How do I get past this so ekiga finds the installed version of the library? Rich -- Richard B. Shepard, Ph.D. | The Environmental Permitting Applied Ecosystem Services, Inc. | Accelerator(TM) Voice: 503-667-4517 Fax: 503-667-8863 From sevmek at free.fr Tue Mar 20 17:08:43 2007 From: sevmek at free.fr (yannick) Date: Tue, 20 Mar 2007 18:08:43 +0100 Subject: [Ekiga-list] Wrong Library Version When Starting In-Reply-To: References: Message-ID: <1174410523.19705.49.camel@achille> Le mardi 20 mars 2007 ? 07:23 -0700, Rich Shepard a ?crit : > I just built and installed PWlib-1.10.5, opal-2.2.6, and ekiga-2.0.7. > However, when I try to invoke ekiga I see this: > > ekiga: error while loading shared libraries: libpt_linux_x86_r.so.1.10.3: > cannot open shared object file: No such file or directory > It seems you have a previous install of pwlib (=libpt) and probably opal too in your system and the compilation was bad. You should remove previous installed version first, then compile them. More info here: http://wiki.ekiga.org/index.php/Linux_Users Regards, Yannick > That must be from an earlier version of ekiga because what's installed > here is libpt_linux_x86_r.so.1.10.5. > > How do I get past this so ekiga finds the installed version of the > library? > > Rich > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From ML at Bartschnet.de Tue Mar 20 18:37:40 2007 From: ML at Bartschnet.de (Rene Bartsch) Date: Tue, 20 Mar 2007 19:37:40 +0100 (CET) Subject: [Ekiga-list] Why H.263 is not used in ekiga? In-Reply-To: <9A1299C7A40D7447A108107E951450CA20AC69@MAIL-TVM.tvm.nestgroup.net> References: <9A1299C7A40D7447A108107E951450CA20AC69@MAIL-TVM.tvm.nestgroup.net> Message-ID: <32920.87.169.120.55.1174415860.squirrel@www.bartschnet.de> > > Hi all, > > > > Eventhough H.263 codec in opal supports high resolutions, > why it is not used in ekiga? Please be gentle. I am quite new using > ekiga. Please help me by giving a reply. > That's a quite interesting question. When testing Ekiga with 1 MBit/s upstream in the LAN resolution was something about 172 dpi although my Logitech QuickCam for Notebooks Pro provides a resolution of 640x480 (V4L2). It would be nice to have more efficency (higher resolution and framerate) in Ekiga. Thanx for any hint Renne From dsandras at seconix.com Tue Mar 20 18:45:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Mar 2007 19:45:22 +0100 Subject: [Ekiga-list] Why H.263 is not used in ekiga? In-Reply-To: <32920.87.169.120.55.1174415860.squirrel@www.bartschnet.de> References: <9A1299C7A40D7447A108107E951450CA20AC69@MAIL-TVM.tvm.nestgroup.net> <32920.87.169.120.55.1174415860.squirrel@www.bartschnet.de> Message-ID: <1174416322.3849.38.camel@scorpion> Le mardi 20 mars 2007 ? 19:37 +0100, Rene Bartsch a ?crit : > > > > Hi all, > > > > > > > > Eventhough H.263 codec in opal supports high resolutions, > > why it is not used in ekiga? Please be gentle. I am quite new using > > ekiga. Please help me by giving a reply. > > > > That's a quite interesting question. When testing Ekiga with 1 MBit/s > upstream in the LAN resolution was something about 172 dpi although my > Logitech QuickCam for Notebooks Pro provides a resolution of 640x480 > (V4L2). > > It would be nice to have more efficency (higher resolution and framerate) > in Ekiga. > It's on the TODO list. If someone wants to step in and help, please come on irc.gnome.org, #ekiga. 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 rshepard at appl-ecosys.com Tue Mar 20 21:42:05 2007 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 20 Mar 2007 14:42:05 -0700 (PDT) Subject: [Ekiga-list] Wrong Library Version When Starting In-Reply-To: <1174410523.19705.49.camel@achille> References: <1174410523.19705.49.camel@achille> Message-ID: On Tue, 20 Mar 2007, yannick wrote: > It seems you have a previous install of pwlib (=libpt) and probably opal > too in your system and the compilation was bad. You should remove previous > installed version first, then compile them. Yannick, That was my first thought. I ran 'find' for libpt, and found only the one. But, I'll remove all three and start over when I return. Thanks, Rich -- Richard B. Shepard, Ph.D. | The Environmental Permitting Applied Ecosystem Services, Inc. | Accelerator(TM) Voice: 503-667-4517 Fax: 503-667-8863 From herve.gilibert at univ-st-etienne.fr Wed Mar 21 08:53:02 2007 From: herve.gilibert at univ-st-etienne.fr (=?ISO-8859-15?Q?Herv=E9_GILIBERT?=) Date: Wed, 21 Mar 2007 09:53:02 +0100 Subject: [Ekiga-list] Ekiga Debian package Message-ID: <4600F26E.2010901@univ-st-etienne.fr> Bonjour, I'm looking for a Debian package of EKIGA > 2.0.3 (Bug "Jitter buffer did not terminate". Thanks in advance for any clues. -- Herv? Gilibert Universit? Jean Monnet St Etienne CRITeR Centre de Ressources Informatiques T?l?com et R?seaux 21, Rue du Dr P. Michelon 42023 St Etienne Cedex 2 T?l: 04 77 48 50 52 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4160 bytes Desc: S/MIME Cryptographic Signature URL: From viet at entityfx.com Thu Mar 22 22:38:39 2007 From: viet at entityfx.com (Viet Nguyen) Date: Thu, 22 Mar 2007 15:38:39 -0700 Subject: [Ekiga-list] Creative Live! Cam Optia Green Message-ID: <4603056F.1040402@entityfx.com> Hi, I found in the list archives that supposedly a fix was applied for a situation like mine where video captured by Ekiga showed up green, however, I am still getting a screen that is mostly green except for a small horizontal strip near the top of the frame. Image looks fine using luvcview. Here is my setup: * Creative Live! Cam Optia * Gentoo Linux running 2.6.20 Kernel * linux-uvc, revision 89 * opal 2.2.6, from portage * pwlib 1.10.5, from portage, use flags: alsa v4l2 xml ssl ldap * ekiga 2.0.7, from portage, use flags: dbus v4l2 * xorg 7.1.1, from portage * Nvidia Quadro FX 1300, Driver version 1.0.9755 Am I missing something? Thanks, Viet From craigs at postincrement.com Thu Mar 22 23:06:44 2007 From: craigs at postincrement.com (Craig Southeren) Date: Fri, 23 Mar 2007 10:06:44 +1100 Subject: [Ekiga-list] OPAL/OpenH323 mailing list is being moved Message-ID: <46030C04.8060502@postincrement.com> To all, Many of you may have noticed that the OPAL/OpenH323 mailing list has been very quiet lately. The list is being moved over to SourceForge, but the SF has been very slow in processing the request to add the old subscribers. Until this happens, please feel free to subscribe to the lists as described at: http://sourceforge.net/mail/?group_id=80674 Craig ----------------------------------------------------------------------- Craig Southeren Post Increment ? VoIP Consulting and Software craigs at postincrement.com.au www.postincrement.com.au Phone: +61 243654666 ICQ: #86852844 Fax: +61 243656905 MSN: craig_southeren at hotmail.com Mobile: +61 417231046 Jabber: craigs at jabber.org "It takes a man to suffer ignorance and smile. Be yourself, no matter what they say." Sting From luc at saillard.org Sat Mar 24 08:50:04 2007 From: luc at saillard.org (Luc Saillard) Date: Sat, 24 Mar 2007 09:50:04 +0100 Subject: [Ekiga-list] Creative Live! Cam Optia Green In-Reply-To: <4603056F.1040402@entityfx.com> References: <4603056F.1040402@entityfx.com> Message-ID: <20070324085004.GI32669@sd291.sivit.org> On Thu, Mar 22, 2007 at 03:38:39PM -0700, Viet Nguyen wrote: > Hi, > > I found in the list archives that supposedly a fix was applied for a > situation like mine where video captured by Ekiga showed up green, > however, I am still getting a screen that is mostly green except for a > small horizontal strip near the top of the frame. Image looks fine using > luvcview. Here is my setup: > > * Creative Live! Cam Optia > * Gentoo Linux running 2.6.20 Kernel > * linux-uvc, revision 89 > * opal 2.2.6, from portage > * pwlib 1.10.5, from portage, use flags: alsa v4l2 xml ssl ldap > * ekiga 2.0.7, from portage, use flags: dbus v4l2 > * xorg 7.1.1, from portage > * Nvidia Quadro FX 1300, Driver version 1.0.9755 Someone have open a similar bug at http://bugzilla.gnome.org/show_bug.cgi?id=421187 Can you register some frame with your webcam with luvcview. I would like to have some sample from your webcam to be able to known why you have a green screen. Can you get luvcview (from http://mxhaard.free.fr/download.html), and launch it with option -C (./luvcview -C). Wait a little bit, and send me the file generated by the program. I would like to have also the output of: ./luvcview -L Thanks, Luc From tigmmi at yahoo.fr Sat Mar 24 11:42:44 2007 From: tigmmi at yahoo.fr (islli tigmmi) Date: Sat, 24 Mar 2007 12:42:44 +0100 (CET) Subject: [Ekiga-list] ekiga to ekiga fail Message-ID: <585551.3823.qm@web27005.mail.ukl.yahoo.com> ekiga fails when it connects to another ekiga on the same LAN through astersik astersik 1.2.15-netsec Slackware 11.0 with kernel 2.6.17.1 + alsa ekiga 2.0.7 with pwlib 1.10.5 and opal 2.2.6 ekiga -d 4 >log.txt 2>&1 log file is there: http://www.pastebin.ca/407844 ___________________________________________________________________________ D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses http://fr.answers.yahoo.com From tigmmi at yahoo.fr Sat Mar 24 12:16:10 2007 From: tigmmi at yahoo.fr (islli tigmmi) Date: Sat, 24 Mar 2007 13:16:10 +0100 (CET) Subject: [Ekiga-list] RE : ekiga to ekiga fail In-Reply-To: <585551.3823.qm@web27005.mail.ukl.yahoo.com> Message-ID: <145159.26150.qm@web27012.mail.ukl.yahoo.com> Some other information: between ekiga and idefisk/x-ten works. between ekiga and an other ekiga fails. ___________________________________________________________________________ D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses http://fr.answers.yahoo.com From dsandras at seconix.com Sat Mar 24 13:48:11 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 24 Mar 2007 14:48:11 +0100 Subject: [Ekiga-list] RE : ekiga to ekiga fail In-Reply-To: <145159.26150.qm@web27012.mail.ukl.yahoo.com> References: <145159.26150.qm@web27012.mail.ukl.yahoo.com> Message-ID: <1174744091.3717.5.camel@scorpion> Le samedi 24 mars 2007 ? 13:16 +0100, islli tigmmi a ?crit : > Some other information: > between ekiga and idefisk/x-ten works. > between ekiga and an other ekiga fails. The debug output is 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 Sat Mar 24 14:17:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 24 Mar 2007 15:17:51 +0100 Subject: [Ekiga-list] ekiga to ekiga fail In-Reply-To: <585551.3823.qm@web27005.mail.ukl.yahoo.com> References: <585551.3823.qm@web27005.mail.ukl.yahoo.com> Message-ID: <1174745871.3848.5.camel@scorpion> Le samedi 24 mars 2007 ? 12:42 +0100, islli tigmmi a ?crit : > ekiga fails when it connects to another ekiga on the > same LAN through astersik > astersik 1.2.15-netsec > Slackware 11.0 with kernel 2.6.17.1 + alsa > ekiga 2.0.7 with pwlib 1.10.5 and opal 2.2.6 > ekiga -d 4 >log.txt 2>&1 > > log file is there: http://www.pastebin.ca/407844 I have looked at the trace more closely and it seems you hit a bug of Asterisk for some reason. Please have a look at the trace. Here is how SIP works : - you receive an INVITE, the INVITE contains the IP address of where to send the media streams (in the line o=root ... IN IP4) - you send 100 Trying, 180 Ringing - you send 200 OK - you receive ACK from Asterisk to confirm it has received the 200 OK Then, the connection is established. If you configured SIP Reinvite, then you can receive another INVITE request that contains another IP address telling where to send the media streams. That IP address is not the IP address of the Asterisk server, but of the remote client. It is the same scenario : - the INVITE with a new IP address - you send the 100 Trying - you send the 200 OK - you receive the ACK from the Asterisk server If you look at the trace on pastebin, you will see that Asterisk continues sending new INVITE PDUs regularly, with its own IP address (so the reinvite has no purpose). It does not stop doing it. In short, your Asterisk is severely buggy, from my point of view. -- _ 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 zoho.vignochi at gmail.com Sun Mar 25 20:08:40 2007 From: zoho.vignochi at gmail.com (Zoho Vignochi) Date: Sun, 25 Mar 2007 17:08:40 -0300 Subject: [Ekiga-list] Pulseaudio and ekiga Message-ID: <1174853320.24546.18.camel@subotai.lan> hello, I would like to start by saying thank you ekiga. I use it to keep in contact with my family and it has proven to be useful and very reliable for me. My question is this: Can pulseaudio and ekiga be used together? I have searched this list as well as the pulseaudio-discuss mailing list for any hints or help on configuring ekiga to use pulse but I didn't find anything. I install all my programs from Debian unstable and have the latest versions of pulseaudio and ekiga from the Debian repositories. All my sound applications work normally (totem, vlc, muine, last-exit, Democracyplayer) but ekiga does not. It shows no error and I can call 500 at ekiga.net but I won't hear anything until I kill pulseaudio. And then everything works fine. If I test the audio settings with my USB headset I get the warning: "Impossible to open the selected audio device (Logitech USB Headset) for playing. Please check your audio setup, the permissions and that the device is not busy." Again, if I kill pulseaudio there is no problem. I think it has to do with being unable to select pulse as Ekiga audio manager. Any pointers would be appreciated. Thank you for your time. From lurch at gmx.li Sun Mar 25 20:25:03 2007 From: lurch at gmx.li (Stefan Bruens) Date: Sun, 25 Mar 2007 22:25:03 +0200 Subject: [Ekiga-list] Pulseaudio and ekiga In-Reply-To: <1174853320.24546.18.camel@subotai.lan> References: <1174853320.24546.18.camel@subotai.lan> Message-ID: <200703252225.06948.lurch@gmx.li> Am Sonntag, 25. M?rz 2007 22:08:40 schrieb Zoho Vignochi: > hello, > > I would like to start by saying thank you ekiga. I use it to keep in > contact with my family and it has proven to be useful and very reliable > for me. > > My question is this: Can pulseaudio and ekiga be used together? I have > searched this list as well as the pulseaudio-discuss mailing list for > any hints or help on configuring ekiga to use pulse but I didn't find > anything. Generally: yes Just make the pulseaudio plugin the "default" device for ALSA (see pulseaudio documentation, look for something like "pcm.!default {...}"), and then select "default" in the Ekiga Audio Device Preferences. (If you dont do this, ekiga will try to use the hardware devices, and in most cases (almost anything except Sounblaster Live/Audigy/...), they can be used by one application at a time only) Lurchi -- Stefan Br?ns / Kastanienweg 6 - Zimmer 1206 / 52074 Aachen mailto:lurch at gmx.li http://www.kawo1.rwth-aachen.de/~lurchi/ phone: +49 241 169-4206 mobile: +49 160 3797725 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From zoho.vignochi at gmail.com Sun Mar 25 21:11:22 2007 From: zoho.vignochi at gmail.com (Zoho Vignochi) Date: Sun, 25 Mar 2007 18:11:22 -0300 Subject: [Ekiga-list] Pulseaudio and ekiga In-Reply-To: <200703252225.06948.lurch@gmx.li> References: <1174853320.24546.18.camel@subotai.lan> <200703252225.06948.lurch@gmx.li> Message-ID: <1174857082.24546.25.camel@subotai.lan> Hello, On Sun, 2007-25-03 at 22:25 +0200, Stefan Bruens wrote: > Just make the pulseaudio plugin the "default" device for ALSA (see pulseaudio > documentation, look for something like "pcm.!default {...}"), and then > select "default" in the Ekiga Audio Device Preferences. Ok, I did that. And know it works! sort of .. I use a USB Headset but that is not the default sound device. So know I can hear a test call to 500 at ekiga.net but not say anything beause the mic is on the headset. Do you know of anyway to set the default sound device just for ekiga? Thank you for your time, From ekiga at rrod.net Sun Mar 25 21:57:39 2007 From: ekiga at rrod.net (J L) Date: Sun, 25 Mar 2007 22:57:39 +0100 Subject: [Ekiga-list] Ekiga shows only part of the picture Message-ID: <15f314a40703251457q392b3f03ma7e66e46d4af412@mail.gmail.com> Hi, I have installed ekiga, but run into a problem, which is perfectly described by the FAQ I found: " Ekiga only displays a part of the real picture in the video window, what can I do? If your driver doesn't natively support 176x144, Ekiga will try capturing at a larger size, and scale the picture down. If the picture isn't scaled, please report the problem to us on the mailing list. [edit]" So, I am reporting the problem on the mailing list. I am running Gentoo Linux, with ekiga 2.0.5, then also with 2.0.7. /proc/bus/usb/devices, says (other devices removed): T: Bus=01 Lev=02 Prnt=06 Port=02 Cnt=02 Dev#= 10 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS= 8 #Cfgs= 1 P: Vendor=046d ProdID=08f6 Rev= 1.00 S: Product=Camera C:* #Ifs= 3 Cfg#= 1 Atr=a0 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=quickcam E: Ad=81(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 1 Ivl=16ms I: If#= 0 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=quickcam E: Ad=81(I) Atr=01(Isoc) MxPS=1023 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 1 Ivl=16ms I: If#= 1 Alt= 0 #EPs= 0 Cls=01(audio) Sub=01 Prot=00 Driver=snd-usb-audio I: If#= 2 Alt= 0 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio E: Ad=83(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms I: If#= 2 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio E: Ad=83(I) Atr=01(Isoc) MxPS= 52 Ivl=1ms $ qcset -i Name : Logitech QuickCam USB Type : capture Channels : 1 Audio devices : 0 Maxsize : 324,248 Minsize : 160,120 Overlay coords: 1532713819,1532713819 Capture size : 324,248 Chromakey : 1532713819 Flags : Channel : 0 Name : Camera Tuners : 0 Flags : Type : camera Norm : 2052 Brightness : 32768 Hue : 32768 Color : 32768 Contrast : 32768 Whiteness : 32768 Depth : 24 Palette : RGB888 packed into 24bit words. A dmesg, starting from when I start up ekiga: [5259698.126000] quickcam [53.213577]: open users=1 [5259698.160000] quickcam [53.247533]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.161000] quickcam [53.248538]: set sensor=324x248 vwin=324x248 [5259698.172000] quickcam [53.259555]: failed qc_v4l_ioctl()=-515 [5259698.172000] quickcam [53.259722]: close users=0 [5259698.225000] quickcam [53.312617]: open users=1 [5259698.259000] quickcam [53.346513]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.260000] quickcam [53.347527]: set sensor=324x248 vwin=324x248 [5259698.271000] quickcam [53.358531]: close users=0 [5259698.271000] quickcam [53.358876]: open users=1 [5259698.305000] quickcam [53.392506]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.306000] quickcam [53.393518]: set sensor=324x248 vwin=324x248 [5259698.317000] quickcam [53.404526]: failed qc_v4l_ioctl()=-515 [5259698.317000] quickcam [53.404705]: close users=0 [5259698.369000] quickcam [53.456771]: open users=1 [5259698.403000] quickcam [53.490489]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.404000] quickcam [53.491500]: set sensor=324x248 vwin=324x248 [5259698.415000] quickcam [53.502507]: close users=0 [5259698.415000] quickcam [53.502784]: open users=1 [5259698.448000] quickcam [53.535486]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.449000] quickcam [53.536494]: set sensor=324x248 vwin=324x248 [5259698.460000] quickcam [53.547513]: close users=0 [5259698.517000] quickcam [53.604479]: open users=1 [5259698.551000] quickcam [53.638465]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.552000] quickcam [53.639473]: set sensor=324x248 vwin=324x248 [5259698.563000] quickcam [53.650480]: close users=0 [5259698.563000] quickcam [53.650801]: open users=1 [5259698.597000] quickcam [53.684457]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.598000] quickcam [53.685470]: set sensor=324x248 vwin=324x248 [5259698.609000] quickcam [53.696482]: close users=0 [5259699.231000] quickcam [54.318099]: open users=1 [5259699.265000] quickcam [54.352345]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259699.266000] quickcam [54.353354]: set sensor=324x248 vwin=324x248 [5259699.277000] quickcam [54.364368]: close users=0 [5259699.277000] quickcam [54.364712]: open users=1 [5259699.311000] quickcam [54.398338]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259699.312000] quickcam [54.399349]: set sensor=324x248 vwin=324x248 [5259699.323000] quickcam [54.410363]: close users=0 [5259699.323000] quickcam [54.410730]: open users=1 [5259699.357000] quickcam [54.444333]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259699.358000] quickcam [54.445346]: set sensor=324x248 vwin=324x248 [5259699.370000] quickcam [54.457056]: failed qc_v4l_ioctl()=-22 [5259699.370000] quickcam [54.457457]: palette 15 is not supported [5259699.370000] quickcam [54.457554]: failed qc_v4l_ioctl()=-22 [5259699.370000] quickcam [54.457699]: warning: palette depth mismatch [5259699.370000] quickcam [54.457845]: VIDIOCGWIN: 324,248 [5259699.370000] quickcam [54.457967]: VIDIOCSWIN: call qc_sensor_setsize 176,144 [5259699.371000] quickcam [54.458336]: set sensor=162x124 vwin=162x124 [5259699.371000] quickcam [54.458465]: VIDIOCGWIN: 162,124 [5259699.371000] quickcam [54.458752]: VIDIOCGWIN: 162,124 [5259699.371000] quickcam [54.458896]: VIDIOCSWIN: call qc_sensor_setsize 320,240 [5259699.372000] quickcam [54.459341]: set sensor=324x248 vwin=320x240 [5259699.372000] quickcam [54.459484]: VIDIOCGWIN: 320,240 [5259699.372000] quickcam [54.459695]: VIDIOCGWIN: 320,240 [5259699.372000] quickcam [54.459829]: VIDIOCSWIN: call qc_sensor_setsize 176,144 [5259699.373000] quickcam [54.460338]: set sensor=162x124 vwin=162x124 [5259699.373000] quickcam [54.460479]: VIDIOCGWIN: 162,124 [5259699.373000] quickcam [54.460603]: VIDIOCGWIN: 162,124 [5259699.373000] quickcam [54.460720]: VIDIOCSWIN: call qc_sensor_setsize 320,240 [5259699.374000] quickcam [54.461334]: set sensor=324x248 vwin=320x240 [5259699.374000] quickcam [54.461461]: VIDIOCGWIN: 320,240 [5259699.377000] quickcam [54.464551]: open users=2 [5259699.377000] quickcam [54.464939]: failed qc_v4l_ioctl()=-515 [5259699.378000] quickcam [54.465112]: close users=1 [5259699.433000] quickcam [54.520341]: open users=2 [5259699.433000] quickcam [54.520633]: close users=1 [5259699.433000] quickcam [54.520786]: open users=2 [5259699.433000] quickcam [54.520909]: failed qc_v4l_ioctl()=-515 [5259699.434000] quickcam [54.521049]: close users=1 [5259699.490000] quickcam [54.577144]: open users=2 [5259699.490000] quickcam [54.577435]: close users=1 [5259699.490000] quickcam [54.577583]: open users=2 [5259699.490000] quickcam [54.577709]: close users=1 And when I quit: [5259808.079000] quickcam [43.149815]: wait_event_interruptible() returned ERESTARTSYS [5259808.079000] quickcam [43.149837]: failed qc_frame_get()=-512 [5259808.079000] quickcam [43.149846]: retrying failed qc_frame_get... rounds=8 [5259808.079000] quickcam [43.149855]: break: retrycount=8 r=-512 [5259808.079000] quickcam [43.149864]: failed qc_capt_get()=-512 [5259808.079000] quickcam [43.149873]: failed qc_v4l_ioctl()=-512 [5259808.084000] quickcam [43.154665]: close users=0 [5259808.086000] quickcam [43.157204]: Not streaming/connected anymore. Ignoring isoc interrupt, dev=c8acf400 streaming=0 status=-2 [5259808.087000] quickcam [43.158202]: Not streaming/connected anymore. Ignoring isoc interrupt, dev=c8acf400 streaming=0 status=-2 If I am reading this correctly, ekiga is trying to set the res to 176x144, getting 162x124, so it triess 320x240. It gets that, so it tries 176x144 again, but once again gets 162x124, so goes back to 320x240 - when in fact it would be better off saying 162x124 is close enough? And furthermore, it is not scaling down the 320x240 image - but just cropping it to 176x144? Any idea? From ashleystrutt at btinternet.com Sun Mar 25 22:45:30 2007 From: ashleystrutt at btinternet.com (ashley strutt) Date: Sun, 25 Mar 2007 23:45:30 +0100 Subject: [Ekiga-list] Pulseaudio and ekiga In-Reply-To: <1174857082.24546.25.camel@subotai.lan> References: <1174853320.24546.18.camel@subotai.lan> <200703252225.06948.lurch@gmx.li> <1174857082.24546.25.camel@subotai.lan> Message-ID: <1174862730.5475.3.camel@ash-desktop> Check that the sound isn't set on nothing on mixer, every time I turn my computer on I find its on 0 so I have to turn it up. Ashley > .. I use a USB Headset but > that is not the default sound device. So know I can hear a test call to > 500 at ekiga.net but not say anything beause the mic is on the headset. > > Do you know of anyway to set the default sound device just for ekiga? > > Thank you for your time, > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From tigmmi at yahoo.fr Mon Mar 26 11:13:23 2007 From: tigmmi at yahoo.fr (islli tigmmi) Date: Mon, 26 Mar 2007 13:13:23 +0200 (CEST) Subject: [Ekiga-list] Problem resolved Message-ID: <697779.86687.qm@web27010.mail.ukl.yahoo.com> The problem is resolved by setting canreinvite=no in asterisk sip.con file. The updated version of zaptel 1.2.16 and asterisk 1.2.17 didn't resolve the problem unless that entry is set also. Thans to damien who did focused to INVITE problem in asterisk. ___________________________________________________________________________ D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses http://fr.answers.yahoo.com From dsandras at seconix.com Mon Mar 26 15:54:36 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 26 Mar 2007 17:54:36 +0200 Subject: [Ekiga-list] Problem resolved In-Reply-To: <697779.86687.qm@web27010.mail.ukl.yahoo.com> References: <697779.86687.qm@web27010.mail.ukl.yahoo.com> Message-ID: <1174924476.3748.9.camel@scorpion> Le lundi 26 mars 2007 ? 13:13 +0200, islli tigmmi a ?crit : > The problem is resolved by setting canreinvite=no in > asterisk sip.con file. The updated version of zaptel > 1.2.16 and asterisk 1.2.17 didn't resolve the problem > unless that entry is set also. > Thans to damien who did focused to INVITE problem in asterisk. > Actually you most probably hit a bug in Asterisk, because reinvite is supported with codec changes in Ekiga. But as I said, the problem is that your Asterisk seems confused (I have no idea why). Would it be possible you run Asterisk and Ekiga on the same server ? -- _ 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 Mon Mar 26 20:39:14 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 26 Mar 2007 22:39:14 +0200 Subject: [Ekiga-list] IRC Message-ID: <1174941554.4129.22.camel@scorpion> Hello, I just want to remind everyone interested in the development of Ekiga that they are welcome on the IRC channel : irc.gnome.org, channel #ekiga It is the place to discuss about the new developments, help developers, and be part of the community :) -- _ 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 nadine.and.henry at pobox.com Tue Mar 27 17:29:56 2007 From: nadine.and.henry at pobox.com (Henry Laxen) Date: Tue, 27 Mar 2007 10:29:56 -0700 Subject: [Ekiga-list] glibc detected *** free(): invalid pointer with 2.07 Message-ID: <17929.21652.869531.598301@exxor.localdomain> Running: ekiga -d 4 results in: 2007/03/27 10:13:22.191 0:01.714 ekiga Detected audio plugins: OSS,ALSA 2007/03/27 10:13:22.193 0:01.715 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC,1394DC 2007/03/27 10:13:22.193 0:01.715 ekiga Detected audio plugins: OSS,ALSA 2007/03/27 10:13:22.193 0:01.715 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC,1394DC 2007/03/27 10:13:22.586 0:02.108 ekiga Detected the following audio input devices: Default,Plantronics Headset,USB Device 0x46d:0x8b5,NVidia nForce2 with plugin ALSA 2007/03/27 10:13:22.586 0:02.108 ekiga Detected the following audio output devices: Default,Plantronics Headset,NVidia nForce2 with plugin ALSA 2007/03/27 10:13:22.587 0:02.109 ekiga Detected the following video input devices: Logitech QuickCam Orbit,Hauppauge WinTV PVR-350,Hauppauge WinTV PVR-350 (2),Hauppauge WinTV PVR-350 (3),Hauppauge WinTV PVR-350 (4),Hauppauge WinTV PVR-350 (5) with plugin V4L2 2007/03/27 10:13:22.587 0:02.109 ekiga Detected the following audio input devices: Default,Plantronics Headset,USB Device 0x46d:0x8b5,NVidia nForce2 with plugin ALSA 2007/03/27 10:13:22.587 0:02.109 ekiga Detected the following audio output devices: Default,Plantronics Headset,NVidia nForce2 with plugin ALSA 2007/03/27 10:13:22.587 0:02.110 ekiga Detected the following video input devices: Logitech QuickCam Orbit,Hauppauge WinTV PVR-350,Hauppauge WinTV PVR-350 (2),Hauppauge WinTV PVR-350 (3),Hauppauge WinTV PVR-350 (4),Hauppauge WinTV PVR-350 (5) with plugin V4L2 2007/03/27 10:13:23.596 0:03.119 ekiga Ekiga version 2.0.7 2007/03/27 10:13:23.597 0:03.119 ekiga OPAL version 2.2.6 2007/03/27 10:13:23.597 0:03.119 ekiga PWLIB version 1.10.5 2007/03/27 10:13:23.597 0:03.119 ekiga GNOME support enabled 2007/03/27 10:13:23.597 0:03.119 ekiga Fullscreen support enabled 2007/03/27 10:13:23.597 0:03.120 ekiga DBUS support disabled 2007/03/27 10:13:23.606 0:03.128 ekiga Set TCP port range to 30000:30010 2007/03/27 10:13:23.606 0:03.128 ekiga Set RTP port range to 5000:5059 2007/03/27 10:13:23.607 0:03.129 ekiga Set UDP port range to 5060:5100 2007/03/27 10:13:23.608 0:03.130 ekiga OpalEP Created endpoint: h323 2007/03/27 10:13:23.608 0:03.130 ekiga H323 Created endpoint. 2007/03/27 10:13:23.610 0:03.132 ekiga OpalMan Added route "pc:.*=h323:" 2007/03/27 10:13:23.611 0:03.133 ekiga OpalEP Created endpoint: sip 2007/03/27 10:13:23.611 0:03.133 ekiga SIP Created endpoint. 2007/03/27 10:13:23.613 0:03.135 ekiga OpalMan Added route "pc:.*=sip:" 2007/03/27 10:13:23.613 0:03.135 ekiga OpalEP Created endpoint: pc 2007/03/27 10:13:23.739 0:03.261 ekiga PCSS Created PC sound system endpoint. 2007/03/27 10:13:23.739 0:03.262 ekiga OpalMan Added route "h323:.*=pc:" 2007/03/27 10:13:23.740 0:03.262 ekiga OpalMan Added route "sip:.*=pc:" 2007/03/27 10:13:24.738 0:04.260 ekiga AVAHI Adding service Henry Laxen 2007/03/27 10:13:24.751 0:04.273 Opal Listener:83bba40 Listen Started listening thread on tcp$192.168.0.10:1720 2007/03/27 10:13:24.751 0:04.273 Opal Listener:83bba40 Listen Waiting on socket accept on tcp$192.168.0.10:1720 2007/03/27 10:13:24.752 0:04.274 Opal Listener:8157c98 Listen Started listening thread on udp$192.168.0.10:5060 2007/03/27 10:13:24.752 0:04.274 Opal Listener:8157c98 Listen Waiting on UDP packet on udp$192.168.0.10:5060 *** glibc detected *** free(): invalid pointer: 0x08357810 *** ---------------------------------------------------------------- At which point I have to Control-C out. Any insights would be appreciated. I compiled ekiga per the instructions at: http://wiki.ekiga.org/index.php/Linux_Users uname -a Linux exxor 2.6.20.2 #2 PREEMPT Sun Mar 11 12:49:32 MDT 2007 i686 GNU/Linux Best wishes, -- Nadine & Henry Laxen Belle, Venus, Aphrodite 10580 N. McCarran Blvd. Adonis, Miss Parker & Jarod Suite 115-396 Reino de Navarra #757 Reno, Nevada Mazatlan, Sinaloa, MX 89503-1896 http://maztravel.com/ The rest is silence. (Hamlet) From dsandras at seconix.com Tue Mar 27 18:19:50 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 27 Mar 2007 20:19:50 +0200 Subject: [Ekiga-list] glibc detected *** free(): invalid pointer with 2.07 In-Reply-To: <17929.21652.869531.598301@exxor.localdomain> References: <17929.21652.869531.598301@exxor.localdomain> Message-ID: <1175019590.3749.13.camel@scorpion> Le mardi 27 mars 2007 ? 10:29 -0700, Henry Laxen a ?crit : > Running: ekiga -d 4 results in: > > 2007/03/27 10:13:22.191 0:01.714 ekiga Detected audio plugins: OSS,ALSA > 2007/03/27 10:13:22.193 0:01.715 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC,1394DC > 2007/03/27 10:13:22.193 0:01.715 ekiga Detected audio plugins: OSS,ALSA > 2007/03/27 10:13:22.193 0:01.715 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC,1394DC > 2007/03/27 10:13:22.586 0:02.108 ekiga Detected the following audio input devices: Default,Plantronics Headset,USB Device 0x46d:0x8b5,NVidia nForce2 with plugin ALSA > 2007/03/27 10:13:22.586 0:02.108 ekiga Detected the following audio output devices: Default,Plantronics Headset,NVidia nForce2 with plugin ALSA > 2007/03/27 10:13:22.587 0:02.109 ekiga Detected the following video input devices: Logitech QuickCam Orbit,Hauppauge WinTV PVR-350,Hauppauge WinTV PVR-350 (2),Hauppauge WinTV PVR-350 (3),Hauppauge WinTV PVR-350 (4),Hauppauge WinTV PVR-350 (5) with plugin V4L2 > 2007/03/27 10:13:22.587 0:02.109 ekiga Detected the following audio input devices: Default,Plantronics Headset,USB Device 0x46d:0x8b5,NVidia nForce2 with plugin ALSA > 2007/03/27 10:13:22.587 0:02.109 ekiga Detected the following audio output devices: Default,Plantronics Headset,NVidia nForce2 with plugin ALSA > 2007/03/27 10:13:22.587 0:02.110 ekiga Detected the following video input devices: Logitech QuickCam Orbit,Hauppauge WinTV PVR-350,Hauppauge WinTV PVR-350 (2),Hauppauge WinTV PVR-350 (3),Hauppauge WinTV PVR-350 (4),Hauppauge WinTV PVR-350 (5) with plugin V4L2 > 2007/03/27 10:13:23.596 0:03.119 ekiga Ekiga version 2.0.7 > 2007/03/27 10:13:23.597 0:03.119 ekiga OPAL version 2.2.6 > 2007/03/27 10:13:23.597 0:03.119 ekiga PWLIB version 1.10.5 > 2007/03/27 10:13:23.597 0:03.119 ekiga GNOME support enabled > 2007/03/27 10:13:23.597 0:03.119 ekiga Fullscreen support enabled > 2007/03/27 10:13:23.597 0:03.120 ekiga DBUS support disabled > 2007/03/27 10:13:23.606 0:03.128 ekiga Set TCP port range to 30000:30010 > 2007/03/27 10:13:23.606 0:03.128 ekiga Set RTP port range to 5000:5059 > 2007/03/27 10:13:23.607 0:03.129 ekiga Set UDP port range to 5060:5100 > 2007/03/27 10:13:23.608 0:03.130 ekiga OpalEP Created endpoint: h323 > 2007/03/27 10:13:23.608 0:03.130 ekiga H323 Created endpoint. > 2007/03/27 10:13:23.610 0:03.132 ekiga OpalMan Added route "pc:.*=h323:" > 2007/03/27 10:13:23.611 0:03.133 ekiga OpalEP Created endpoint: sip > 2007/03/27 10:13:23.611 0:03.133 ekiga SIP Created endpoint. > 2007/03/27 10:13:23.613 0:03.135 ekiga OpalMan Added route "pc:.*=sip:" > 2007/03/27 10:13:23.613 0:03.135 ekiga OpalEP Created endpoint: pc > 2007/03/27 10:13:23.739 0:03.261 ekiga PCSS Created PC sound system endpoint. > 2007/03/27 10:13:23.739 0:03.262 ekiga OpalMan Added route "h323:.*=pc:" > 2007/03/27 10:13:23.740 0:03.262 ekiga OpalMan Added route "sip:.*=pc:" > 2007/03/27 10:13:24.738 0:04.260 ekiga AVAHI Adding service Henry Laxen > 2007/03/27 10:13:24.751 0:04.273 Opal Listener:83bba40 Listen Started listening thread on tcp$192.168.0.10:1720 > 2007/03/27 10:13:24.751 0:04.273 Opal Listener:83bba40 Listen Waiting on socket accept on tcp$192.168.0.10:1720 > 2007/03/27 10:13:24.752 0:04.274 Opal Listener:8157c98 Listen Started listening thread on udp$192.168.0.10:5060 > 2007/03/27 10:13:24.752 0:04.274 Opal Listener:8157c98 Listen Waiting on UDP packet on udp$192.168.0.10:5060 > > *** glibc detected *** free(): invalid pointer: 0x08357810 *** > > ---------------------------------------------------------------- > At which point I have to Control-C out. Any insights would be appreciated. I > compiled ekiga per the instructions at: > > http://wiki.ekiga.org/index.php/Linux_Users > Would it be possible for you to try with the CVS version ? We are planning to release 2.0.8 soon. 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 jasonryer at gmail.com Tue Mar 27 19:30:58 2007 From: jasonryer at gmail.com (Jason Ryer) Date: Tue, 27 Mar 2007 15:30:58 -0400 Subject: [Ekiga-list] "Directory nonexistent" error running "iptables rules" script Message-ID: Hello, I tried following the instructions for symmetric NAT from the wiki. However, I still have the same problem. The wiki states: "Here are some rules you can use for GNU/Linux with iptables. It doesn't forward any port. Forwarding a few additional ports might be required for H.323, but not for SIP. " So I copied the text that follows into a text file called ekiga.sh, make it executable and run it. I get the following output: "Setting up IPtables rules ./ekiga.sh: 9: cannot create /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout: Directory nonexistent ./ekiga.sh: 10: cannot create /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream: Directory nonexistent " Now what? What did I do wrong? Help? Regards, Jason On 3/2/07, Jason Ryer wrote: > > Hello, > > I am once again attempting to get Ekiga working in hopes that it works > better than Skype. Unfortunately, it does not work at all. I followed the > vague (and somewhat misleading) instructions and am still not able to make > phone calls. I am confused about the terminology used in the instructions as > they seem to be geared towards people with a bit of experience in the > underlying technology of Ekiga. > > I set up a PC-to-Phone account and Ekiga shows a successful connection to > diamondcard. However, when I try to call (001303xxxxxxx), I see the message > "Calling" and nothing ever happens. I understand this may have something to > do with my router and thus tried to run the "iptable rules" provided in the > FAQ and get this error: > > ./ekigash: 9: cannot create > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout: Directory > nonexistent > > Furthermore, the FAQ states "Here are some rules you can use for GNU/Linux > with iptables. It doesn't forward any port. Forwarding a few additional > ports might be required for H.323, but not for SIP." What is this > suggesting I do? How would I "use" these "rules"? > > On setup, Ekiga detected Symmetric NAT and went on to explain about > concepts I do not currently understand, such as port forwarding. Can anyone > explain this in less technical terms? > > Regards > -- > Jason Ryer > Director GAT - http://www.gat-bolivia.org > Casilla 10545, La Paz, Bolivia > Cel: (+591) 728 88381 > > Click below and DONATE TO GAT NOW > https://www.paypal.com/cgi-bin/webscr?cmd=_xclick-subscriptions&business=donate%40gat%2dbolivia%2eorg&item_name=%2410%20monthly%20donation%20to%20GAT&no_shipping=1&no_note=1¤cy_code=USD&lc=US&bn=PP%2dSubscriptionsBF&charset=UTF%2d8&a3=10%2e00&p3=1&t3=M&src=1&sra=1 > > > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpuydt at free.fr Wed Mar 28 03:47:59 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 28 Mar 2007 05:47:59 +0200 Subject: [Ekiga-list] "Directory nonexistent" error running "iptables rules" script In-Reply-To: References: Message-ID: <4609E56F.3070003@free.fr> Jason Ryer a ?crit : > ./ekiga.sh: 9: cannot create > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout: Directory > nonexistent > ./ekiga.sh: 10: cannot create > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream: Directory > nonexistent > " > > Now what? What did I do wrong? Help? You don't have all netfilter modules in your kernel. Snark on #ekiga From ekiga at rrod.net Wed Mar 28 16:10:53 2007 From: ekiga at rrod.net (J L) Date: Wed, 28 Mar 2007 17:10:53 +0100 Subject: [Ekiga-list] Ekiga shows only part of the picture In-Reply-To: <15f314a40703251457q392b3f03ma7e66e46d4af412@mail.gmail.com> References: <15f314a40703251457q392b3f03ma7e66e46d4af412@mail.gmail.com> Message-ID: <15f314a40703280910wecbb652x610a691106d4b72a@mail.gmail.com> My email seems not to have gotten through, so I am resending it. ---------- Forwarded message ---------- From: J L Date: 25-Mar-2007 22:57 Subject: Ekiga shows only part of the picture To: ekiga-list at gnome.org Hi, I have installed ekiga, but run into a problem, which is perfectly described by the FAQ I found: " Ekiga only displays a part of the real picture in the video window, what can I do? If your driver doesn't natively support 176x144, Ekiga will try capturing at a larger size, and scale the picture down. If the picture isn't scaled, please report the problem to us on the mailing list. [edit]" So, I am reporting the problem on the mailing list. I am running Gentoo Linux, with ekiga 2.0.5, then also with 2.0.7. /proc/bus/usb/devices, says (other devices removed): T: Bus=01 Lev=02 Prnt=06 Port=02 Cnt=02 Dev#= 10 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS= 8 #Cfgs= 1 P: Vendor=046d ProdID=08f6 Rev= 1.00 S: Product=Camera C:* #Ifs= 3 Cfg#= 1 Atr=a0 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=quickcam E: Ad=81(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 1 Ivl=16ms I: If#= 0 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=quickcam E: Ad=81(I) Atr=01(Isoc) MxPS=1023 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 1 Ivl=16ms I: If#= 1 Alt= 0 #EPs= 0 Cls=01(audio) Sub=01 Prot=00 Driver=snd-usb-audio I: If#= 2 Alt= 0 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio E: Ad=83(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms I: If#= 2 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio E: Ad=83(I) Atr=01(Isoc) MxPS= 52 Ivl=1ms $ qcset -i Name : Logitech QuickCam USB Type : capture Channels : 1 Audio devices : 0 Maxsize : 324,248 Minsize : 160,120 Overlay coords: 1532713819,1532713819 Capture size : 324,248 Chromakey : 1532713819 Flags : Channel : 0 Name : Camera Tuners : 0 Flags : Type : camera Norm : 2052 Brightness : 32768 Hue : 32768 Color : 32768 Contrast : 32768 Whiteness : 32768 Depth : 24 Palette : RGB888 packed into 24bit words. A dmesg, starting from when I start up ekiga: [5259698.126000] quickcam [53.213577]: open users=1 [5259698.160000] quickcam [53.247533]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.161000] quickcam [53.248538]: set sensor=324x248 vwin=324x248 [5259698.172000] quickcam [53.259555]: failed qc_v4l_ioctl()=-515 [5259698.172000] quickcam [53.259722]: close users=0 [5259698.225000] quickcam [53.312617]: open users=1 [5259698.259000] quickcam [53.346513]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.260000] quickcam [53.347527]: set sensor=324x248 vwin=324x248 [5259698.271000] quickcam [53.358531]: close users=0 [5259698.271000] quickcam [53.358876]: open users=1 [5259698.305000] quickcam [53.392506]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.306000] quickcam [53.393518]: set sensor=324x248 vwin=324x248 [5259698.317000] quickcam [53.404526]: failed qc_v4l_ioctl()=-515 [5259698.317000] quickcam [53.404705]: close users=0 [5259698.369000] quickcam [53.456771]: open users=1 [5259698.403000] quickcam [53.490489]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.404000] quickcam [53.491500]: set sensor=324x248 vwin=324x248 [5259698.415000] quickcam [53.502507]: close users=0 [5259698.415000] quickcam [53.502784]: open users=1 [5259698.448000] quickcam [53.535486]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.449000] quickcam [53.536494]: set sensor=324x248 vwin=324x248 [5259698.460000] quickcam [53.547513]: close users=0 [5259698.517000] quickcam [53.604479]: open users=1 [5259698.551000] quickcam [53.638465]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.552000] quickcam [53.639473]: set sensor=324x248 vwin=324x248 [5259698.563000] quickcam [53.650480]: close users=0 [5259698.563000] quickcam [53.650801]: open users=1 [5259698.597000] quickcam [53.684457]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259698.598000] quickcam [53.685470]: set sensor=324x248 vwin=324x248 [5259698.609000] quickcam [53.696482]: close users=0 [5259699.231000] quickcam [54.318099]: open users=1 [5259699.265000] quickcam [54.352345]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259699.266000] quickcam [54.353354]: set sensor=324x248 vwin=324x248 [5259699.277000] quickcam [54.364368]: close users=0 [5259699.277000] quickcam [54.364712]: open users=1 [5259699.311000] quickcam [54.398338]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259699.312000] quickcam [54.399349]: set sensor=324x248 vwin=324x248 [5259699.323000] quickcam [54.410363]: close users=0 [5259699.323000] quickcam [54.410730]: open users=1 [5259699.357000] quickcam [54.444333]: qc_sensor_init: call qc_sensor_setsize0 (324,248) [5259699.358000] quickcam [54.445346]: set sensor=324x248 vwin=324x248 [5259699.370000] quickcam [54.457056]: failed qc_v4l_ioctl()=-22 [5259699.370000] quickcam [54.457457]: palette 15 is not supported [5259699.370000] quickcam [54.457554]: failed qc_v4l_ioctl()=-22 [5259699.370000] quickcam [54.457699]: warning: palette depth mismatch [5259699.370000] quickcam [54.457845]: VIDIOCGWIN: 324,248 [5259699.370000] quickcam [54.457967]: VIDIOCSWIN: call qc_sensor_setsize 176,144 [5259699.371000] quickcam [54.458336]: set sensor=162x124 vwin=162x124 [5259699.371000] quickcam [54.458465]: VIDIOCGWIN: 162,124 [5259699.371000] quickcam [54.458752]: VIDIOCGWIN: 162,124 [5259699.371000] quickcam [54.458896]: VIDIOCSWIN: call qc_sensor_setsize 320,240 [5259699.372000] quickcam [54.459341]: set sensor=324x248 vwin=320x240 [5259699.372000] quickcam [54.459484]: VIDIOCGWIN: 320,240 [5259699.372000] quickcam [54.459695]: VIDIOCGWIN: 320,240 [5259699.372000] quickcam [54.459829]: VIDIOCSWIN: call qc_sensor_setsize 176,144 [5259699.373000] quickcam [54.460338]: set sensor=162x124 vwin=162x124 [5259699.373000] quickcam [54.460479]: VIDIOCGWIN: 162,124 [5259699.373000] quickcam [54.460603]: VIDIOCGWIN: 162,124 [5259699.373000] quickcam [54.460720]: VIDIOCSWIN: call qc_sensor_setsize 320,240 [5259699.374000] quickcam [54.461334]: set sensor=324x248 vwin=320x240 [5259699.374000] quickcam [54.461461]: VIDIOCGWIN: 320,240 [5259699.377000] quickcam [54.464551]: open users=2 [5259699.377000] quickcam [54.464939]: failed qc_v4l_ioctl()=-515 [5259699.378000] quickcam [54.465112]: close users=1 [5259699.433000] quickcam [54.520341]: open users=2 [5259699.433000] quickcam [54.520633]: close users=1 [5259699.433000] quickcam [54.520786]: open users=2 [5259699.433000] quickcam [54.520909]: failed qc_v4l_ioctl()=-515 [5259699.434000] quickcam [54.521049]: close users=1 [5259699.490000] quickcam [54.577144]: open users=2 [5259699.490000] quickcam [54.577435]: close users=1 [5259699.490000] quickcam [54.577583]: open users=2 [5259699.490000] quickcam [54.577709]: close users=1 And when I quit: [5259808.079000] quickcam [43.149815]: wait_event_interruptible() returned ERESTARTSYS [5259808.079000] quickcam [43.149837]: failed qc_frame_get()=-512 [5259808.079000] quickcam [43.149846]: retrying failed qc_frame_get... rounds=8 [5259808.079000] quickcam [43.149855]: break: retrycount=8 r=-512 [5259808.079000] quickcam [43.149864]: failed qc_capt_get()=-512 [5259808.079000] quickcam [43.149873]: failed qc_v4l_ioctl()=-512 [5259808.084000] quickcam [43.154665]: close users=0 [5259808.086000] quickcam [43.157204]: Not streaming/connected anymore. Ignoring isoc interrupt, dev=c8acf400 streaming=0 status=-2 [5259808.087000] quickcam [43.158202]: Not streaming/connected anymore. Ignoring isoc interrupt, dev=c8acf400 streaming=0 status=-2 If I am reading this correctly, ekiga is trying to set the res to 176x144, getting 162x124, so it triess 320x240. It gets that, so it tries 176x144 again, but once again gets 162x124, so goes back to 320x240 - when in fact it would be better off saying 162x124 is close enough? And furthermore, it is not scaling down the 320x240 image - but just cropping it to 176x144? Any idea? -- Jarrod Lowe From jeremey.wise at agilysys.com Wed Mar 28 20:26:01 2007 From: jeremey.wise at agilysys.com (Wise, Jeremey) Date: Wed, 28 Mar 2007 16:26:01 -0400 Subject: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication Message-ID: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1> Introduction: I am an IT professional who worked for a number of years with a Linux desktop, was forced back to Windows :>( but am now jumping back to Linux. I participate in a number of user groups and have put fealers out concering this topic with my local resouces to no avail so I am turning to this community. System: IBM THinkpad T41 Fedora Core 6 KDE Desktop [root at wizej LinuxDownloads]# uname -a Linux wizej 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 10:42:48 EDT 2007 i686 i686 i386 GNU/Linux [root at wizej LinuxDownloads]# rpm -qa |grep ekiga ekiga-2.0.5-3.fc6 Issue: Can not connect to my corporate IP Avaya based phone system with ekiaga Tried: I have contacted my Local IT support guys and they tell me it uses H323 I have the phone correctly working (when I boot up my windows drive) and also it connects when I run the IPSoftphone program within a Windows VM (audio is flaky when trying to run in VMWare) No firewall on my system (iptables -F used) I have the ip address of the Gateway is set to 172.27.18.83 (172.27.19.84 is a second CLAN card option) I set host name in /etc/hosts to reflect same name in case it was looking for some kind of host name resolution Attempted to also raise the debug level from a shell "ekiga -4" -> not a SINGLE message was printed... hmm.. not very "useful" Settings: Accountname="Work IPphone" Gatekeeper="172.27.19.84" user="6006" password=" my_password" GatekeeperID=" " Registration timeout="3600" Protocol H323 As usual, thanks to those in the Linux community willing to help. Penguinpages -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavan.embedded at gmail.com Thu Mar 29 04:55:12 2007 From: pavan.embedded at gmail.com (pavan m) Date: Thu, 29 Mar 2007 10:25:12 +0530 Subject: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication In-Reply-To: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1> References: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1> Message-ID: You r connecting to which series of Avaya media server.....the best thing is to lay a H.323 trunk to ur Ekiga. Keep going.............. Pavan. On 3/29/07, Wise, Jeremey wrote: > > Introduction: > > > > I am an IT professional who worked for a number of years with a Linux > desktop, was forced back to Windows :>( but am now jumping back to Linux. > > I participate in a number of user groups and have put fealers out > concering this topic with my local resouces to no avail so I am turning to > this community. > > > > > > System: > > IBM THinkpad T41 Fedora Core 6 KDE Desktop > > [root at wizej LinuxDownloads]# uname -a > > Linux wizej 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 10:42:48 EDT 2007 i686 > i686 i386 GNU/Linux > > [root at wizej LinuxDownloads]# rpm -qa |grep ekiga > > ekiga-2.0.5-3.fc6 > > > > Issue: > > Can not connect to my corporate IP Avaya based phone system with ekiaga > > > > Tried: > > I have contacted my Local IT support guys and they tell me it uses H323 > > I have the phone correctly working (when I boot up my windows drive) and > also it connects when I run the IPSoftphone program within a Windows VM > (audio is flaky when trying to run in VMWare) > > No firewall on my system (iptables ?F used) > > I have the ip address of the Gateway is set to 172.27.18.83 (172.27.19.84is a second CLAN card option) > > I set host name in /etc/hosts to reflect same name in case it was looking > for some kind of host name resolution > > Attempted to also raise the debug level from a shell "ekiga -4" -> not a > SINGLE message was printed? hmm.. not very "useful" > > > > Settings: > > Accountname="Work IPphone" Gatekeeper="172.27.19.84" user="6006" > password=" my_password" GatekeeperID=" " Registration timeout="3600" > Protocol H323 > > > > > > As usual, thanks to those in the Linux community willing to help. > > > > > > Penguinpages > > _______________________________________________ > 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 fonz at siol.net Thu Mar 29 06:51:40 2007 From: fonz at siol.net (Jure Petrovic) Date: Thu, 29 Mar 2007 08:51:40 +0200 Subject: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication In-Reply-To: References: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1> Message-ID: <1175151100.2871.0.camel@localhost.localdomain> Maybe you can try "ekiga -d 4" or "ekiga --debug 4" Regards, Jure On Thu, 2007-03-29 at 10:25 +0530, pavan m wrote: > Attempted to also raise the debug level from a shell "ekiga -4" -> > not a SINGLE message was printed? hmm.. not very "useful" From luc at saillard.org Thu Mar 29 13:05:08 2007 From: luc at saillard.org (Luc Saillard) Date: Thu, 29 Mar 2007 15:05:08 +0200 Subject: [Ekiga-list] Ekiga shows only part of the picture In-Reply-To: <15f314a40703280910wecbb652x610a691106d4b72a@mail.gmail.com> References: <15f314a40703251457q392b3f03ma7e66e46d4af412@mail.gmail.com> <15f314a40703280910wecbb652x610a691106d4b72a@mail.gmail.com> Message-ID: <20070329130508.GA13432@sd291.sivit.org> On Wed, Mar 28, 2007 at 05:10:53PM +0100, J L wrote: > My email seems not to have gotten through, so I am resending it. I've see it but find no time to investigate. Can you send in private email the full debug output of the driver ? i've get some ideas how the driver works. Just to be sure, you are using the 'qc-usb-messenger-1.6' driver ? Can you send me the full output of the kernel log after inserting the module with option debug=31, and launching ekiga ? # rmmod quickcam.ko # modprobe quickcam.ko debug=31 # ... $ ekiga Luc From jeremey.wise at agilysys.com Fri Mar 30 17:27:56 2007 From: jeremey.wise at agilysys.com (Wise, Jeremey) Date: Fri, 30 Mar 2007 13:27:56 -0400 Subject: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication In-Reply-To: <1175151100.2871.0.camel@localhost.localdomain> References: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1> <1175151100.2871.0.camel@localhost.localdomain> Message-ID: <202F319BCE0FC04AB9C8A26952A3A793910134@dcex1> Thanks for your replys Here is more detail. I removed the package and all referances in .gconf ... reloaded and now debugging works .. I would care.. but I have bigger fish to fry :>) Sorry for the length of the email. I posted all details as I do not yet know enough about IPPhone to focus my debug posts. Here is the error upon connecting to the Avaya PBX: [wisej at wizej tmp]$ ekiga -d 4 2007/03/30 13:18:10.591 2:32.430 GMAccounts...t:09ca5a98 OpalUDP Binding to interface: 0.0.0.0:32988 2007/03/30 13:18:10.593 2:32.432 GMAccounts...t:09ca5a98 OpalUDP Started connect to 172.27.19.83:1719 2007/03/30 13:18:10.593 2:32.432 GMAccounts...t:09ca5a98 OpalUDP Connecting to interfaces: 127.0.0.1 [00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:01] <00-00-00-00-00-00> (lo) 172.27.16.181 [fe:80:00:00:00:00:00:00:02:11:25:ff:fe:2b:f5:d3] <00-11-25-2B-F5-D3> (eth0) 2007/03/30 13:18:10.595 2:32.434 GMAccounts...t:09ca5a98 Trans Sending PDU: gatekeeperRequest { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.4 rasAddress = ipAddress { ip = 4 octets { ac 1b 10 b5 .... } port = 5064 } endpointType = { vendor = { vendor = { t35CountryCode = 9 t35Extension = 0 manufacturerCode = 61 } productId = 7 octets { 65 6b 69 67 61 00 00 ekiga.. } versionId = 21 octets { 32 2e 30 2e 35 20 28 4f 50 41 4c 20 76 32 2e 32 2.0.5 (OPAL v2.2 2e 35 29 00 00 .5).. } } terminal = { } mc = FALSE undefinedNode = FALSE } endpointAlias = 2 entries { [0]=dialedDigits "6006" [1]=h323_ID 12 characters { 004a 0065 0072 0065 006d 0065 0079 0020 Jeremey 0057 0069 0073 0065 Wise } } authenticationCapability = 2 entries { [0]=pwdHash <> [1]=authenticationBES radius <> } algorithmOIDs = 3 entries { [0]=0.0.8.235.0.2.6 [1]=1.2.840.113548.10.1.2.1 [2]=1.2.840.113549.2.5 } supportsAltGK = <> } 2007/03/30 13:18:10.598 2:32.437 GkMonitor:9c8d228 RAS Background thread started 2007/03/30 13:18:10.609 2:32.448 GMAccounts...t:09ca5a98 H225RAS Receiving PDU: gatekeeperReject { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.5 rejectReason = securityDenial <> } 2007/03/30 13:18:10.610 2:32.449 GMAccounts...t:09ca5a98 Trans gatekeeperRequest rejected: securityDenial 2007/03/30 13:18:10.610 2:32.449 GMAccounts...t:09ca5a98 Trans Sending PDU: gatekeeperRequest { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.4 rasAddress = ipAddress { ip = 4 octets { ac 1b 10 b5 .... } port = 5064 } endpointType = { vendor = { vendor = { t35CountryCode = 9 t35Extension = 0 manufacturerCode = 61 } productId = 7 octets { 65 6b 69 67 61 00 00 ekiga.. } versionId = 21 octets { 32 2e 30 2e 35 20 28 4f 50 41 4c 20 76 32 2e 32 2.0.5 (OPAL v2.2 2e 35 29 00 00 .5).. } } terminal = { } mc = FALSE undefinedNode = FALSE } endpointAlias = 2 entries { [0]=dialedDigits "6006" [1]=h323_ID 12 characters { 004a 0065 0072 0065 006d 0065 0079 0020 Jeremey 0057 0069 0073 0065 Wise } } authenticationCapability = 2 entries { [0]=pwdHash <> [1]=authenticationBES radius <> } algorithmOIDs = 3 entries { [0]=0.0.8.235.0.2.6 [1]=1.2.840.113548.10.1.2.1 [2]=1.2.840.113549.2.5 } supportsAltGK = <> } 2007/03/30 13:18:10.632 2:32.471 GMAccounts...t:09ca5a98 H225RAS Receiving PDU: gatekeeperReject { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.5 rejectReason = securityDenial <> } 2007/03/30 13:18:10.632 2:32.471 GMAccounts...t:09ca5a98 Trans gatekeeperRequest rejected: securityDenial 2007/03/30 13:18:10.632 2:32.471 GMAccounts...t:09ca5a98 OpalUDP Ended connect, selecting 172.27.16.181:5064 2007/03/30 13:18:10.632 2:32.471 GkMonitor:9c8d228 RAS Background thread ended 2007/03/30 13:18:10.668 2:32.507 GMAccounts...t:09ca5a98 Opal Transport clean up on termination 2007/03/30 13:18:10.669 2:32.508 GMAccounts...t:09ca5a98 OpalUDP Close 2007/03/30 13:18:10.671 2:32.510 GMAccounts...t:09ca5a98 Opal Transport Close 2007/03/30 13:18:10.672 2:32.511 GMAccounts...t:09ca5a98 Opal Transport clean up on termination 2007/03/30 13:18:10.673 2:32.512 GMAccounts...t:09ca5a98 OpalUDP Close 2007/03/30 13:18:10.674 2:32.513 GMAccounts...t:09ca5a98 Opal Transport Close ******************************** You menion laying a "trunk" down in connecting to the Avaya system. How can I do this. PS: I also tried to activate my new egika account "penguinpages" but I can not get that to go active. I did not post that earlier as I figured it was simply a firewall rule on our corp outbound.. now I am not so sure as the TCP ports don't seem to be blocked. Here is the log from THAT connections debug log: 2007/03/30 13:24:37.289 8:59.129 GMAccounts...t:09c8aa78 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/03/30 13:24:37.295 8:59.134 GMAccounts...t:09c8aa78 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:37.302 8:59.141 GMAccounts...t:09c8aa78 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/03/30 13:24:37.308 8:59.147 GMAccounts...t:09c8aa78 SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:37.795 8:59.634 Housekeeper SIP Transaction 3 REGISTER timeout, making retry 1 2007/03/30 13:24:37.796 8:59.635 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:37.809 8:59.648 Housekeeper SIP Transaction 4 SUBSCRIBE timeout, making retry 1 2007/03/30 13:24:37.810 8:59.649 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:38.796 9:00.635 Housekeeper SIP Transaction 3 REGISTER timeout, making retry 2 2007/03/30 13:24:38.797 9:00.636 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:38.812 9:00.651 Housekeeper SIP Transaction 4 SUBSCRIBE timeout, making retry 2 2007/03/30 13:24:38.813 9:00.652 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:40.797 9:02.636 Housekeeper SIP Transaction 3 REGISTER timeout, making retry 3 2007/03/30 13:24:40.798 9:02.637 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:40.817 9:02.656 Housekeeper SIP Transaction 4 SUBSCRIBE timeout, making retry 3 2007/03/30 13:24:40.818 9:02.657 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:43.295 9:05.134 Housekeeper SIP Set state Terminated_Timeout for transaction 3 REGISTER 2007/03/30 13:24:43.326 9:05.165 Housekeeper SIP Set state Terminated_Timeout for transaction 4 SUBSCRIBE -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Jure Petrovic Sent: Thursday, March 29, 2007 2:52 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication Maybe you can try "ekiga -d 4" or "ekiga --debug 4" Regards, Jure On Thu, 2007-03-29 at 10:25 +0530, pavan m wrote: > Attempted to also raise the debug level from a shell "ekiga -4" -> > not a SINGLE message was printed... hmm.. not very "useful" _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From jeremey.wise at agilysys.com Fri Mar 30 17:38:47 2007 From: jeremey.wise at agilysys.com (Wise, Jeremey) Date: Fri, 30 Mar 2007 13:38:47 -0400 Subject: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication In-Reply-To: <202F319BCE0FC04AB9C8A26952A3A793910134@dcex1> References: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1><1175151100.2871.0.camel@localhost.localdomain> <202F319BCE0FC04AB9C8A26952A3A793910134@dcex1> Message-ID: <202F319BCE0FC04AB9C8A26952A3A79391013A@dcex1> I just found out from my IT guy that the phone system is running on an Avaya S8700 http://support.avaya.com/japple/css/japple?PAGE=Product&temp.productID=1 29452 I am doing some RTFM on the unit as this is KEY to my ability to convert to Linux desktop. -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Wise, Jeremey Sent: Friday, March 30, 2007 1:28 PM To: Ekiga mailing list Subject: Re: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication Thanks for your replys Here is more detail. I removed the package and all referances in .gconf ... reloaded and now debugging works .. I would care.. but I have bigger fish to fry :>) Sorry for the length of the email. I posted all details as I do not yet know enough about IPPhone to focus my debug posts. Here is the error upon connecting to the Avaya PBX: [wisej at wizej tmp]$ ekiga -d 4 2007/03/30 13:18:10.591 2:32.430 GMAccounts...t:09ca5a98 OpalUDP Binding to interface: 0.0.0.0:32988 2007/03/30 13:18:10.593 2:32.432 GMAccounts...t:09ca5a98 OpalUDP Started connect to 172.27.19.83:1719 2007/03/30 13:18:10.593 2:32.432 GMAccounts...t:09ca5a98 OpalUDP Connecting to interfaces: 127.0.0.1 [00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:01] <00-00-00-00-00-00> (lo) 172.27.16.181 [fe:80:00:00:00:00:00:00:02:11:25:ff:fe:2b:f5:d3] <00-11-25-2B-F5-D3> (eth0) 2007/03/30 13:18:10.595 2:32.434 GMAccounts...t:09ca5a98 Trans Sending PDU: gatekeeperRequest { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.4 rasAddress = ipAddress { ip = 4 octets { ac 1b 10 b5 .... } port = 5064 } endpointType = { vendor = { vendor = { t35CountryCode = 9 t35Extension = 0 manufacturerCode = 61 } productId = 7 octets { 65 6b 69 67 61 00 00 ekiga.. } versionId = 21 octets { 32 2e 30 2e 35 20 28 4f 50 41 4c 20 76 32 2e 32 2.0.5 (OPAL v2.2 2e 35 29 00 00 .5).. } } terminal = { } mc = FALSE undefinedNode = FALSE } endpointAlias = 2 entries { [0]=dialedDigits "6006" [1]=h323_ID 12 characters { 004a 0065 0072 0065 006d 0065 0079 0020 Jeremey 0057 0069 0073 0065 Wise } } authenticationCapability = 2 entries { [0]=pwdHash <> [1]=authenticationBES radius <> } algorithmOIDs = 3 entries { [0]=0.0.8.235.0.2.6 [1]=1.2.840.113548.10.1.2.1 [2]=1.2.840.113549.2.5 } supportsAltGK = <> } 2007/03/30 13:18:10.598 2:32.437 GkMonitor:9c8d228 RAS Background thread started 2007/03/30 13:18:10.609 2:32.448 GMAccounts...t:09ca5a98 H225RAS Receiving PDU: gatekeeperReject { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.5 rejectReason = securityDenial <> } 2007/03/30 13:18:10.610 2:32.449 GMAccounts...t:09ca5a98 Trans gatekeeperRequest rejected: securityDenial 2007/03/30 13:18:10.610 2:32.449 GMAccounts...t:09ca5a98 Trans Sending PDU: gatekeeperRequest { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.4 rasAddress = ipAddress { ip = 4 octets { ac 1b 10 b5 .... } port = 5064 } endpointType = { vendor = { vendor = { t35CountryCode = 9 t35Extension = 0 manufacturerCode = 61 } productId = 7 octets { 65 6b 69 67 61 00 00 ekiga.. } versionId = 21 octets { 32 2e 30 2e 35 20 28 4f 50 41 4c 20 76 32 2e 32 2.0.5 (OPAL v2.2 2e 35 29 00 00 .5).. } } terminal = { } mc = FALSE undefinedNode = FALSE } endpointAlias = 2 entries { [0]=dialedDigits "6006" [1]=h323_ID 12 characters { 004a 0065 0072 0065 006d 0065 0079 0020 Jeremey 0057 0069 0073 0065 Wise } } authenticationCapability = 2 entries { [0]=pwdHash <> [1]=authenticationBES radius <> } algorithmOIDs = 3 entries { [0]=0.0.8.235.0.2.6 [1]=1.2.840.113548.10.1.2.1 [2]=1.2.840.113549.2.5 } supportsAltGK = <> } 2007/03/30 13:18:10.632 2:32.471 GMAccounts...t:09ca5a98 H225RAS Receiving PDU: gatekeeperReject { requestSeqNum = 18528 protocolIdentifier = 0.0.8.2250.0.5 rejectReason = securityDenial <> } 2007/03/30 13:18:10.632 2:32.471 GMAccounts...t:09ca5a98 Trans gatekeeperRequest rejected: securityDenial 2007/03/30 13:18:10.632 2:32.471 GMAccounts...t:09ca5a98 OpalUDP Ended connect, selecting 172.27.16.181:5064 2007/03/30 13:18:10.632 2:32.471 GkMonitor:9c8d228 RAS Background thread ended 2007/03/30 13:18:10.668 2:32.507 GMAccounts...t:09ca5a98 Opal Transport clean up on termination 2007/03/30 13:18:10.669 2:32.508 GMAccounts...t:09ca5a98 OpalUDP Close 2007/03/30 13:18:10.671 2:32.510 GMAccounts...t:09ca5a98 Opal Transport Close 2007/03/30 13:18:10.672 2:32.511 GMAccounts...t:09ca5a98 Opal Transport clean up on termination 2007/03/30 13:18:10.673 2:32.512 GMAccounts...t:09ca5a98 OpalUDP Close 2007/03/30 13:18:10.674 2:32.513 GMAccounts...t:09ca5a98 Opal Transport Close ******************************** You menion laying a "trunk" down in connecting to the Avaya system. How can I do this. PS: I also tried to activate my new egika account "penguinpages" but I can not get that to go active. I did not post that earlier as I figured it was simply a firewall rule on our corp outbound.. now I am not so sure as the TCP ports don't seem to be blocked. Here is the log from THAT connections debug log: 2007/03/30 13:24:37.289 8:59.129 GMAccounts...t:09c8aa78 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/03/30 13:24:37.295 8:59.134 GMAccounts...t:09c8aa78 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:37.302 8:59.141 GMAccounts...t:09c8aa78 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/03/30 13:24:37.308 8:59.147 GMAccounts...t:09c8aa78 SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:37.795 8:59.634 Housekeeper SIP Transaction 3 REGISTER timeout, making retry 1 2007/03/30 13:24:37.796 8:59.635 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:37.809 8:59.648 Housekeeper SIP Transaction 4 SUBSCRIBE timeout, making retry 1 2007/03/30 13:24:37.810 8:59.649 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:38.796 9:00.635 Housekeeper SIP Transaction 3 REGISTER timeout, making retry 2 2007/03/30 13:24:38.797 9:00.636 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:38.812 9:00.651 Housekeeper SIP Transaction 4 SUBSCRIBE timeout, making retry 2 2007/03/30 13:24:38.813 9:00.652 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:40.797 9:02.636 Housekeeper SIP Transaction 3 REGISTER timeout, making retry 3 2007/03/30 13:24:40.798 9:02.637 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 172.27.16.181:5061;branch=z9hG4bK7a330d34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=e21b0d34-51dd-db11-82f1-0011252bf5d3 Call-ID: c43cabf3-4fdd-db11-82f1-0011252bf5d3 at wizej To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/03/30 13:24:40.817 9:02.656 Housekeeper SIP Transaction 4 SUBSCRIBE timeout, making retry 3 2007/03/30 13:24:40.818 9:02.657 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:penguinpages at ekiga.net SIP/2.0 CSeq: 4 SUBSCRIBE Via: SIP/2.0/UDP 172.27.16.181:5062;branch=z9hG4bKbe150f34-51dd-db11-82f1-0011252bf5d3;rp ort User-Agent: Ekiga/2.0.5 From: ;tag=62030f34-51dd-db11-82f1-0011252bf5d3 Call-ID: 942daef3-4fdd-db11-82f1-0011252bf5d3 at wizej 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/03/30 13:24:43.295 9:05.134 Housekeeper SIP Set state Terminated_Timeout for transaction 3 REGISTER 2007/03/30 13:24:43.326 9:05.165 Housekeeper SIP Set state Terminated_Timeout for transaction 4 SUBSCRIBE -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Jure Petrovic Sent: Thursday, March 29, 2007 2:52 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication Maybe you can try "ekiga -d 4" or "ekiga --debug 4" Regards, Jure On Thu, 2007-03-29 at 10:25 +0530, pavan m wrote: > Attempted to also raise the debug level from a shell "ekiga -4" -> > not a SINGLE message was printed... hmm.. not very "useful" _______________________________________________ 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 From dsandras at seconix.com Fri Mar 30 17:42:53 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 30 Mar 2007 19:42:53 +0200 Subject: [Ekiga-list] Greetings - Avaysa IPPhone System Authentication In-Reply-To: <202F319BCE0FC04AB9C8A26952A3A793910134@dcex1> References: <202F319BCE0FC04AB9C8A26952A3A79390FE0E@dcex1> <1175151100.2871.0.camel@localhost.localdomain> <202F319BCE0FC04AB9C8A26952A3A793910134@dcex1> Message-ID: <1175276573.4101.75.camel@scorpion> Le vendredi 30 mars 2007 ? 13:27 -0400, Wise, Jeremey a ?crit : > 2007/03/30 13:18:10.609 2:32.448 GMAccounts...t:09ca5a98 H225RAS > Receiving PDU: > gatekeeperReject { > requestSeqNum = 18528 > protocolIdentifier = 0.0.8.2250.0.5 > rejectReason = securityDenial <> > } > 2007/03/30 13:18:10.610 2:32.449 GMAccounts...t:09ca5a98 Trans > gatekeeperRequest rejected: securityDenial Tje gatekeeper rejects your registration. Ask your admin to check why. It seems it does not like your password. > You menion laying a "trunk" down in connecting to the Avaya system. How > can I do this. > > > PS: I also tried to activate my new egika account "penguinpages" but I > can not get that to go active. I did not post that earlier as I figured > it was simply a firewall rule on our corp outbound.. now I am not so > sure as the TCP ports don't seem to be blocked. > 2007/03/30 13:24:37.795 8:59.634 Housekeeper SIP > Transaction 3 REGISTER timeout, making retry 1 Either the firewall drops the answers, or you are not using the correct interface. -- _ 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 joe at realprogroup.com Sat Mar 31 16:57:37 2007 From: joe at realprogroup.com (Joe Ardolino) Date: Sat, 31 Mar 2007 11:57:37 -0500 Subject: [Ekiga-list] Installing Ekiga Message-ID: <460E9301.6030504@realprogroup.com> I must be brain dead, or just missing a vital piece of information. I can't install Ekiga on a FC5 system using the downloaded RPMs I keep getting a Dependency error message , missing a LIB ( libpt_linux_x86_r.so.1.10.0) Can anyone give me a clue Thanks, Joe From jpuydt at free.fr Sat Mar 31 16:55:06 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 31 Mar 2007 18:55:06 +0200 Subject: [Ekiga-list] Installing Ekiga In-Reply-To: <460E9301.6030504@realprogroup.com> References: <460E9301.6030504@realprogroup.com> Message-ID: <460E926A.3060400@free.fr> Joe Ardolino a ?crit : > I can't install Ekiga on a FC5 system using the downloaded RPMs > I keep getting a Dependency error message , missing a LIB ( > libpt_linux_x86_r.so.1.10.0) > > Can anyone give me a clue Install the libpt package first. Snark on #ekiga From fonz at siol.net Sat Mar 31 22:04:45 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 01 Apr 2007 00:04:45 +0200 Subject: [Ekiga-list] Speex codec Message-ID: <1175378685.19015.1.camel@localhost.localdomain> Hello, is anybody else experiencing choppy sound in ekiga when using speex codec? I am connecting to asterisk server and haven't figured out yet if it's ekiga's or asterisk's problem... Oh, ekiga version 2.1.0 Regards, Jure From typhoon at aanet.com.au Sat Mar 31 22:22:48 2007 From: typhoon at aanet.com.au (Typhoon) Date: Sun, 1 Apr 2007 08:22:48 +1000 Subject: [Ekiga-list] Speex codec In-Reply-To: <1175378685.19015.1.camel@localhost.localdomain> References: <1175378685.19015.1.camel@localhost.localdomain> Message-ID: <20070401082249.aa04857d.typhoon@aanet.com.au> On Sun, 01 Apr 2007 00:04:45 +0200 Jure Petrovic wrote: > Hello, > > is anybody else experiencing choppy sound in ekiga > when using speex codec? > > I am connecting to asterisk server and haven't > figured out yet if it's ekiga's or asterisk's > problem... > > Oh, ekiga version 2.1.0 I haven't tried it for some time. I quit trying it because of the choppy sound quality. I'm not sure what version of Ekiga I was on at the time. > > > Regards, > Jure > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list >