From hodak at chips.ncsu.edu Thu Mar 3 20:39:07 2011 From: hodak at chips.ncsu.edu (Miroslav Hodak) Date: Thu, 03 Mar 2011 15:39:07 -0500 Subject: [Ekiga-list] Cannot register DiamondCard account 3.2.7 Message-ID: <4D6FFC6B.6080903@chips.ncsu.edu> Hello, I ahve been happily using Ekiga to make PC-to-phone calls for over two years (using Gentoo). Howveer, after recent upgrade in Ekiga (to 3.2.7), my account information for Diamond Card got wiped out, nad now I cannot register my account. In my account status I see "Could not register (failed)" even though if I right click and try check Account balance I get logged in into my account on the DiamondCard website. Please help, I really do not know how to solve this. I have been using Ekiga almost excusively as my main means for making phone calls to ordinary phones and this later change is rather upsetting. Thanks, Miro From hodak at chips.ncsu.edu Fri Mar 4 04:57:43 2011 From: hodak at chips.ncsu.edu (Miroslav Hodak) Date: Thu, 03 Mar 2011 23:57:43 -0500 Subject: [Ekiga-list] Cannot register DiamondCard account 3.2.7 In-Reply-To: <4D6FFC6B.6080903@chips.ncsu.edu> References: <4D6FFC6B.6080903@chips.ncsu.edu> Message-ID: <4D707147.5090809@chips.ncsu.edu> Hello, This appears to be a problem on the Diamondcard side. I will keep you posted. BTW, running ekiga with "-d 4" argument I receive messages such as these: x264loader_unix.cxx(114) H264 DYNA Trying to open x264 library x264loader_unix.cxx(114) H264 DYNA Trying to open x264 library libx264.so x264loader_unix.cxx(131) H264 DYNA Successfully loaded libx264.so x264loader_unix.cxx(57) H264 DYNA Failed to load x264_encoder_open h264pipe_unix.cxx(113) H264 IPC PP: GPL Process returned failure on initialization - plugin disabled h264-x264.cxx(838) H264 Codec Disabled h264helper_unix.cxx(127) H264 IPC CP: Failed to load dynamic library - exiting Does this mean that some of my libraries are broken? Thanks, Miro On 03/03/2011 03:39 PM, Miroslav Hodak wrote: > Hello, > > I ahve been happily using Ekiga to make PC-to-phone calls for over two > years (using Gentoo). Howveer, after recent upgrade in Ekiga (to 3.2.7), > my account information for Diamond Card got wiped out, nad now I cannot > register my account. In my account status I see "Could not register > (failed)" even though if I right click and try check Account balance I > get logged in into my account on the DiamondCard website. > > Please help, I really do not know how to solve this. I have been using > Ekiga almost excusively as my main means for making phone calls to > ordinary phones and this later change is rather upsetting. > > Thanks, > Miro From stuart at gathman.org Fri Mar 4 05:43:10 2011 From: stuart at gathman.org (Stuart D. Gathman) Date: Fri, 4 Mar 2011 00:43:10 -0500 (EST) Subject: [Ekiga-list] Cannot register DiamondCard account 3.2.7 In-Reply-To: <4D6FFC6B.6080903@chips.ncsu.edu> References: <4D6FFC6B.6080903@chips.ncsu.edu> Message-ID: On Thu, 3 Mar 2011, Miroslav Hodak wrote: > I ahve been happily using Ekiga to make PC-to-phone calls for over two > years (using Gentoo). Howveer, after recent upgrade in Ekiga (to 3.2.7), > my account information for Diamond Card got wiped out, nad now I cannot > register my account. In my account status I see "Could not register > (failed)" even though if I right click and try check Account balance I > get logged in into my account on the DiamondCard website. So get your account information off the website, and reenter it in Ekiga. -- Stuart D. Gathman "Confutatis maledictis, flamis acribus addictis" - background song for a Microsoft sponsored "Where do you want to go from here?" commercial. From hodak at chips.ncsu.edu Fri Mar 4 06:02:51 2011 From: hodak at chips.ncsu.edu (Miroslav Hodak) Date: Fri, 04 Mar 2011 01:02:51 -0500 Subject: [Ekiga-list] Cannot register DiamondCard account 3.2.7 In-Reply-To: References: <4D6FFC6B.6080903@chips.ncsu.edu> Message-ID: <4D70808B.7020909@chips.ncsu.edu> Hi, I have just tried it again using Account Id (53166) and PIN code off the website, but I am still getting "Could not register (failed)" error. According to Stephen Karrington my IP address got blocked, how long will it take to get it unblocked? On 03/04/2011 12:43 AM, Stuart D. Gathman wrote: > On Thu, 3 Mar 2011, Miroslav Hodak wrote: > >> I ahve been happily using Ekiga to make PC-to-phone calls for over two >> years (using Gentoo). Howveer, after recent upgrade in Ekiga (to 3.2.7), >> my account information for Diamond Card got wiped out, nad now I cannot >> register my account. In my account status I see "Could not register >> (failed)" even though if I right click and try check Account balance I >> get logged in into my account on the DiamondCard website. > > So get your account information off the website, and reenter it in Ekiga. > From hodak at chips.ncsu.edu Fri Mar 4 06:13:08 2011 From: hodak at chips.ncsu.edu (Miroslav Hodak) Date: Fri, 04 Mar 2011 01:13:08 -0500 Subject: [Ekiga-list] Cannot register DiamondCard account 3.2.7 In-Reply-To: <4D70808B.7020909@chips.ncsu.edu> References: <4D6FFC6B.6080903@chips.ncsu.edu> <4D70808B.7020909@chips.ncsu.edu> Message-ID: <4D7082F4.5030402@chips.ncsu.edu> Please disregard my previous message, it was supposed to go to someone else. As I said earlier, thsi appears to be DiamondCard issue, they appear to have blocked my IP adress. On 03/04/2011 01:02 AM, Miroslav Hodak wrote: > Hi, I have just tried it again using Account Id (53166) > and PIN code off the website, but I am still getting "Could not register > (failed)" error. > > According to Stephen Karrington my IP address got blocked, how long will > it take to get it unblocked? > > On 03/04/2011 12:43 AM, Stuart D. Gathman wrote: >> On Thu, 3 Mar 2011, Miroslav Hodak wrote: >> >>> I ahve been happily using Ekiga to make PC-to-phone calls for over two >>> years (using Gentoo). Howveer, after recent upgrade in Ekiga (to 3.2.7), >>> my account information for Diamond Card got wiped out, nad now I cannot >>> register my account. In my account status I see "Could not register >>> (failed)" even though if I right click and try check Account balance I >>> get logged in into my account on the DiamondCard website. >> >> So get your account information off the website, and reenter it in Ekiga. >> > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From ncassanova11 at gmail.com Fri Mar 4 15:57:27 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Fri, 4 Mar 2011 10:57:27 -0500 Subject: [Ekiga-list] Nikolai Cassanova: Can anyone recommend a great residential sip phone Message-ID: Hi, wanted to know if anyone out there in ekiga network could recommend a great sip phone for residential use, thats low priced. As I am looking into setting up for my house phone connection using voip/sip capabilities from my verion fios router. Thanks in advance. Or if anyone who has done this already for there homes, can point me in a direction to get more information on how i would go about changing my home phone into a voip/sip phone. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart at gathman.org Fri Mar 4 22:14:04 2011 From: stuart at gathman.org (Stuart D Gathman) Date: Fri, 04 Mar 2011 17:14:04 -0500 Subject: [Ekiga-list] Nikolai Cassanova: Can anyone recommend a great residential sip phone In-Reply-To: References: Message-ID: <4D71642C.8020503@gathman.org> On 03/04/2011 10:57 AM, Nikolai Cassanova wrote: > Hi, wanted to know if anyone out there in ekiga network could > recommend a great sip phone for residential use, thats low priced. As > I am looking into setting up for my house phone connection using > voip/sip capabilities from my verion fios router. Thanks in advance. > > Or if anyone who has done this already for there homes, can point me > in a direction to get more information on how i would go about > changing my home phone into a voip/sip phone. At work and home, we use what's called an ATA adapter. I've used Motorola and Linksys brands. You plug in to ethernet, configure via web interface with VOIP login, etc, then connect POTS phones to your old fashioned POTS home wiring. The adapters are about $20 for 2 analog lines, and typically support FAX pass through on one of the ports as well. For a real SIP phones that have an LCD and connect only to ethernet, Linksys has one for $100 that my coworker uses. Some have a built in switch in case you have only one ethernet outlet at your desk (so you can connect your computer as well). I run Ekiga on a netbook for my "SIP phone". Works great. Even on the 500Mhz OLPC XO-1, audio is crystal clear and snappy. (On the XO-1, the CPU can support video in one direction only. Enabling the second camera overloads the CPU!) From gstengel at gmx.net Tue Mar 8 06:08:04 2011 From: gstengel at gmx.net (Gerhard Stengel) Date: Tue, 8 Mar 2011 07:08:04 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D2F678A.9040209@pu-pm.univ-fcomte.fr> References: <4D28FFDF.8040000@free.fr> <4D2AD104.9050501@free.fr> <4D2F678A.9040209@pu-pm.univ-fcomte.fr> Message-ID: <201103080708.04137.gstengel@gmx.net> Am Donnerstag, 13. Januar 2011, 21:58:50 schrieb Eugen Dedu: > > >> Also, because for these non-free codecs you need tom compile ffmpeg > >> yourself, because distributions strip them out. > >> > >> Finally, because h263-1998 crashes when using ffmpeg last version, see > >> bugzilla again (bug for H263); however, if you choose a repository for > >> ffmpeg of about 1.5 years ago, it should work, see the same bug report. > > https://bugzilla.gnome.org/show_bug.cgi?id=606265 I forgot to say that > h263 does not crash for me if I compile ffmpeg with some option, see the > upstream bug specified in the bug above. I think this is the best > option for you, instead of compiling an older ffmpeg. > Hi, Compiling ffmpeg with some extra options sounds like an interesting track to work around the h263 crash problem. However, with the recent ffmpeg opal 3.6.8 refuses to build H263/H263-1998 and H264. This is some output from the configure run: checking for LIBAVCODEC... yes configure: libavcodec stack align hack disabled checking for h263p_encoder in -lavcodec... no checking for mpeg4_encoder in -lavcodec... no checking for h264_decoder in -lavcodec... no checking libavcodec/avcodec.h usability... yes checking libavcodec/avcodec.h presence... yes checking for libavcodec/avcodec.h... yes checking libavcodec source... disabled checking if libavcodec has rtp_mode... no checking for X264... yes checking filename of libx264 library... libx264.so.114 configure: x264 static linking disabled checking for THEORA... yes checking for CELT... no checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking if dlopen is available... yes checking for dlopen in -ldl... yes configure: h264 support disabled due to disabled dependency HAVE_H264_DECODER checking enable H.264 support... no I installed a really recent version of libavcodec, 0.6.201102261447git from packman. Any idea what's going wrong? ffmpeg -codecs delivers following output about the interestin codecs: DEV D h261 H.261 DEVSDT h263 H.263 / H.263-1996 D VSD h263i Intel H.263 EV h263p H.263+ / H.263-1998 / H.263 version 2 D V D h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 D V D h264_vdpau H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (VDPAU acceleration) so they basically seem to be supported. regards Gerhard From james at fsck.co.uk Tue Mar 8 11:02:03 2011 From: james at fsck.co.uk (A. James Lewis) Date: Tue, 08 Mar 2011 11:02:03 +0000 Subject: [Ekiga-list] Roadmap & pulseaudio In-Reply-To: References: Message-ID: <1299582123.2928.35.camel@cheyenne> Looking at the roadmap, I see that the pulseaudio plugin is the module getting the most love, and I thought that I'd put in my 2c worth. I currently use a multi-user voip application (Ventrilo or Mumble), as well as somtimes skype... and I'd like to have Ekiga open all the time... but this is absolutely dependent on the pulseaudio plugin. Currently if I have another VoIP app open and I do anything with Ekiga it complains that it cannot open the audio device... realistically, I think that pulse is the only way to share these devices and I can't reasonably have a separate headset dedicated to Ekiga... so IMHO, pulseaudio support is the most important thing that could be developed now. I hope it's going well... Ekiga still looks like the best SIP solution on Linux, but pulse is a big deal IMO. James Lewis From Nicholas.Platt at dms.myflorida.com Tue Mar 8 19:46:50 2011 From: Nicholas.Platt at dms.myflorida.com (Platt, Nicholas) Date: Tue, 8 Mar 2011 14:46:50 -0500 Subject: [Ekiga-list] DTFM RFC2833 not working with Broadvoice platform Message-ID: Forum: I'm sending this one again without the attachment traces. I also found out that Ekiga is behaving as if the SIP INFO setting was set, but it is set to RFC2833. Any help would be appreciated. Thx From: Platt, Nicholas Sent: Monday, March 07, 2011 1:46 PM To: 'ekiga-list at gnome.org' Cc: Starling, John; Hartobey, Daniel (Dan) Subject: DTFM RFC2833 not working with Broadvoice platform Forum: I've been working with various soft clients and phones and I've chosen Ekiga because it has been very stable, predictable and very easy to use. All our Polycom phones register with Broadsoft platform. We have tested X-Lite and Ekiga and we found Ekiga to be able to run on more OS platforms (Windows, MAC, Linux). The only problem I'm running into is the DTMF tones using RFC2833. I was surprised not to see a third option "In-band DTMF". Regardless, Broadsoft supports RFC2833 and I've spent time tracing Ekiga vs. other user agents. For some reason, Ekiga uses a SIP packet instead of RTP. The registrar always returns a error message 415 "Unsupported Media". For the user agents (phones or soft clients) that were successful, RTP was being used instead of SIP. I've included a couple of screenshots and attachments. Can anyone explain why Ekiga differs from every other user agent when sending DTMF tones using RFC3833? Thanks Ekiga Trace Snapshots removed because too large X-Lite or Polycom Phones Snapshots removed because too larch. I will be glad to e-mail anyone the trace and snapshots. Thx R. Nicholas Platt Communications Engineer Supervisor Division of Telecommunications Department of Management Services State of Florida Phone: 850.413.9535 E-Mail: nicholas.platt at dms.myflorida.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bart.Vandewoestyne at telenet.be Wed Mar 9 15:33:00 2011 From: Bart.Vandewoestyne at telenet.be (Bart Vandewoestyne) Date: Wed, 9 Mar 2011 16:33:00 +0100 Subject: [Ekiga-list] [Re] Can anyone recommend a great residential sip phone Message-ID: <20110309153300.GA23309@simba> Nikolai wrote: > Hi, wanted to know if anyone out there in ekiga network could recommend a great > sip phone for residential use, thats low priced. As I am looking into setting > up for my house phone connection using voip/sip capabilities from my verion > fios router. Thanks in advance. > > Or if anyone who has done this already for there homes, can point me in a > direction to get more information on how i would go about changing my home > phone into a voip/sip phone. Hello Nikolai, I have bought Grandstream's GXV3140 for my mom who is a complete computer-noob: http://www.grandstream.com/products/gxv_series_phone/gxv3140/gxv3140.html I am very happy with the phone, especially because it also allows video-calls. It can have for up to 3 SIP-accounts and I have successfully used it with my Ekiga SIP account. I was able to make calls from Ekiga on Windows and Linux to this phone too. Grandstream also has a more recent touch-screen video-phone now: http://www.grandstream.com/products/gxv_series_phone/gxv3175/gxv3175.html If there are other Ekiga.net users who own a Grandstream GXV3140 and would like to share experiences, I would be happy to hear! Kind regards, Bart -- "Share what you know. Learn what you don't." From ncassanova11 at gmail.com Wed Mar 9 19:37:27 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Wed, 9 Mar 2011 14:37:27 -0500 Subject: [Ekiga-list] Nikolai Cassanova: Can anyone recommend a great residential sip phone In-Reply-To: <4D71642C.8020503@gathman.org> References: <4D71642C.8020503@gathman.org> Message-ID: Hi Stuart, thanks for the reply and I wanted to know with ATA adapters how do you aquire sip registration and keep it registered, with using ATA adapter, would I have to then run my own asterisk/pbx setup, as my current setup that I use on my cell phone is, just using a sip soft phone then putting in my sip address to be registered and it registers and is constantly being registered in background on my cell phone that way i can receive calls and place calls through my sip soft phone app on my cell phone, if the ATA adapter is the same thing without me having to use a computer to keep it running it would be perfect. To be able to change my home phones which are all plain old telephone systems provided by a phone company into a voip phone network would be easy as i would just need an ATA adapter or 2 and then have them connected to my router and then i would be able to receive calls; or is it not that easy? On Fri, Mar 4, 2011 at 5:14 PM, Stuart D Gathman wrote: > On 03/04/2011 10:57 AM, Nikolai Cassanova wrote: > >> Hi, wanted to know if anyone out there in ekiga network could recommend a >> great sip phone for residential use, thats low priced. As I am looking into >> setting up for my house phone connection using voip/sip capabilities from my >> verion fios router. Thanks in advance. >> >> Or if anyone who has done this already for there homes, can point me in a >> direction to get more information on how i would go about changing my home >> phone into a voip/sip phone. >> > At work and home, we use what's called an ATA adapter. I've used Motorola > and Linksys brands. You plug in to ethernet, configure via web interface > with VOIP login, etc, then connect POTS phones to your old fashioned POTS > home wiring. The adapters are about $20 for 2 analog lines, and typically > support FAX pass through on one of the ports as well. > > For a real SIP phones that have an LCD and connect only to ethernet, > Linksys has one for $100 that my coworker uses. Some have a built in switch > in case you have only one ethernet outlet at your desk (so you can connect > your computer as well). > > I run Ekiga on a netbook for my "SIP phone". Works great. Even on the > 500Mhz OLPC XO-1, audio is crystal clear and snappy. (On the XO-1, the CPU > can support video in one direction only. Enabling the second camera > overloads the CPU!) > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Nikolai Gauntlet Cassanova University At Albany, State University of New York Bachelors of Science in Biology Email: NCassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart at gathman.org Thu Mar 10 06:29:37 2011 From: stuart at gathman.org (Stuart D. Gathman) Date: Thu, 10 Mar 2011 01:29:37 -0500 (EST) Subject: [Ekiga-list] Nikolai Cassanova: Can anyone recommend a great residential sip phone In-Reply-To: References: <4D71642C.8020503@gathman.org> Message-ID: On Wed, 9 Mar 2011, Nikolai Cassanova wrote: > Hi Stuart, thanks for the reply and I wanted to know with ATA adapters how > do you aquire sip registration and keep it registered, with using ATA > adapter, would I have to then run my own asterisk/pbx setup, as my current No, an ATA (Analog Telephone Adapter) works just like a SIP phone. It registers and keeps registered. > company into a voip phone network would be easy as i would just need an ATA > adapter or 2 and then have them connected to my router and then i would be > able to receive calls; or is it not that easy? It is that easy (although sometimes knowing which user id for the SIP registrar goes in which config field can be confusing on the setup - I don't know why we need all those ids). A SIP phone has just one piece, instead of a POTS and ATA, so is less clutter. But reusing POTS is nice too. -- Stuart D. Gathman "Confutatis maledictis, flamis acribus addictis" - background song for a Microsoft sponsored "Where do you want to go from here?" commercial. From Nicholas.Platt at dms.myflorida.com Mon Mar 7 18:45:39 2011 From: Nicholas.Platt at dms.myflorida.com (Platt, Nicholas) Date: Mon, 7 Mar 2011 13:45:39 -0500 Subject: [Ekiga-list] DTFM RFC2833 not working with Broadvoice platform Message-ID: Forum: I've been working with various soft clients and phones and I've chosen Ekiga because it has been very stable, predictable and very easy to use. All our Polycom phones register with Broadsoft platform. We have tested X-Lite and Ekiga and we found Ekiga to be able to run on more OS platforms (Windows, MAC, Linux). The only problem I'm running into is the DTMF tones using RFC2833. I was surprised not to see a third option "In-band DTMF". Regardless, Broadsoft supports RFC2833 and I've spent time tracing Ekiga vs. other user agents. For some reason, Ekiga uses a SIP packet instead of RTP. The registrar always returns a error message 415 "Unsupported Media". For the user agents (phones or soft clients) that were successful, RTP was being used instead of SIP. I've included a couple of screenshots and attachments. Can anyone explain why Ekiga differs from every other user agent when sending DTMF tones using RFC3833? Thanks Ekiga Trace X-Lite or Polycom Phones R. Nicholas Platt Communications Engineer Supervisor Division of Telecommunications Department of Management Services State of Florida Phone: 850.413.9535 E-Mail: nicholas.platt at dms.myflorida.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 189599 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 92067 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Eyebeam.pcap Type: application/octet-stream Size: 264477 bytes Desc: Eyebeam.pcap URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Ekiga Softphone - DTMF using RFC2833 - 2nd capture.pcap Type: application/octet-stream Size: 52819 bytes Desc: Ekiga Softphone - DTMF using RFC2833 - 2nd capture.pcap URL: From Nicholas.Platt at dms.myflorida.com Tue Mar 8 19:44:04 2011 From: Nicholas.Platt at dms.myflorida.com (Platt, Nicholas) Date: Tue, 8 Mar 2011 14:44:04 -0500 Subject: [Ekiga-list] DTFM RFC2833 not working with Broadvoice platform Message-ID: Forum: I'm sending this one again without the attachment traces. I also found out that Ekiga is behaving as if the SIP INFO setting was set, but it is set to RFC2833. Any help would be appreciated. Thx From: Platt, Nicholas Sent: Monday, March 07, 2011 1:46 PM To: 'ekiga-list at gnome.org' Cc: Starling, John; Hartobey, Daniel (Dan) Subject: DTFM RFC2833 not working with Broadvoice platform Forum: I've been working with various soft clients and phones and I've chosen Ekiga because it has been very stable, predictable and very easy to use. All our Polycom phones register with Broadsoft platform. We have tested X-Lite and Ekiga and we found Ekiga to be able to run on more OS platforms (Windows, MAC, Linux). The only problem I'm running into is the DTMF tones using RFC2833. I was surprised not to see a third option "In-band DTMF". Regardless, Broadsoft supports RFC2833 and I've spent time tracing Ekiga vs. other user agents. For some reason, Ekiga uses a SIP packet instead of RTP. The registrar always returns a error message 415 "Unsupported Media". For the user agents (phones or soft clients) that were successful, RTP was being used instead of SIP. I've included a couple of screenshots and attachments. Can anyone explain why Ekiga differs from every other user agent when sending DTMF tones using RFC3833? Thanks Ekiga Trace X-Lite or Polycom Phones R. Nicholas Platt Communications Engineer Supervisor Division of Telecommunications Department of Management Services State of Florida Phone: 850.413.9535 E-Mail: nicholas.platt at dms.myflorida.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 189599 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 92067 bytes Desc: image002.png URL: From dotancohen at gmail.com Sat Mar 12 22:07:20 2011 From: dotancohen at gmail.com (Dotan Cohen) Date: Sun, 13 Mar 2011 00:07:20 +0200 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address Message-ID: Hi all, I have finally convinced two important contacts to switch from Skype to Ekiga. They are both on Windows, I am on Linux. We all have Ekiga sip addresses now. The sound quality of our conversations was unusable: it was completely choppy. Could that be because: 1) My distro uses PulseAudio 2) The ekiga.net sip address service might be subpar 3) The Windows Ekiga program might be not well developed 4) The default codec might be subpar What should I do first? I do not want to replace PulseAudio with Alsa because I have other applications that depend on PulseAudio. Thanks. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com From Nicholas.Platt at dms.myflorida.com Sun Mar 13 14:42:08 2011 From: Nicholas.Platt at dms.myflorida.com (Platt, Nicholas) Date: Sun, 13 Mar 2011 10:42:08 -0400 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address In-Reply-To: References: Message-ID: Dotan: Skype also runs on Linux and runs very well. I'm running Fedora 14 without any sound issues. Calls are extremely clear especially when the user agents have negotiated CODEC G.722 or G.711. The problem you will run into with Ekiga on Windows, Linux, or MAC is DTMF tones using RFC2833. As far as the audio quality settings, I did need to do anything except select my headset as the microphone and speakers and that is done in Ekiga "Preferences". -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Dotan Cohen Sent: Saturday, March 12, 2011 5:07 PM To: Ekiga mailing list Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio,ekiga.net sip address Hi all, I have finally convinced two important contacts to switch from Skype to Ekiga. They are both on Windows, I am on Linux. We all have Ekiga sip addresses now. The sound quality of our conversations was unusable: it was completely choppy. Could that be because: 1) My distro uses PulseAudio 2) The ekiga.net sip address service might be subpar 3) The Windows Ekiga program might be not well developed 4) The default codec might be subpar What should I do first? I do not want to replace PulseAudio with Alsa because I have other applications that depend on PulseAudio. Thanks. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From gio_6b at yahoo.it Sun Mar 13 18:43:53 2011 From: gio_6b at yahoo.it (Giorgio) Date: Sun, 13 Mar 2011 19:43:53 +0100 Subject: [Ekiga-list] audio input not working Message-ID: <4D7D1069.4060500@yahoo.it> When I run echo test I hear the message but I get no echo of my voice. Same during call: I hear the voice but my friend don't hear me. Of course my hardware works normally with others SW. In Windows 7 Ekiga audio works with same hardware. OS: Linux Mandriva 2010.2 64 bit, Ekiga 3.2.6 From dotancohen at gmail.com Mon Mar 14 16:56:37 2011 From: dotancohen at gmail.com (Dotan Cohen) Date: Mon, 14 Mar 2011 18:56:37 +0200 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address In-Reply-To: References: Message-ID: On Sun, Mar 13, 2011 at 16:42, Platt, Nicholas wrote: > Dotan: > > Skype also runs on Linux and runs very well. ? ?I'm running Fedora 14 > without any sound issues. ? Calls are extremely clear especially when > the user agents have negotiated CODEC G.722 or G.711. Thanks Nicholas. We had been using Skype until now. How does one configure the G.722 or G.711 codecs? I see no such options in Skype. > ? The problem you > will run into with Ekiga on Windows, Linux, or MAC is DTMF tones using > RFC2833. ?As far as the audio quality settings, I did need to do > anything except select my headset as the microphone and speakers and > that is done in Ekiga "Preferences". > Thanks, I will google that issue. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 17:16:02 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 18:16:02 +0100 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address In-Reply-To: References: Message-ID: <4D7E4D52.5000101@pu-pm.univ-fcomte.fr> On 12/03/11 23:07, Dotan Cohen wrote: > Hi all, I have finally convinced two important contacts to switch from > Skype to Ekiga. They are both on Windows, I am on Linux. We all have > Ekiga sip addresses now. > > The sound quality of our conversations was unusable: it was completely > choppy. Could that be because: > 1) My distro uses PulseAudio Maybe, see below. > 2) The ekiga.net sip address service might be subpar No. Only echo test (500) is suboptimal. > 3) The Windows Ekiga program might be not well developed I think no. > 4) The default codec might be subpar I think no. > What should I do first? I do not want to replace PulseAudio with Alsa > because I have other applications that depend on PulseAudio. I think the problem is because: - either pulse; in last unstable release, ekiga is finally provided with a ptlib plugin for pulse, this should solve this issue in my opinion (I have not tested, but it is a plugin expecially for pulse) - this last version is not as usable as 3.2.x release, we are preparing it, but it might take more time - or because G.722 and G.711 audio plugins are not well supported in ekiga; I advise to use speex - or your sound card is sub-optimal > The problem you > will run into with Ekiga on Windows, Linux, or MAC is DTMF tones using > RFC2833. Well, I think this is an issue in very special cases, not in the case of this person. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 17:17:21 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 18:17:21 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7D1069.4060500@yahoo.it> References: <4D7D1069.4060500@yahoo.it> Message-ID: <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> On 13/03/11 19:43, Giorgio wrote: > When I run echo test I hear the message but I get no echo of my voice. > Same during call: I hear the voice but my friend don't hear me. > > Of course my hardware works normally with others SW. In Windows 7 Ekiga > audio works with same hardware. > > OS: Linux Mandriva 2010.2 64 bit, > Ekiga 3.2.6 You need to send us the debug output (-d 4). -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 17:22:58 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 18:22:58 +0100 Subject: [Ekiga-list] DTFM RFC2833 not working with Broadvoice platform In-Reply-To: References: Message-ID: <4D7E4EF2.40306@pu-pm.univ-fcomte.fr> On 08/03/11 20:44, Platt, Nicholas wrote: > Forum: > > > > I'm sending this one again without the attachment traces. I also found > out that Ekiga is behaving as if the SIP INFO setting was set, but it is > set to RFC2833. Any help would be appreciated. Thx There was a bug in ekiga: it interchanged/mixed between RFC2833 and Info. This was fixed in trunk/master, see http://git.gnome.org/browse/ekiga/commit/?id=d5abac28. It is available in the new unstable release, please wait until it becomes stable... -- Eugen From dotancohen at gmail.com Mon Mar 14 18:10:33 2011 From: dotancohen at gmail.com (Dotan Cohen) Date: Mon, 14 Mar 2011 20:10:33 +0200 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address In-Reply-To: <4D7E4D52.5000101@pu-pm.univ-fcomte.fr> References: <4D7E4D52.5000101@pu-pm.univ-fcomte.fr> Message-ID: On Mon, Mar 14, 2011 at 19:16, Eugen Dedu wrote: >> The sound quality of our conversations was unusable: it was completely >> choppy. Could that be because: >> 1) My distro uses PulseAudio > > Maybe, see below. > Thanks. >> What should I do first? I do not want to replace PulseAudio with Alsa >> because I have other applications that depend on PulseAudio. > > I think the problem is because: > - either pulse; in last unstable release, ekiga is finally provided with a > ptlib plugin for pulse, this should solve this issue in my opinion (I have > not tested, but it is a plugin expecially for pulse) - this last version is > not as usable as 3.2.x release, we are preparing it, but it might take more > time Thanks. As I'm the only Linux user of the bunch, I will take a look at the unstable. > - or because G.722 and G.711 audio plugins are not well supported in ekiga; > I advise to use speex Great, thanks. > - or your sound card is sub-optimal > Thanks. I did not realise that Ekiga could be so intensive on the sound card. In any case, it is a 5.1 onboard card that ships with a gaming motherboard (and has killer onboard video as well) so I doubt that is the issue. But maybe one of the Windows machines has an old Creative16 card or such. I'll check, thanks. >> The problem you >> will run into with Ekiga on Windows, Linux, or MAC is DTMF tones using >> RFC2833. > > Well, I think this is an issue in very special cases, not in the case of > this person. > Good to know. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com From gio_6b at yahoo.it Mon Mar 14 18:19:35 2011 From: gio_6b at yahoo.it (Giorgio) Date: Mon, 14 Mar 2011 19:19:35 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> Message-ID: <4D7E5C37.8010703@yahoo.it> Il 14/03/2011 18:17, Eugen Dedu ha scritto: > On 13/03/11 19:43, Giorgio wrote: >> When I run echo test I hear the message but I get no echo of my voice. >> Same during call: I hear the voice but my friend don't hear me. >> >> Of course my hardware works normally with others SW. In Windows 7 Ekiga >> audio works with same hardware. >> >> OS: Linux Mandriva 2010.2 64 bit, >> Ekiga 3.2.6 > > You need to send us the debug output (-d 4). The file has been created during the following operations: 1) start Ekiga from terminal with this command/ekiga -d 4 2>ekiga_debug_1.txt/ 2) wait till opening is complete 3) call echo test 4) wait end of echo test message 5) speak several times into microphone 6) close Ekiga hope it's what you asked for. Attached you'll find the compressed version of file. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga_debug_1.txt.tar.gz Type: application/x-gzip Size: 25850 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 18:50:01 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 19:50:01 +0100 Subject: [Ekiga-list] DTFM RFC2833 not working with Broadvoice platform In-Reply-To: References: Message-ID: <4D7E6359.4020700@pu-pm.univ-fcomte.fr> On 07/03/11 19:45, Platt, Nicholas wrote: > Forum: > > > > I've been working with various soft clients and phones and I've chosen > Ekiga because it has been very stable, predictable and very easy to use. > All our Polycom phones register with Broadsoft platform. We have > tested X-Lite and Ekiga and we found Ekiga to be able to run on more OS > platforms (Windows, MAC, Linux). The only problem I'm running into is > the DTMF tones using RFC2833. I was surprised not to see a third > option "In-band DTMF". Regardless, Broadsoft supports RFC2833 and I've > spent time tracing Ekiga vs. other user agents. http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/include/opal/connection.h?revision=25298&view=markup, line 1241, shows that InBand is available too in opal, hence it is just to enable it in ekiga. I will do it. > For some reason, Ekiga uses a SIP packet instead of RTP. The registrar > always returns a error message 415 "Unsupported Media". For the user > agents (phones or soft clients) that were successful, RTP was being used > instead of SIP. I've included a couple of screenshots and attachments. > Can anyone explain why Ekiga differs from every other user agent when > sending DTMF tones using RFC3833? Thanks The sending is done in opal, file src/sip/sipcon.cxx. Please post the same message on . -- Eugen From Nicholas.Platt at dms.myflorida.com Mon Mar 14 19:04:04 2011 From: Nicholas.Platt at dms.myflorida.com (Platt, Nicholas) Date: Mon, 14 Mar 2011 15:04:04 -0400 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address In-Reply-To: References: Message-ID: Sorry, I meant utilizing the CODECS on Ekiga, not Skype. -----Original Message----- From: Dotan Cohen [mailto:dotancohen at gmail.com] Sent: Monday, March 14, 2011 12:57 PM To: Ekiga mailing list Cc: Platt, Nicholas Subject: Re: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address On Sun, Mar 13, 2011 at 16:42, Platt, Nicholas wrote: > Dotan: > > Skype also runs on Linux and runs very well. ? ?I'm running Fedora 14 > without any sound issues. ? Calls are extremely clear especially when > the user agents have negotiated CODEC G.722 or G.711. Thanks Nicholas. We had been using Skype until now. How does one configure the G.722 or G.711 codecs? I see no such options in Skype. > ? The problem you > will run into with Ekiga on Windows, Linux, or MAC is DTMF tones using > RFC2833. ?As far as the audio quality settings, I did need to do > anything except select my headset as the microphone and speakers and > that is done in Ekiga "Preferences". > Thanks, I will google that issue. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 20:06:55 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 21:06:55 +0100 Subject: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address In-Reply-To: References: Message-ID: <4D7E755F.8020905@pu-pm.univ-fcomte.fr> Is your question how configuring ekiga to use those codecs? The codec you want to use must be the first switched on in the audio codec list on the sender (or receiver side, I forgot which one). On 14/03/11 20:04, Platt, Nicholas wrote: > Sorry, I meant utilizing the CODECS on Ekiga, not Skype. > > -----Original Message----- > From: Dotan Cohen [mailto:dotancohen at gmail.com] > Sent: Monday, March 14, 2011 12:57 PM > To: Ekiga mailing list > Cc: Platt, Nicholas > Subject: Re: [Ekiga-list] Sound very choppy: lin/win connection, PulseAudio, ekiga.net sip address > > On Sun, Mar 13, 2011 at 16:42, Platt, Nicholas > wrote: >> Dotan: >> >> Skype also runs on Linux and runs very well. I'm running Fedora 14 >> without any sound issues. Calls are extremely clear especially when >> the user agents have negotiated CODEC G.722 or G.711. > > Thanks Nicholas. We had been using Skype until now. How does one > configure the G.722 or G.711 codecs? I see no such options in Skype. > > >> The problem you >> will run into with Ekiga on Windows, Linux, or MAC is DTMF tones using >> RFC2833. As far as the audio quality settings, I did need to do >> anything except select my headset as the microphone and speakers and >> that is done in Ekiga "Preferences". >> > > Thanks, I will google that issue. > From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 21:12:18 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 22:12:18 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7E5C37.8010703@yahoo.it> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> Message-ID: <4D7E84B2.3080203@pu-pm.univ-fcomte.fr> On 14/03/11 19:19, Giorgio wrote: > Il 14/03/2011 18:17, Eugen Dedu ha scritto: >> On 13/03/11 19:43, Giorgio wrote: >>> When I run echo test I hear the message but I get no echo of my voice. >>> Same during call: I hear the voice but my friend don't hear me. >>> >>> Of course my hardware works normally with others SW. In Windows 7 Ekiga >>> audio works with same hardware. >>> >>> OS: Linux Mandriva 2010.2 64 bit, >>> Ekiga 3.2.6 >> >> You need to send us the debug output (-d 4). > The file has been created during the following operations: > > 1) start Ekiga from terminal with this command/ekiga -d 4 > 2>ekiga_debug_1.txt/ > 2) wait till opening is complete > 3) call echo test > 4) wait end of echo test message > 5) speak several times into microphone > 6) close Ekiga > > hope it's what you asked for. > Attached you'll find the compressed version of file. Good. I see: 2011/03/14 18:36:59.831 0:35.151 Pool:0x55364710 ALSA Got volume 24536 and 2011/03/14 18:36:59.857 0:35.178 Pool:0x55364710 ALSA Got volume 47113 This sounds strange, are your audio volume ok? ===== But the real error comes in my opinion from the following: 2011/03/14 18:37:02.074 0:37.395 Media Patch:0x2dd1d710 RTP_UDP Session 1, write error on data port (105): No buffer space available 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 Patch WriteFrame failed 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 Patch Thread ended because all sink writes failed failed 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 Patch Thread ended for Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 RTP_UDP Session 2, write error on data port (105): No buffer space available 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 Patch WriteFrame failed 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 Patch Thread ended because all sink writes failed failed 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 Patch Thread ended for Patch OpalVideoMediaStream-Source-YUV420P -> OpalRTPMediaStream-Sink-H.261 The error appears in src/rtp/rtp.cxx: PTRACE(1, "RTP_UDP\tSession " << sessionID << ", write error on " << (toDataChannel ? "data" : "control") << " port (" << socket.GetErrorNumber(PChannel::LastWriteError) << "): " << socket.GetErrorText(PChannel::LastWriteError)); This means that it cannot write on the network socket. Do you have anything special with the access to the network on your machine?! -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 21:20:21 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 22:20:21 +0100 Subject: [Ekiga-list] Roadmap & pulseaudio In-Reply-To: <1299582123.2928.35.camel@cheyenne> References: <1299582123.2928.35.camel@cheyenne> Message-ID: <4D7E8695.7070807@pu-pm.univ-fcomte.fr> On 08/03/11 12:02, A. James Lewis wrote: > Looking at the roadmap, I see that the pulseaudio plugin is the module > getting the most love, and I thought that I'd put in my 2c worth. It is already available, but only on the unstable release. We need to make it stable... > I currently use a multi-user voip application (Ventrilo or Mumble), as > well as somtimes skype... and I'd like to have Ekiga open all the > time... but this is absolutely dependent on the pulseaudio plugin. > > Currently if I have another VoIP app open and I do anything with Ekiga > it complains that it cannot open the audio device... realistically, I > think that pulse is the only way to share these devices and I can't > reasonably have a separate headset dedicated to Ekiga... so IMHO, > pulseaudio support is the most important thing that could be developed > now. > > I hope it's going well... Ekiga still looks like the best SIP solution > on Linux, but pulse is a big deal IMO. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 21:35:47 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 22:35:47 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <201103080708.04137.gstengel@gmx.net> References: <4D28FFDF.8040000@free.fr> <4D2AD104.9050501@free.fr> <4D2F678A.9040209@pu-pm.univ-fcomte.fr> <201103080708.04137.gstengel@gmx.net> Message-ID: <4D7E8A33.7000603@pu-pm.univ-fcomte.fr> On 08/03/11 07:08, Gerhard Stengel wrote: > Am Donnerstag, 13. Januar 2011, 21:58:50 schrieb Eugen Dedu: >> >>>> Also, because for these non-free codecs you need tom compile ffmpeg >>>> yourself, because distributions strip them out. >>>> >>>> Finally, because h263-1998 crashes when using ffmpeg last version, see >>>> bugzilla again (bug for H263); however, if you choose a repository for >>>> ffmpeg of about 1.5 years ago, it should work, see the same bug report. >> >> https://bugzilla.gnome.org/show_bug.cgi?id=606265 I forgot to say that >> h263 does not crash for me if I compile ffmpeg with some option, see the >> upstream bug specified in the bug above. I think this is the best >> option for you, instead of compiling an older ffmpeg. >> > Hi, > > Compiling ffmpeg with some extra options sounds like an interesting track to work around the h263 crash problem. > However, with the recent ffmpeg opal 3.6.8 refuses to build H263/H263-1998 and H264. This is some output from the > configure run: > > checking for LIBAVCODEC... yes > configure: libavcodec stack align hack disabled > checking for h263p_encoder in -lavcodec... no > checking for mpeg4_encoder in -lavcodec... no > checking for h264_decoder in -lavcodec... no > checking libavcodec/avcodec.h usability... yes > checking libavcodec/avcodec.h presence... yes > checking for libavcodec/avcodec.h... yes > checking libavcodec source... disabled > checking if libavcodec has rtp_mode... no > checking for X264... yes > checking filename of libx264 library... libx264.so.114 > configure: x264 static linking disabled > checking for THEORA... yes > checking for CELT... no > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking if dlopen is available... yes > checking for dlopen in -ldl... yes > configure: h264 support disabled due to disabled dependency HAVE_H264_DECODER > checking enable H.264 support... no > > I installed a really recent version of libavcodec, 0.6.201102261447git from packman. Any idea what's going wrong? > > ffmpeg -codecs delivers following output about the interestin codecs: > DEV D h261 H.261 > DEVSDT h263 H.263 / H.263-1996 > D VSD h263i Intel H.263 > EV h263p H.263+ / H.263-1998 / H.263 version 2 > D V D h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 > D V D h264_vdpau H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (VDPAU acceleration) > so they basically seem to be supported. I have to check, but I am pretty sure that this is not sufficient. You need very probably both E and D for a codec. Moreover, if you use original libavcodec from ubuntu, it is not sufficient. You need to install ffmpeg library yourself, as shown at http://wiki.ekiga.org/index.php/Compiling_Ekiga#Additional_dependencies_of_specific_video_codecs (even if a bit old I think, since ffmpeg uses git now, I need to update it). -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 22:19:11 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 14 Mar 2011 23:19:11 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D2FF92A.6080905@free.fr> References: <4D28FFDF.8040000@free.fr> <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> <4D2B6B3B.6030608@free.fr> <4D2F681F.8070000@pu-pm.univ-fcomte.fr> <4D2FF92A.6080905@free.fr> Message-ID: <4D7E945F.3080509@pu-pm.univ-fcomte.fr> On 14/01/11 08:20, G?rard Vidal wrote: > > > Le 13/01/2011 22:01, Eugen Dedu a ?crit : >> On 10/01/11 21:25, G?rard Vidal wrote: >>> >>> >>> Le 09/01/2011 17:00, Eugen Dedu a ?crit : >>>> On 09/01/11 01:22, G?rard Vidal wrote: >>>>> Hello, >>>>> I have to communicate through H323 with h263-1998 codec ( to join a >>>>> meeting on a codian bridge). >>>>> I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision >>>>> M2400), it works fine but displays only codec H261 and Theora. I have >>>>> read informations on this page >>>>> http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it >>>>> seems to be outdated. >>>>> I have tried many things including full rebuild of latest version but >>>>> nothing works. >>>>> >>>>> Does anybody have a solution or any track to follow. >>>> >>>> Your case is not simple. First, because there are some bug reports >>>> about H323 not working in ekiga in some cases, see bugzilla. >>>> >>>> Also, because for these non-free codecs you need tom compile ffmpeg >>>> yourself, because distributions strip them out. >>>> >>>> Finally, because h263-1998 crashes when using ffmpeg last version, see >>>> bugzilla again (bug for H263); however, if you choose a repository for >>>> ffmpeg of about 1.5 years ago, it should work, see the same bug report. >>>> >>>> Are you motivated to test it? >>> Some more information! >>> I am back at home, I did not touch anything on ekiga or the computer >>> that was not able to connect from my office.... It connects perfectly to >>> a codian bridge in h323 as yesterday. >>> FFmpeg version 0.6-4:0.6-2ubuntu6 (from ubuntupackage) Karmic 10.10 >>> Connection is stable I can use Ctrl+1 Ctrl+2 Ctrl+3 Ctrl+4 but ekiga >>> crashes when I try to change view with the mouse other buttons are OK >> >> Again, for the crash we need the gdb stack backtrace. >> >>> Should it be a blocked port issue ? How can I check this please ? >> >> The simplest solution to see what happens is to look at the output of >> ekiga -d 4, see >> http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output. >> > I dropped it on the wrong place sorry about that. > here is it again. Sorry to answer so late, this was fixed by http://git.gnome.org/browse/ekiga/commit/?id=76cbf1685e. -- Eugen From gio_6b at yahoo.it Mon Mar 14 23:09:18 2011 From: gio_6b at yahoo.it (Giorgio) Date: Tue, 15 Mar 2011 00:09:18 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7E84B2.3080203@pu-pm.univ-fcomte.fr> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> <4D7E84B2.3080203@pu-pm.univ-fcomte.fr> Message-ID: <4D7EA01E.7080509@yahoo.it> Il 14/03/2011 22:12, Eugen Dedu ha scritto: > On 14/03/11 19:19, Giorgio wrote: >> Il 14/03/2011 18:17, Eugen Dedu ha scritto: >>> On 13/03/11 19:43, Giorgio wrote: >>>> When I run echo test I hear the message but I get no echo of my voice. >>>> Same during call: I hear the voice but my friend don't hear me. >>>> >>>> Of course my hardware works normally with others SW. In Windows 7 >>>> Ekiga >>>> audio works with same hardware. >>>> >>>> OS: Linux Mandriva 2010.2 64 bit, >>>> Ekiga 3.2.6 >>> >>> You need to send us the debug output (-d 4). >> The file has been created during the following operations: >> >> 1) start Ekiga from terminal with this command/ekiga -d 4 >> 2>ekiga_debug_1.txt/ >> 2) wait till opening is complete >> 3) call echo test >> 4) wait end of echo test message >> 5) speak several times into microphone >> 6) close Ekiga >> >> hope it's what you asked for. >> Attached you'll find the compressed version of file. > > Good. I see: > 2011/03/14 18:36:59.831 0:35.151 Pool:0x55364710 > ALSA Got volume 24536 > and > 2011/03/14 18:36:59.857 0:35.178 Pool:0x55364710 > ALSA Got volume 47113 > > This sounds strange, are your audio volume ok? > > ===== > > But the real error comes in my opinion from the following: > 2011/03/14 18:37:02.074 0:37.395 Media Patch:0x2dd1d710 > RTP_UDP Session 1, write error on data port (105): No buffer space > available > 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 > Patch WriteFrame failed > 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 > Patch Thread ended because all sink writes failed failed > 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 > Patch Thread ended for Patch OpalAudioMediaStream-Source-PCM-16 -> > OpalRTPMediaStream-Sink-G.711-ALaw-64k > > 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 > RTP_UDP Session 2, write error on data port (105): No buffer space > available > 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 > Patch WriteFrame failed > 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 > Patch Thread ended because all sink writes failed failed > 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 > Patch Thread ended for Patch OpalVideoMediaStream-Source-YUV420P -> > OpalRTPMediaStream-Sink-H.261 > > The error appears in src/rtp/rtp.cxx: > PTRACE(1, "RTP_UDP\tSession " << sessionID > << ", write error on " << (toDataChannel ? "data" : "control") << " > port (" > << socket.GetErrorNumber(PChannel::LastWriteError) << "): " > << socket.GetErrorText(PChannel::LastWriteError)); > > This means that it cannot write on the network socket. Do you have > anything special with the access to the network on your machine?! > What you means ? I have 2 net profile, one with proxy and static IP. Using netprofile with DNS and no proxy I surfed the net using Firefox, then opened Ekiga to run echo test, then use "sound recorder" that I have in my Mandriva menu. Of course without any change in settings. Firefox works (so the net connection is good), Ekiga input don't, sound recorder record my voice and playback it (then audio is good). From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 23:12:09 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 15 Mar 2011 00:12:09 +0100 Subject: [Ekiga-list] Cannot register DiamondCard account 3.2.7 In-Reply-To: <4D707147.5090809@chips.ncsu.edu> References: <4D6FFC6B.6080903@chips.ncsu.edu> <4D707147.5090809@chips.ncsu.edu> Message-ID: <4D7EA0C9.8030700@pu-pm.univ-fcomte.fr> On 04/03/11 05:57, Miroslav Hodak wrote: > Hello, > > This appears to be a problem on the Diamondcard side. I will keep you > posted. > > BTW, running ekiga with "-d 4" argument I receive messages such as these: > > x264loader_unix.cxx(114) H264 DYNA Trying to open x264 library > x264loader_unix.cxx(114) H264 DYNA Trying to open x264 > library libx264.so > x264loader_unix.cxx(131) H264 DYNA Successfully loaded > libx264.so > x264loader_unix.cxx(57) H264 DYNA Failed to load x264_encoder_open > h264pipe_unix.cxx(113) H264 IPC PP: GPL Process returned failure > on initialization - plugin disabled > h264-x264.cxx(838) H264 Codec Disabled > h264helper_unix.cxx(127) H264 IPC CP: Failed to load > dynamic library - exiting > > Does this mean that some of my libraries are broken? No. It means you cannot use some codecs, which are not important in your case anyway. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 14 23:19:49 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 15 Mar 2011 00:19:49 +0100 Subject: [Ekiga-list] H225RAS Write PDU failed (0): No such file or directory In-Reply-To: <09BB75CED4B64D408673697AFCF670220327CB9D@VA3DIAXVS741.RED001.local> References: <09BB75CED4B64D408673697AFCF670220327CB9D@VA3DIAXVS741.RED001.local> Message-ID: <4D7EA295.8040108@pu-pm.univ-fcomte.fr> On 23/02/11 20:52, Ryan Chi wrote: > I have a user who is trying to call one of our conference rooms but is getting: > > H225RAS Write PDU failed (0): No such file or directory > > He says his firewall is configured properly. That message seems to appear twice during each attempt to call the conference room. After the first appearance, the next line is: > > H225 Caller:0x32b07700 RAS Endpoint has become unregistered during ARQ from gatekeeper > > And after the second appearance, the next line are: > > RAS Failed registration of with > H225 Gatekeeper refused admission:<850417984> > > Where/what is the PDU trying to write to? Any help would be greatly appreciated. Sorry to answer so late. It is trying to write it to the network card, so it is an issue on the machine, nothing to do with the network. I cannot test H323, so please post a bug report at https://bugzilla.gnome.org/browse.cgi?product=ekiga, hoping that someone will fix it eventually. If you have programming knowledge, the error message is printed in opal library, file http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/src/h323/h323pdu.cxx?view=markup I have already seen this error (Write PDU failed: No such file or directory), if I remember well it was fixed by 3.2.7, or maybe still an open issue... -- Eugen From gio_6b at yahoo.it Mon Mar 14 17:41:20 2011 From: gio_6b at yahoo.it (Giorgio) Date: Mon, 14 Mar 2011 18:41:20 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> Message-ID: <4D7E5340.4050204@yahoo.it> Il 14/03/2011 18:17, Eugen Dedu ha scritto: > On 13/03/11 19:43, Giorgio wrote: >> When I run echo test I hear the message but I get no echo of my voice. >> Same during call: I hear the voice but my friend don't hear me. >> >> Of course my hardware works normally with others SW. In Windows 7 Ekiga >> audio works with same hardware. >> >> OS: Linux Mandriva 2010.2 64 bit, >> Ekiga 3.2.6 > > You need to send us the debug output (-d 4). > I start Ekiga with this command */$ ekiga -d 4 2>ekiga_debug_1.txt/* hope it's right. Attached you'll find the file. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ekiga_debug_1.txt URL: From davekoelmeyer at me.com Tue Mar 15 21:21:25 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Tue, 15 Mar 2011 21:21:25 +0000 (GMT) Subject: [Ekiga-list] Can't register my Ekiga.net account Message-ID: Anyone else having problems? Cheers, Dave? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 15 22:05:31 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 15 Mar 2011 23:05:31 +0100 Subject: [Ekiga-list] Can't register my Ekiga.net account In-Reply-To: References: Message-ID: <4D7FE2AB.5050100@pu-pm.univ-fcomte.fr> On 15/03/11 22:21, Dave Koelmeyer wrote: > Anyone else having problems? Yes. No answer to REGISTER packet. Still, ping ekiga.net works. So a problem with SIP server. -- Eugen From sasciame at yahoo.com Tue Mar 15 23:37:58 2011 From: sasciame at yahoo.com (Steven Sciame) Date: Tue, 15 Mar 2011 16:37:58 -0700 (PDT) Subject: [Ekiga-list] Can't register my Ekiga.net account In-Reply-To: <4D7FE2AB.5050100@pu-pm.univ-fcomte.fr> Message-ID: <574148.31832.qm@web111722.mail.gq1.yahoo.com> I am getting the same problem.? LOL I have been trying everything, I figured it was something on my setup.? Glad to know that I didn't mess something up without knowing it. -Steven --- On Tue, 3/15/11, Eugen Dedu wrote: From: Eugen Dedu Subject: Re: [Ekiga-list] Can't register my Ekiga.net account To: "Ekiga mailing list" , "Damien Sandras" Date: Tuesday, March 15, 2011, 5:05 PM On 15/03/11 22:21, Dave Koelmeyer wrote: > Anyone else having problems? Yes.? No answer to REGISTER packet.? Still, ping ekiga.net works.? So a problem with SIP server. -- Eugen _______________________________________________ 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 Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 16 10:13:34 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 16 Mar 2011 11:13:34 +0100 Subject: [Ekiga-list] Can't register my Ekiga.net account In-Reply-To: <4D7FE2AB.5050100@pu-pm.univ-fcomte.fr> References: <4D7FE2AB.5050100@pu-pm.univ-fcomte.fr> Message-ID: <4D808D4E.5050809@pu-pm.univ-fcomte.fr> On 15/03/11 23:05, Eugen Dedu wrote: > On 15/03/11 22:21, Dave Koelmeyer wrote: >> Anyone else having problems? > > Yes. No answer to REGISTER packet. Still, ping ekiga.net works. So a > problem with SIP server. > It works now, additionnally Damien optimised mysql a bit. -- Eugen From sasciame at yahoo.com Wed Mar 16 10:33:56 2011 From: sasciame at yahoo.com (Steven Sciame) Date: Wed, 16 Mar 2011 03:33:56 -0700 (PDT) Subject: [Ekiga-list] Can't register my Ekiga.net account In-Reply-To: <4D808D4E.5050809@pu-pm.univ-fcomte.fr> Message-ID: <100949.25545.qm@web111716.mail.gq1.yahoo.com> Thank you :-) -Steven --- On Wed, 3/16/11, Eugen Dedu wrote: From: Eugen Dedu Subject: Re: [Ekiga-list] Can't register my Ekiga.net account To: "Ekiga mailing list" Date: Wednesday, March 16, 2011, 5:13 AM On 15/03/11 23:05, Eugen Dedu wrote: > On 15/03/11 22:21, Dave Koelmeyer wrote: >> Anyone else having problems? > > Yes. No answer to REGISTER packet. Still, ping ekiga.net works. So a > problem with SIP server. > It works now, additionnally Damien optimised mysql a bit. -- Eugen _______________________________________________ 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 mkopal at mykmk.com Wed Mar 16 18:24:35 2011 From: mkopal at mykmk.com (mattes) Date: Wed, 16 Mar 2011 11:24:35 -0700 Subject: [Ekiga-list] ekiga sip account configuration assistant Message-ID: <32735797c4f56a0194c3626c4146c05d.squirrel@mykmk.com> Installed ekiga-3.2.7 last nite on fedora 13. The installation is guided by the configuration assistant. To test ekiga with SIP I created an account at ekiga.net. The setup/account did not work. Calling the echo test contact failed with 'could not register unauthorized'. Here the initial account setup: name: ekiga.net BROKEN registrar: ekiga.net user: mattes1501 authentication user: sip:mattes1501 at ekiga.net password: *** timeout: 3600 Looks good to me, but nogo. So after tinkering for a while, i ran across a picture in the help documentation, that showed different account setup. I was able to setup "add an ekiga.net" account which only asks for the username and password. This account worked immediately. echo test works fine now: Looking at the new account information it list the following: name: ekiga.net2 registrar: ekiga.net user: mattes1501 authentication user: mattes1501 password: *** timeout: 3600 I think it initially went wrong on the initial setup. I must have put in the 'mattes1501 at ekiga.net' as a user name. Then later I changed it to 'mattes1501', not knowing how that relates to the 'authentication user' entry. Hope that helps to other to figure it out quicker. Maybe something could be done in the app (configuration assistant) to avoid such mistakes right from the getgo. mattes From gio_6b at yahoo.it Wed Mar 16 18:39:13 2011 From: gio_6b at yahoo.it (Giorgio) Date: Wed, 16 Mar 2011 19:39:13 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7EA01E.7080509@yahoo.it> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> <4D7E84B2.3080203@pu-pm.univ-fcomte.fr> <4D7EA01E.7080509@yahoo.it> Message-ID: <4D8103D1.3020603@yahoo.it> Il 15/03/2011 00:09, Giorgio ha scritto: > Il 14/03/2011 22:12, Eugen Dedu ha scritto: >> On 14/03/11 19:19, Giorgio wrote: >>> Il 14/03/2011 18:17, Eugen Dedu ha scritto: >>>> On 13/03/11 19:43, Giorgio wrote: >>>>> When I run echo test I hear the message but I get no echo of my >>>>> voice. >>>>> Same during call: I hear the voice but my friend don't hear me. >>>>> >>>>> Of course my hardware works normally with others SW. In Windows 7 >>>>> Ekiga >>>>> audio works with same hardware. >>>>> >>>>> OS: Linux Mandriva 2010.2 64 bit, >>>>> Ekiga 3.2.6 >>>> >>>> You need to send us the debug output (-d 4). >>> The file has been created during the following operations: >>> >>> 1) start Ekiga from terminal with this command/ekiga -d 4 >>> 2>ekiga_debug_1.txt/ >>> 2) wait till opening is complete >>> 3) call echo test >>> 4) wait end of echo test message >>> 5) speak several times into microphone >>> 6) close Ekiga >>> >>> hope it's what you asked for. >>> Attached you'll find the compressed version of file. >> >> Good. I see: >> 2011/03/14 18:36:59.831 0:35.151 Pool:0x55364710 >> ALSA Got volume 24536 >> and >> 2011/03/14 18:36:59.857 0:35.178 Pool:0x55364710 >> ALSA Got volume 47113 >> >> This sounds strange, are your audio volume ok? >> >> ===== >> >> But the real error comes in my opinion from the following: >> 2011/03/14 18:37:02.074 0:37.395 Media Patch:0x2dd1d710 >> RTP_UDP Session 1, write error on data port (105): No buffer space >> available >> 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 >> Patch WriteFrame failed >> 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 >> Patch Thread ended because all sink writes failed failed >> 2011/03/14 18:37:02.075 0:37.395 Media Patch:0x2dd1d710 >> Patch Thread ended for Patch OpalAudioMediaStream-Source-PCM-16 -> >> OpalRTPMediaStream-Sink-G.711-ALaw-64k >> >> 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 >> RTP_UDP Session 2, write error on data port (105): No buffer space >> available >> 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 >> Patch WriteFrame failed >> 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 >> Patch Thread ended because all sink writes failed failed >> 2011/03/14 18:37:02.134 0:37.454 Media Patch:0x2dc5a710 >> Patch Thread ended for Patch OpalVideoMediaStream-Source-YUV420P >> -> OpalRTPMediaStream-Sink-H.261 >> >> The error appears in src/rtp/rtp.cxx: >> PTRACE(1, "RTP_UDP\tSession " << sessionID >> << ", write error on " << (toDataChannel ? "data" : "control") << " >> port (" >> << socket.GetErrorNumber(PChannel::LastWriteError) << "): " >> << socket.GetErrorText(PChannel::LastWriteError)); >> >> This means that it cannot write on the network socket. Do you have >> anything special with the access to the network on your machine?! >> > What you means ? I have 2 net profile, one with proxy and static IP. > > Using netprofile with DNS and no proxy I surfed the net using Firefox, > then opened Ekiga to run echo test, then use "sound recorder" that I > have in my Mandriva menu. Of course without any change in settings. > Firefox works (so the net connection is good), Ekiga input don't, > sound recorder record my voice and playback it (then audio is good). No more suggestions ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jani.patanen at gmail.com Wed Mar 16 18:55:48 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Wed, 16 Mar 2011 20:55:48 +0200 Subject: [Ekiga-list] Out of Ideas - Troubles with NAT Message-ID: Hi all. I have wireless LAN for which i've put port forwarding for 1720 (TCP), 5000-5100 (TCP/UDP), 3478-3749 (UDP). I've tested that the TCP packets do arrive. I can receive calls when I'm no wired connection that is not behind NAT, but not with WLAN that is NATed. I did trace with wireshark on incoming call (wired) and all the ports utilized were in above range that are open and forwarded with NAT connection. Next I signed out, disconnected cable, connected to WLAN (NAT) and signed in again. Then I made a call from another device, waiting to see what is captured by wireshark. Answer: Nothing. No incoming packets. The ports are open, but nothing arrives there. What should I look for next, what is causing the problems of me not receiving calls? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jani.patanen at gmail.com Thu Mar 17 11:40:15 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Thu, 17 Mar 2011 13:40:15 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth Message-ID: Hi. Not sure if my initial email made it to the list, so short summary to start with: Using ekiga with Fedora 14. I can make calls no problems. I can receive calls when I'm on wired connetion. On wireless, the connection is NATed. I have set port forwarding for 1720, 3478-3479, 5000-5100 and I've verfied them working with nmap & wireshark. I've looked to the output from ekiga -d 4 and it appears that on WLAN, when receiving "401 Unauthorized" there is no additional register request with authentication tokens being sent. What could cause that? Why does it happen only on WLAN? With wired connection Register with the auth token follows the 401. Help much appreaciated. I was not able to register myself with telepathy either, but I think that boils down to TP using and unforwarded port number in my sip URI. Note: "jani.patanen@" replaced with "jani.patanen-" just in case some spambot is harvesting this. The successful "handshake" goes with wired session as: ======================== 0:21.814 Opal Liste...0x94915700 SIP PDU received: r em=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060,if=88.114.147.27%eth0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 88.114.147.27:5060 ;branch=z9hG4bK8648606b-df4e-e011-993e-001c25 9e810c;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=18a8f16a-df4e-e011-993e-001c259e810c Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.d27e Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="4d81c855000106f9459ee8af765bd b66cfc1f52047dbdc06" ======================== 0:23.668 Pool:0x94893700 SIP Sending PDU (826 bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060 ,if=88.114.147.27%eth0 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 88.114.147.27:5060 ;branch=z9hG4bK1ada896c-df4e-e011-993e-001c259e810c;rport User-Agent: Ekiga/3.2.7 Authorization: Digest username="jani.patanen-ekiga.net", realm="ekiga.net", nonce="4d81c855000106f9459ee8af765bdb66cfc1f52047dbdc06", uri="sip:ekiga.net", algorithm=MD5, response="69fa70458d61cc34f313eea3a10d6d74" From: ;tag=18a8f16a-df4e-e011-993e-001c259e810c Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost To: Contact: ;q=1, ;q=0.667, ;q=0.334 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:23.766 Opal Liste...0x94915700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060 ,if=88.114.147.27%eth0 SIP/2.0 200 OK CSeq: 2 REGISTER Via: SIP/2.0/UDP 88.114.147.27:5060 ;branch=z9hG4bK1ada896c-df4e-e011-993e-001c259e810c;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=18a8f16a-df4e-e011-993e-001c259e810c Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.2d51 Contact: ;q=1;expires=1200, ;q=0.667;expires=1200, ;q=0.334;expires=1200 Content-Length: 0 ======================= END WIRED ========================= the unsuccessful goes as: ======================== 0:06.889 subscriber:0x5a9a1700 SIP Sending PDU (570 bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060 ,if=192.168.0.1 01%wlan0 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 88.114.144.25:5060 ;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport User-Agent: Ekiga/3.2.7 From: ;tag=c85db15e-e44e-e011-8190-00216bc2f158 Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at oc7228322058.myhost To: Contact: ;q=1, ;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:06.964 Opal Liste...0x85078700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060 ,if=192.168.0.101%wlan0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.101:5060 ;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=c85db15e-e44e-e011-8190-00216bc2f158 Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at 192.168.0.101 To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.808a Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="4d81d0a400015e25c5d1975f622928b0f245e25bc4d50f4d" ============================== END WLAN ==================================== And there is no other requests, just following output: 2011/03/17 11:12:38.054 0:06.965 Opal Liste...0x85078700 SIP Queueing PDU "1 REGISTER <401>", transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158, token=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 2011/03/17 11:12:38.054 0:06.966 Opal Liste...0x85078700 Opal Transport clean up on termination 2011/03/17 11:12:38.054 0:06.966 Opal Liste...0x85078700 Opal Transport Close 2011/03/17 11:12:38.054 0:06.966 Pool:0x84ff6700 SIP Handling PDU "1 REGISTER <401>" for transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP REGISTER transaction id=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 completed. 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP Response received for unknown handler ID: ba57b15e-e44e-e011-8190-00216bc2f158 at 192.168.0.101 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP Handled PDU "1 REGISTER <401>" 2011/03/17 11:12:38.055 0:06.966 Opal Liste...0x85078700 Opal Deleted transport udp$86.64.162.35:5060 2011/03/17 11:12:39.055 0:07.967 Housekeeper:0x9005e700 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 (ekiga:6414): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed 2011/03/17 11:19:54.884 7:23.796 Network In...0x9009f700 IfaceMon Finished interface monitor thread. .. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb7odyfred at yahoo.com Thu Mar 17 17:43:59 2011 From: wb7odyfred at yahoo.com (Fred Finster) Date: Thu, 17 Mar 2011 10:43:59 -0700 (PDT) Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: Message-ID: <550896.22892.qm@web46103.mail.sp1.yahoo.com> Jani,?? udp$88.114.144.25:5060?? does not match interface if=192.168.0.101 so message "Unauthorized is generated"?? Maybe no port forwarding from 88.114.144.25 to WLAN on internal route of 192.168.0.101 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In the working wired eth0 interface? udp$88.114.147.27:5060 matches if=88.114.147.27 received: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060,if=88.114.147.27%eth0 SIP/2.0 200 OK CSeq: 2 REGISTER ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Maybe you need to enable an outside "Proxy Server"? for NAT to work on your WLAN interface? ? Why is not the eth0 interface IP number a 192.168.0.100 or some 192.168.0.10X? How is your router setup differently for the WLAN.??? I am thinking of both eth0 and wlan0 having similiar IP number groups behind the NAT firewall.?? Is the a firewall or IPtables running that is not NAT translating the eth0 IP number? ? I see a difference,? but am unable to give you a helpful hint to give you a direction? to fix the problem.? WB7ODY Fred ? ? ========================?? 0:06.964 Opal Liste...0x85078700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060,if=192.168.0.101%wlan0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.101:5060;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) --- On Thu, 3/17/11, Jani Patanen wrote: From: Jani Patanen Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth To: ekiga-list at gnome.org Date: Thursday, March 17, 2011, 4:40 AM Hi. Not sure if my initial email made it to the list, so short summary to start with: Using ekiga with Fedora 14. I can make calls no problems. I can receive calls when I'm on wired connetion. On wireless, the connection is NATed. I have set port forwarding for 1720, 3478-3479, 5000-5100 and I've verfied them working with nmap & wireshark. I've looked to the output from ekiga -d 4 and it appears that on WLAN, when receiving "401 Unauthorized" there is no additional register request with authentication tokens being sent. What could cause that? Why does it happen only on WLAN? With wired connection Register with the auth token follows the 401. Help much appreaciated. I was not able to register myself with telepathy either, but I think that boils down to TP using and unforwarded port number in my sip URI. Note: "jani.patanen@" replaced with "jani.patanen-" just in case some spambot is harvesting this. The successful "handshake" goes with wired session as: ========================?? 0:21.814 Opal Liste...0x94915700 SIP PDU received: r em=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060,if=88.114.147.27%eth0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 88.114.147.27:5060;branch=z9hG4bK8648606b-df4e-e011-993e-001c25 9e810c;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=18a8f16a-df4e-e011-993e-001c259e810c Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.d27e Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="4d81c855000106f9459ee8af765bd b66cfc1f52047dbdc06" ========================?? 0:23.668 Pool:0x94893700 SIP Sending PDU (826 bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060,if=88.114.147.27%eth0 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 88.114.147.27:5060;branch=z9hG4bK1ada896c-df4e-e011-993e-001c259e810c;rport User-Agent: Ekiga/3.2.7 Authorization: Digest username="jani.patanen-ekiga.net", realm="ekiga.net", nonce="4d81c855000106f9459ee8af765bdb66cfc1f52047dbdc06", uri="sip:ekiga.net", algorithm=MD5, response="69fa70458d61cc34f313eea3a10d6d74" From: ;tag=18a8f16a-df4e-e011-993e-001c259e810c Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost To: Contact: ;q=1, ;q=0.667, ;q=0.334 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 ?========================?? 0:23.766 Opal Liste...0x94915700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060,if=88.114.147.27%eth0 SIP/2.0 200 OK CSeq: 2 REGISTER Via: SIP/2.0/UDP 88.114.147.27:5060;branch=z9hG4bK1ada896c-df4e-e011-993e-001c259e810c;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=18a8f16a-df4e-e011-993e-001c259e810c Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.2d51 Contact: ;q=1;expires=1200, ;q=0.667;expires=1200, ;q=0.334;expires=1200 Content-Length: 0 ======================= END WIRED ========================= the unsuccessful goes as: ?========================?? 0:06.889 subscriber:0x5a9a1700 SIP Sending PDU (570 bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060,if=192.168.0.1 01%wlan0 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 88.114.144.25:5060;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport User-Agent: Ekiga/3.2.7 From: ;tag=c85db15e-e44e-e011-8190-00216bc2f158 Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at oc7228322058.myhost To: Contact: ;q=1, ;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 ?========================?? 0:06.964 Opal Liste...0x85078700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060,if=192.168.0.101%wlan0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.101:5060;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=c85db15e-e44e-e011-8190-00216bc2f158 Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at 192.168.0.101 To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.808a Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="4d81d0a400015e25c5d1975f622928b0f245e25bc4d50f4d" ============================== END WLAN ==================================== And there is no other requests, just following output: 2011/03/17 11:12:38.054?? 0:06.965????? Opal Liste...0x85078700 SIP???? Queueing PDU "1 REGISTER <401>", transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158, token=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 2011/03/17 11:12:38.054?? 0:06.966????? Opal Liste...0x85078700 Opal??? Transport clean up on termination 2011/03/17 11:12:38.054?? 0:06.966????? Opal Liste...0x85078700 Opal??? Transport Close 2011/03/17 11:12:38.054?? 0:06.966????????????? Pool:0x84ff6700 SIP???? Handling PDU "1 REGISTER <401>" for transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 2011/03/17 11:12:38.055?? 0:06.966????????????? Pool:0x84ff6700 SIP???? REGISTER transaction id=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 completed. 2011/03/17 11:12:38.055?? 0:06.966????????????? Pool:0x84ff6700 SIP???? Response received for unknown handler ID: ba57b15e-e44e-e011-8190-00216bc2f158 at 192.168.0.101 2011/03/17 11:12:38.055?? 0:06.966????????????? Pool:0x84ff6700 SIP???? Handled PDU "1 REGISTER <401>" 2011/03/17 11:12:38.055?? 0:06.966????? Opal Liste...0x85078700 Opal??? Deleted transport udp$86.64.162.35:5060 2011/03/17 11:12:39.055?? 0:07.967?????? Housekeeper:0x9005e700 SIP???? Set state Terminated_Success for REGISTER transaction id=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 (ekiga:6414): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed 2011/03/17 11:19:54.884?? 7:23.796????? Network In...0x9009f700 IfaceMon??????? Finished interface monitor thread. .. -----Inline Attachment Follows----- _______________________________________________ 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 genghiskhan at gmx.fr Sat Mar 19 18:29:43 2011 From: genghiskhan at gmx.fr (genghiskhan at gmx.fr) Date: Sat, 19 Mar 2011 18:29:43 +0000 Subject: [Ekiga-list] Problem with Salix OS Message-ID: <20110319182943.270190@gmx.com> Ekiga starts after 20 - 40 minutes or so. Log (Ekiga-stuck.log) http://www.zshare.net/download/87988603bc55bdf3/ (many pop-ups) MD5: 100f2b5c183d3970ba20cb906abda651 Size: 8.6 MB (9,029,089 Bytes) Salix OS 13.1.2http://www.salixos.org/wiki/index.php/Home ekiga 3.2.7: http://salix.enialis.net/i486/13.1/salix/xap/ opal 3.6.8: http://salix.enialis.net/i486/13.1/salix/l/ ptlib 2.6.7: http://salix.enialis.net/i486/13.1/salix/l/ Regards, PhilipZura. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sun Mar 20 15:22:41 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 20 Mar 2011 16:22:41 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: <20110131101626.45b7e153.baptiste@ecolutis.com> References: <20110128103708.480d90bb.baptiste@ecolutis.com> <4D42A22C.8030708@pu-pm.univ-fcomte.fr> <20110128151816.f5ccdf2f.baptiste@ecolutis.com> <4D430948.2080505@pu-pm.univ-fcomte.fr> <20110131101626.45b7e153.baptiste@ecolutis.com> Message-ID: <4D861BC1.8060200@pu-pm.univ-fcomte.fr> On 31/01/11 10:16, Baptiste Durand-Bret wrote: > On Sun, 30 Jan 2011 00:49:39 +0100 > Javier Barroso wrote: > >> On Fri, Jan 28, 2011 at 7:22 PM, Eugen Dedu >> wrote: >>> On 28/01/11 15:18, Baptiste Durand-Bret wrote: >>>> >>>> Hello again, >>>> >>>> Below, my answers : >>>> >>>> On Fri, 28 Jan 2011 12:02:04 +0100 >>>> Eugen Dedu wrote: >>>> >>>>> On 28/01/11 10:37, Baptiste Durand-Bret wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> I'm sure I've missed something, but I can't figure out how accept >>>>>> incoming calls. >>>>>> The green button next to the adress bar is disabled when I call myself. >>>>>> I can only reject the call. >>>>>> >>>>>> I use Ekiga with an account at OVH in france, I'm behind a permissive >>>>>> NAT and I have no troubles when I make outgoing calls. >>>>>> Also, I'm not in 'Do not disturb mode'. >>>>>> >>>>>> My conf : >>>>>> Debian squeeze/testing. >>>>>> Ekiga 3.2.7 >>>>>> AwesomeWM so no network-manager. >>>>> >>>>> Restart ekiga and tell us what happens when you receive a call. Also, >>>>> do you see the notification window? Does awesomewm use notify system >>>>> (i.e. icons shown near the tray icon, like vlc for ex.)? >>>> >>>> Okay so : launching ekiga then >>>> "En attente", "en ligne", "inscrit ? 0485... at sip.ovh.net". >>>> I can see ekiga in Awesome notify tray. >>>> Awesome Shows up a notification popup : >>>> Appel entrant de 0491... at sip.ovh.net >>>> Adresse disante : sip:0491... at sip.ovh.net >>>> Application distante : Cirpack v4.42s 9/61 >>>> Identifiant de compte : >>>> >>>> But in this notification I don't see any icon to accept call (I guess >>>> Awesome doesn't display it). >>>> >>>> And the "number bar" stays like it was : "sip: " >>>> Next to it, the green button is disabled, only the red button is enabled. >>> >>> Now we understand what the problem is! >>> >>> Give us a screenshot of the notification popup. You should have seen two >>> buttons (Accept/Refuse). >> I remember I had the same problem, you can accept these calls with >> CONTROL-o keystroke >> >> Does this tip solve your problem? >> >> Regards, > > Hello Eugen, Javier, > > And Thank you Javier, this keystroke does solve the problem. > However, it could be a good idea to enable call accepting in the main window also, not relying only on the notification window. > For info, I attached a screenshot of the notification popup rendered by awesome. Thank you. Finally fixed by http://git.gnome.org/browse/ekiga/commit/?id=13b8d0c4de. The classical window will be shown in your case. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sun Mar 20 15:31:17 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 20 Mar 2011 16:31:17 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: References: <20110128103708.480d90bb.baptiste@ecolutis.com> <4D42A22C.8030708@pu-pm.univ-fcomte.fr> <20110128151816.f5ccdf2f.baptiste@ecolutis.com> <4D430948.2080505@pu-pm.univ-fcomte.fr> Message-ID: <4D861DC5.6070104@pu-pm.univ-fcomte.fr> On 30/01/11 00:49, Javier Barroso wrote: > On Fri, Jan 28, 2011 at 7:22 PM, Eugen Dedu > wrote: >> On 28/01/11 15:18, Baptiste Durand-Bret wrote: >>> >>> Hello again, >>> >>> Below, my answers : >>> >>> On Fri, 28 Jan 2011 12:02:04 +0100 >>> Eugen Dedu wrote: >>> >>>> On 28/01/11 10:37, Baptiste Durand-Bret wrote: >>>>> >>>>> Hello, >>>>> >>>>> I'm sure I've missed something, but I can't figure out how accept >>>>> incoming calls. >>>>> The green button next to the adress bar is disabled when I call myself. >>>>> I can only reject the call. >>>>> >>>>> I use Ekiga with an account at OVH in france, I'm behind a permissive >>>>> NAT and I have no troubles when I make outgoing calls. >>>>> Also, I'm not in 'Do not disturb mode'. >>>>> >>>>> My conf : >>>>> Debian squeeze/testing. >>>>> Ekiga 3.2.7 >>>>> AwesomeWM so no network-manager. >>>> >>>> Restart ekiga and tell us what happens when you receive a call. Also, >>>> do you see the notification window? Does awesomewm use notify system >>>> (i.e. icons shown near the tray icon, like vlc for ex.)? >>> >>> Okay so : launching ekiga then >>> "En attente", "en ligne", "inscrit ? 0485... at sip.ovh.net". >>> I can see ekiga in Awesome notify tray. >>> Awesome Shows up a notification popup : >>> Appel entrant de 0491... at sip.ovh.net >>> Adresse disante : sip:0491... at sip.ovh.net >>> Application distante : Cirpack v4.42s 9/61 >>> Identifiant de compte : >>> >>> But in this notification I don't see any icon to accept call (I guess >>> Awesome doesn't display it). >>> >>> And the "number bar" stays like it was : "sip: " >>> Next to it, the green button is disabled, only the red button is enabled. >> >> Now we understand what the problem is! >> >> Give us a screenshot of the notification popup. You should have seen two >> buttons (Accept/Refuse). > I remember I had the same problem, you can accept these calls with > CONTROL-o keystroke I added this to the wiki, thank you. http://wiki.ekiga.org/index.php/Managing_Calls#Managing_Incoming_Calls -- Eugen From jani.patanen at gmail.com Sun Mar 20 15:45:16 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Sun, 20 Mar 2011 17:45:16 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: <550896.22892.qm@web46103.mail.sp1.yahoo.com> References: <550896.22892.qm@web46103.mail.sp1.yahoo.com> Message-ID: On Thu, Mar 17, 2011 at 7:43 PM, Fred Finster wrote: > Jani, udp$88.114.144.25:5060 does not match interface if=192.168.0.101 > so message > "Unauthorized is generated" Maybe no port forwarding from 88.114.144.25 > to WLAN on internal route of 192.168.0.101 > 88.114.144.25 is the external address for my router. 88.114.144.25:5060 is forwarded to 192.168.0.101:5060. Verified that with nmap and wireshark. > > Maybe you need to enable an outside "Proxy Server" for NAT to work on your > WLAN interface? > Thanks for the suggestion. Tested that but unfortunately did not help. > > Why is not the eth0 interface IP number a 192.168.0.100 or some > 192.168.0.10X? > eth0 is not behind NAT, it's bridged connection. Thanks for your comments. Still stuck in frustrating situation. With empathy, I can get incoming calls even behind NAT, with ekiga I cannot. I like ekiga UI more than empathy. I could live with empathy, but I'm also looking for VOIP solution with nice UI for my parents to use. Ekiga is something I would not expect my parent's to have problems with. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at dawoodfall.net Sun Mar 20 22:01:03 2011 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 20 Mar 2011 22:01:03 +0000 Subject: [Ekiga-list] Hard crash, lost all account and contacts on reboot Message-ID: <20110320220103.GA10201@Junius> I hard a lock up while watching a video. On reboot fsck cleared some orphaned inodes. On starting ekiga the config wizard started up, which I cancelled. I have lost all my accounts and contacts. I don't have a recent enough backup of my home to be of any use but it won't be too hard to put accounts and contacts back in. Question is, where does ekiga store this stuff anyway? I'm guessing it's gconf? What is a good way of backing up gconf so I could restore just ekiga settings if I needed to? -- Don't look back, the lemmings are gaining on you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sun Mar 20 22:27:00 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 20 Mar 2011 23:27:00 +0100 Subject: [Ekiga-list] Hard crash, lost all account and contacts on reboot In-Reply-To: <20110320220103.GA10201@Junius> References: <20110320220103.GA10201@Junius> Message-ID: <4D867F34.4000700@pu-pm.univ-fcomte.fr> On 20/03/11 23:01, David Woodfall wrote: > I hard a lock up while watching a video. On reboot fsck cleared some > orphaned inodes. On starting ekiga the config wizard started up, which > I cancelled. I have lost all my accounts and contacts. > > I don't have a recent enough backup of my home to be of any use but it > won't be too hard to put accounts and contacts back in. > > Question is, where does ekiga store this stuff anyway? I'm guessing > it's gconf? What is a good way of backing up gconf so I could restore > just ekiga settings if I needed to? All the settings are in ~/.gconf/apps/ekiga . You can backup this directory. When you need to restore it, be sure to kill gconf and remove ~/.gconfd before restoring that directory. -- Eugen From stefan_a at portblue.de Tue Mar 22 09:52:15 2011 From: stefan_a at portblue.de (Stefan A.) Date: Tue, 22 Mar 2011 10:52:15 +0100 Subject: [Ekiga-list] Ekiga Call Out account (Diamondphone) not working ("Could not register") Message-ID: Hi everyone, I recently started using Ekiga as an open source alternative to Skype and finally decided to give Ekiga's Call Out feature a try yesterday. I went ahead and signed up for an account with Diamondcard (Ekiga's default Call Out provider), got my payment confirmed and entered my account details in Ekiga. However, I have since been unable to get my Diamondcard account to work with Ekiga. I can log in to my Diamondcard account and send SMS from their web interface, but I haven't been able to use it with Ekiga. I set up the following two accounts in Edit -> Accounts: 1. Ekiga.net account (for Ekiga-Ekiga calls): Registrar: ekiga.net User & Authentication user: Password: Timeout: 3600 2. Ekiga Call Out account (for landline/mobile phone calls & SMS): Registrar: sip.diamondcard.us User & Authentication user: Password: Timeout: 3600 Shortly after enabling both accounts my Ekiga.net account shows up as "Registered", but my Call Out account says "Could not register (Failed)" and I cannot place calls to landline numbers or the Diamondcard echo test number (sip:441 at sip.diamondcard.us). Of course I followed the instructions on http://wiki.diamondcard.us/podwiki?page=EkigaPhone and have entered the correct account ID and PIN as I found them on the Diamondcard homepage after logging in. When right-clicking the Call Out account and selecting "Consult the balance history" I am transferred to a Diamondcard website which tells me how much money I have charged to my account and how much I have used for sending SMS from their homepage, so the credentials I have entered are correct. I am running Ekiga 3.2.7 on an Ubuntu 10.10 (Maverick) Linux system on a variety of networks, normally behind a router. So this is where I am stuck now. I would love to use Ekiga to replace Skype for PC-to-PC and PC-to-Phone (landline/mobile) calling and SMS. Also, I'd really like to support a free software project such as Ekiga financially, but I can't seem to get around this problem and hope that someone can give me some advice on how to fix this. I have posted this on the Ubuntu Support Forums as well (http://ubuntuforums.org/showthread.php?p=10587082) and will publish the solution there for the support of other users (of course giving credit to whoever helps me track down the problem :-)). From acimmarusti at gmail.com Tue Mar 22 14:13:02 2011 From: acimmarusti at gmail.com (Andres Cimmarusti) Date: Tue, 22 Mar 2011 10:13:02 -0400 Subject: [Ekiga-list] ekiga-list Digest, Vol 56, Issue 18 In-Reply-To: References: Message-ID: > ---------- Forwarded message ---------- > From:?"Stefan A." > To:?ekiga-list at gnome.org > Date:?Tue, 22 Mar 2011 10:52:15 +0100 > Subject:?[Ekiga-list] Ekiga Call Out account (Diamondphone) not working ("Could not register") > Hi everyone, I recently started using Ekiga as an open source > alternative to Skype and finally decided to give Ekiga's Call Out > feature a try yesterday. I went ahead and signed up for an account > with Diamondcard (Ekiga's default Call Out provider), got my payment > confirmed and entered my account details in Ekiga. However, I have > since been unable to get my Diamondcard account to work with Ekiga. I > can log in to my Diamondcard account and send SMS from their web > interface, but I haven't been able to use it with Ekiga. > > I set up the following two accounts in Edit -> Accounts: > 1. Ekiga.net account (for Ekiga-Ekiga calls): Registrar: ekiga.net > User & Authentication user: > Password: > Timeout: 3600 > 2. Ekiga Call Out account (for landline/mobile phone calls & SMS): > Registrar: sip.diamondcard.us > User & Authentication user: > Password: > Timeout: 3600 > > Shortly after enabling both accounts my Ekiga.net account shows up as > "Registered", but my Call Out account says "Could not register > (Failed)" and I cannot place calls to landline numbers or the > Diamondcard echo test number (sip:441 at sip.diamondcard.us). Of course I > followed the instructions on > http://wiki.diamondcard.us/podwiki?page=EkigaPhone and have entered > the correct account ID and PIN as I found them on the Diamondcard > homepage after logging in. When right-clicking the Call Out account > and selecting "Consult the balance history" I am transferred to a > Diamondcard website which tells me how much money I have charged to my > account and how much I have used for sending SMS from their homepage, > so the credentials I have entered are correct. I am running Ekiga > 3.2.7 on an Ubuntu 10.10 (Maverick) Linux system on a variety of > networks, normally behind a router. > It works just fine on my Debian squeeze and wheezy systems using Ekiga 3.2.7. I got an email from diamondcard that there would be scheduled outage of the service monday March 21st due to some server maintenance (they said it would only affect the US). Perhaps this was the reason it wasn't working for you. Retry today > So this is where I am stuck now. I would love to use Ekiga to replace > Skype for PC-to-PC and PC-to-Phone (landline/mobile) calling and SMS. > Also, I'd really like to support a free software project such as Ekiga > financially, but I can't seem to get around this problem and hope that > someone can give me some advice on how to fix this. I have posted this > on the Ubuntu Support Forums as well > (http://ubuntuforums.org/showthread.php?p=10587082) and will publish > the solution there for the support of other users (of course giving > credit to whoever helps me track down the problem :-)). > I replaced skype by ekiga a while ago and I don't regret it. I also use google video-voice service because calls in the US are currently free. Good luck Andres From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 14:53:37 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 15:53:37 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7E5C37.8010703@yahoo.it> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> Message-ID: <4D88B7F1.4060308@pu-pm.univ-fcomte.fr> On 14/03/11 19:19, Giorgio wrote: > Il 14/03/2011 18:17, Eugen Dedu ha scritto: >> On 13/03/11 19:43, Giorgio wrote: >>> When I run echo test I hear the message but I get no echo of my voice. >>> Same during call: I hear the voice but my friend don't hear me. >>> >>> Of course my hardware works normally with others SW. In Windows 7 Ekiga >>> audio works with same hardware. >>> >>> OS: Linux Mandriva 2010.2 64 bit, >>> Ekiga 3.2.6 >> >> You need to send us the debug output (-d 4). > The file has been created during the following operations: > > 1) start Ekiga from terminal with this command/ekiga -d 4 > 2>ekiga_debug_1.txt/ > 2) wait till opening is complete > 3) call echo test > 4) wait end of echo test message > 5) speak several times into microphone > 6) close Ekiga > > hope it's what you asked for. > Attached you'll find the compressed version of file. Giorgio, here is what opal developer says about your bug: > Sorry, I have never seen this one before! > > My only guess is something in the audio has gone wrong and it is very quickly sending RTP packets, like as fast it can. > > Other than operating system problems, I can't think of anything that would make a UDP write run out of buffers. Just doesn't take that long to get a packet out onto the wire as a rule! I do not know what to do. The only solution I see to solve this issue is to look with wireshark if RTP packets are indeed leaving the machine very very fast (look at their time); for ex. if you see 100 packets in 0.01 sec then we know that the problem is indeed that the sending speed is too high. Another idea is to check the latest (unstable) release of ekiga, 3.3.0 if you can... -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 14:55:28 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 15:55:28 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D7E5C37.8010703@yahoo.it> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> Message-ID: <4D88B860.60901@pu-pm.univ-fcomte.fr> On 14/03/11 19:19, Giorgio wrote: > Il 14/03/2011 18:17, Eugen Dedu ha scritto: >> On 13/03/11 19:43, Giorgio wrote: >>> When I run echo test I hear the message but I get no echo of my voice. >>> Same during call: I hear the voice but my friend don't hear me. >>> >>> Of course my hardware works normally with others SW. In Windows 7 Ekiga >>> audio works with same hardware. >>> >>> OS: Linux Mandriva 2010.2 64 bit, >>> Ekiga 3.2.6 >> >> You need to send us the debug output (-d 4). > The file has been created during the following operations: > > 1) start Ekiga from terminal with this command/ekiga -d 4 > 2>ekiga_debug_1.txt/ > 2) wait till opening is complete > 3) call echo test > 4) wait end of echo test message > 5) speak several times into microphone > 6) close Ekiga > > hope it's what you asked for. > Attached you'll find the compressed version of file. Also, what the following commands print on your machine? snoopy:~$ cat /proc/sys/net/ipv4/udp_mem 375744 500992 751488 snoopy:~$ cat /proc/sys/net/ipv4/udp_rmem_min 4096 snoopy:~$ cat /proc/sys/net/ipv4/udp_wmem_min 4096 snoopy:~$ ls -l /proc/sys/net/ipv4/udp_* -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_mem -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_rmem_min -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_wmem_min snoopy:~$ -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 15:55:52 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 16:55:52 +0100 Subject: [Ekiga-list] Problem with Salix OS In-Reply-To: <20110319182943.270190@gmx.com> References: <20110319182943.270190@gmx.com> Message-ID: <4D88C688.2020608@pu-pm.univ-fcomte.fr> On 19/03/11 19:29, genghiskhan at gmx.fr wrote: > Ekiga starts after 20 - 40 minutes or so. > > Log (Ekiga-stuck.log) http://www.zshare.net/download/87988603bc55bdf3/ (many pop-ups) > > MD5: 100f2b5c183d3970ba20cb906abda651 > Size: 8.6 MB (9,029,089 Bytes) > > Salix OS 13.1.2http://www.salixos.org/wiki/index.php/Home > ekiga 3.2.7: http://salix.enialis.net/i486/13.1/salix/xap/ > opal 3.6.8: http://salix.enialis.net/i486/13.1/salix/l/ > ptlib 2.6.7: http://salix.enialis.net/i486/13.1/salix/l/ Please use another file sharing service, such as dl.free.fr. -- Eugen Dedu From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 16:23:46 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 17:23:46 +0100 Subject: [Ekiga-list] Stop ekiga connections to ekiga.net:5060 In-Reply-To: References: <4D4702FB.9010409@pu-pm.univ-fcomte.fr> Message-ID: <4D88CD12.2050308@pu-pm.univ-fcomte.fr> I updated the wiki, thank you: http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#I_use_Ekiga_exclusively_inside_my_LAN.2C_how_can_I_make_Ekiga_not_to_connect_to_Internet.3F On 01/02/11 10:06, Sacha Marquina Reyes wrote: > Thanks for your answer. I'm using Ekiga 3.2.7, and followed these > instructions: > http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#I_use_Ekiga_exclusively_inside_my_LAN.2C_how_can_I_disable_STUN.3F > But even when I enabled "disable network detection", I still got the packets > sent to the firewall. > Now I removed the two contacts that Ekiga creates by default (echo and > conference room) and those packets are gone. > It may be obvious to you all, but to a newbie in IP phones like me that > should be stated in the wiki. > Thanks again! > > Sacha > > 2011/1/31 Eugen Dedu > >> On 31/01/11 13:25, Sacha Marquina Reyes wrote: >> >>> Hi. I have installed Ekiga on some Windows XP clients, to connect to our >>> local Asterisk (running on Ubuntu server, IP address 192.168.161.1). >>> It works fine, but the firewall of my network (IP address 192.168.161.249) >>> is blocking packets from my clients trying to connect to ekiga.net on >>> port >>> 5060 every few seconds. >>> I have configured the Ekiga clients not to use any account on ekiga.netor >>> Ekiga CallOut, but I still get all those packets blocked. >>> >>> How can I tell Ekiga on my Windows PCs to stop trying to connect to >>> ekiga.net? >>> >> >> This is https://bugzilla.gnome.org/show_bug.cgi?id=618607. Remove STUN >> and your contacts and tell us if 5060 connection is stopped. >> >> -- >> Eugen Dedu >> http://eugen.dedu.free.fr From stefan_a at portblue.de Tue Mar 22 17:06:28 2011 From: stefan_a at portblue.de (Stefan A.) Date: Tue, 22 Mar 2011 18:06:28 +0100 Subject: [Ekiga-list] Ekiga Call Out account (Diamondphone) not working ("Could not register") Message-ID: 2011/3/22 Andres Cimmarusti : >> ---------- Forwarded message ---------- >> From:?"Stefan A." >> To:?ekiga-list at gnome.org >> Date:?Tue, 22 Mar 2011 10:52:15 +0100 >> Subject:?[Ekiga-list] Ekiga Call Out account (Diamondphone) not working ("Could not register") Thank you for your help, Andres. I got in touch with Diamondphone and it seems my IP had been blocked because I was using the wrong login credentials at first (my Diamondphone user name + password instead of ID + PIN). Wasn't familiar with the procedure :-) My account is registred now and I am able to place calls and send SMS through Ekiga. From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 17:14:39 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 18:14:39 +0100 Subject: [Ekiga-list] Out of Ideas - Troubles with NAT In-Reply-To: References: Message-ID: <4D88D8FF.1080805@pu-pm.univ-fcomte.fr> On 16/03/11 19:55, Jani Patanen wrote: > Hi all. > I have wireless LAN for which i've put port forwarding for > 1720 (TCP), 5000-5100 (TCP/UDP), 3478-3749 (UDP). > I've tested that the TCP packets do arrive. > > I can receive calls when I'm no wired connection that is not behind NAT, but > not with WLAN that is NATed. > > I did trace with wireshark on incoming call (wired) and all the ports > utilized were in above range that are open and forwarded with NAT > connection. > > Next I signed out, disconnected cable, connected to WLAN (NAT) and signed in > again. Then I made a call from another device, waiting to see what is > captured by wireshark. > Answer: Nothing. No incoming packets. No incoming packet to the NAT machine or to your computer running ekiga? > The ports are open, but nothing arrives there. What should I look for next, > what is causing the problems of me not receiving calls? Do you use version 3.2.7 or not? 3.2.7 fixed an issue with portscf. http://git.gnome.org/browse/ekiga/plain/NEWS?h=gnome-2-26 -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 17:32:22 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 18:32:22 +0100 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: References: Message-ID: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> On 17/03/11 12:40, Jani Patanen wrote: > Hi. > Not sure if my initial email made it to the list, so short summary to start > with: > Using ekiga with Fedora 14. I can make calls no problems. I can receive > calls when I'm on wired connetion. > On wireless, the connection is NATed. I have set port forwarding for 1720, > 3478-3479, 5000-5100 and I've verfied them working with nmap& wireshark. > I've looked to the output from ekiga -d 4 and it appears that on WLAN, when > receiving "401 Unauthorized" there is no additional register request with > authentication tokens being sent. > What could cause that? > Why does it happen only on WLAN? > With wired connection Register with the auth token follows the 401. > Help much appreaciated. > I was not able to register myself with telepathy either, but I think that > boils down to TP using and unforwarded port number in my sip URI. > > > > > Note: "jani.patanen@" replaced with "jani.patanen-" just in case some > spambot is harvesting this. > > The successful "handshake" goes with wired session as: > ======================== 0:21.814 Opal Liste...0x94915700 SIP PDU > received: r > em=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060,if=88.114.147.27%eth0 > SIP/2.0 401 Unauthorized > CSeq: 1 REGISTER > Via: SIP/2.0/UDP 88.114.147.27:5060 > ;branch=z9hG4bK8648606b-df4e-e011-993e-001c25 > 9e810c;rport=5060 > Server: Kamailio (1.5.3-notls (i386/linux)) > From:;tag=18a8f16a-df4e-e011-993e-001c259e810c > Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost > To:;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.d27e > Content-Length: 0 > WWW-Authenticate: Digest realm="ekiga.net", > nonce="4d81c855000106f9459ee8af765bd > b66cfc1f52047dbdc06" > > > ======================== 0:23.668 Pool:0x94893700 SIP Sending PDU (826 > bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060 > ,if=88.114.147.27%eth0 > REGISTER sip:ekiga.net SIP/2.0 > CSeq: 2 REGISTER > Via: SIP/2.0/UDP 88.114.147.27:5060 > ;branch=z9hG4bK1ada896c-df4e-e011-993e-001c259e810c;rport > User-Agent: Ekiga/3.2.7 > Authorization: Digest username="jani.patanen-ekiga.net", realm="ekiga.net", > nonce="4d81c855000106f9459ee8af765bdb66cfc1f52047dbdc06", uri="sip:ekiga.net", > algorithm=MD5, response="69fa70458d61cc34f313eea3a10d6d74" > From:;tag=18a8f16a-df4e-e011-993e-001c259e810c > Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost > To: > Contact:;q=1, > ;q=0.667, > ;q=0.334 > Allow: > INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING > Expires: 3600 > Content-Length: 0 > Max-Forwards: 70 > > ======================== 0:23.766 Opal Liste...0x94915700 SIP PDU > received: rem=udp$86.64.162.35:5060,local=udp$88.114.147.27:5060 > ,if=88.114.147.27%eth0 > SIP/2.0 200 OK > CSeq: 2 REGISTER > Via: SIP/2.0/UDP 88.114.147.27:5060 > ;branch=z9hG4bK1ada896c-df4e-e011-993e-001c259e810c;rport=5060 > Server: Kamailio (1.5.3-notls (i386/linux)) > From:;tag=18a8f16a-df4e-e011-993e-001c259e810c > Call-ID: 9a94f16a-df4e-e011-993e-001c259e810c at oc7228322058.myhost > To:;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.2d51 > Contact:;q=1;expires=1200, > ;q=0.667;expires=1200, > ;q=0.334;expires=1200 > Content-Length: 0 > > > ======================= END WIRED ========================= > > the unsuccessful goes as: > > > > > > > > ======================== 0:06.889 subscriber:0x5a9a1700 SIP Sending PDU > (570 > bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060 > ,if=192.168.0.1 > 01%wlan0 > REGISTER sip:ekiga.net SIP/2.0 > CSeq: 1 REGISTER > Via: SIP/2.0/UDP 88.114.144.25:5060 > ;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport > User-Agent: Ekiga/3.2.7 > From:;tag=c85db15e-e44e-e011-8190-00216bc2f158 > Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at oc7228322058.myhost > To: > Contact:;q=1, > ;q=0.500 > Allow: > INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING > Expires: 3600 > Content-Length: 0 > Max-Forwards: 70 > > > ======================== 0:06.964 Opal Liste...0x85078700 SIP PDU > received: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060 > ,if=192.168.0.101%wlan0 > SIP/2.0 401 Unauthorized > CSeq: 1 REGISTER > Via: SIP/2.0/UDP 192.168.0.101:5060 > ;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport=5060 > Server: Kamailio (1.5.3-notls (i386/linux)) > From:;tag=c85db15e-e44e-e011-8190-00216bc2f158 > Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at 192.168.0.101 > To:;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.808a > Content-Length: 0 > WWW-Authenticate: Digest realm="ekiga.net", > nonce="4d81d0a400015e25c5d1975f622928b0f245e25bc4d50f4d" > > > ============================== END WLAN ==================================== > And there is no other requests, just following output: > > > > 2011/03/17 11:12:38.054 0:06.965 Opal Liste...0x85078700 SIP > Queueing PDU "1 REGISTER<401>", > transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158, > token=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 > 2011/03/17 11:12:38.054 0:06.966 Opal Liste...0x85078700 Opal > Transport clean up on termination > 2011/03/17 11:12:38.054 0:06.966 Opal Liste...0x85078700 Opal > Transport Close > 2011/03/17 11:12:38.054 0:06.966 Pool:0x84ff6700 SIP > Handling PDU "1 REGISTER<401>" for > transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 > 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP > REGISTER transaction id=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 > completed. > 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP > Response received for unknown handler ID: The line above contains the key to your problem. For wlan, the Call-ID field of the sent packet ends in "@oc7228322058.myhost", while in the received packet its "@192.168.0.101". For wired, they always end in "@oc7228322058.myhost". Try the workaround http://wiki.ekiga.org/index.php/Troubleshooting#Cannot_register_to_sip.1und1.de_or_some_other_registrar_with_ekiga_.3C.3D_3.2.x -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 17:36:06 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 18:36:06 +0100 Subject: [Ekiga-list] ekiga sip account configuration assistant In-Reply-To: <32735797c4f56a0194c3626c4146c05d.squirrel@mykmk.com> References: <32735797c4f56a0194c3626c4146c05d.squirrel@mykmk.com> Message-ID: <4D88DE06.1080006@pu-pm.univ-fcomte.fr> On 16/03/11 19:24, mattes wrote: > Installed ekiga-3.2.7 last nite on fedora 13. > The installation is guided by the configuration assistant. > > To test ekiga with SIP I created an account at ekiga.net. > > The setup/account did not work. Calling the echo test contact failed with > 'could not register unauthorized'. > > Here the initial account setup: > > name: ekiga.net BROKEN > registrar: ekiga.net > user: mattes1501 > authentication user: sip:mattes1501 at ekiga.net > password: *** > timeout: 3600 > > Looks good to me, but nogo. > So after tinkering for a while, i ran across a picture in the > help documentation, that showed different account setup. > > I was able to setup "add an ekiga.net" account which only asks for the > username and password. This account worked immediately. echo test works > fine now: > > Looking at the new account information it list the following: > > name: ekiga.net2 > registrar: ekiga.net > user: mattes1501 > authentication user: mattes1501 > password: *** > timeout: 3600 > > I think it initially went wrong on the initial setup. > I must have put in the 'mattes1501 at ekiga.net' as a user name. > Then later I changed it to 'mattes1501', not knowing how that relates to > the 'authentication user' entry. > > Hope that helps to other to figure it out quicker. > > Maybe something could be done in the app (configuration assistant) to > avoid such mistakes right from the getgo. Thank you. I think this is fixed with commit http://git.gnome.org/browse/ekiga/commit/?id=8fbe4d19450f0, which adds tooltips to various fields in dialogs. Look at http://git.gnome.org/browse/ekiga/diff/lib/engine/components/opal/opal-account.cpp?id=8fbe4d1945 for example for the tooltips. -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 17:41:23 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 18:41:23 +0100 Subject: [Ekiga-list] ekiga sip account configuration assistant In-Reply-To: <32735797c4f56a0194c3626c4146c05d.squirrel@mykmk.com> References: <32735797c4f56a0194c3626c4146c05d.squirrel@mykmk.com> Message-ID: <4D88DF43.7060204@pu-pm.univ-fcomte.fr> On 16/03/11 19:24, mattes wrote: > Installed ekiga-3.2.7 last nite on fedora 13. > The installation is guided by the configuration assistant. > > To test ekiga with SIP I created an account at ekiga.net. > > The setup/account did not work. Calling the echo test contact failed with > 'could not register unauthorized'. > > Here the initial account setup: > > name: ekiga.net BROKEN > registrar: ekiga.net > user: mattes1501 > authentication user: sip:mattes1501 at ekiga.net > password: *** > timeout: 3600 > > Looks good to me, but nogo. > So after tinkering for a while, i ran across a picture in the > help documentation, that showed different account setup. > > I was able to setup "add an ekiga.net" account which only asks for the > username and password. This account worked immediately. echo test works > fine now: > > Looking at the new account information it list the following: > > name: ekiga.net2 > registrar: ekiga.net > user: mattes1501 > authentication user: mattes1501 > password: *** > timeout: 3600 > > I think it initially went wrong on the initial setup. > I must have put in the 'mattes1501 at ekiga.net' as a user name. > Then later I changed it to 'mattes1501', not knowing how that relates to > the 'authentication user' entry. > > Hope that helps to other to figure it out quicker. > > Maybe something could be done in the app (configuration assistant) to > avoid such mistakes right from the getgo. I think it is not the assistant which needs to be improved, since there only the user and the password are shown (and at the last page a summary is shown), but the account creation dialogs, as wrote in my previous e-mail. (Well, adding tooltips in assistant too would be a good idea...) -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 17:58:49 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 18:58:49 +0100 Subject: [Ekiga-list] ekiga behind a routeur In-Reply-To: <61194.90.40.30.134.1298117173.squirrel@lavabit.com> References: <61194.90.40.30.134.1298117173.squirrel@lavabit.com> Message-ID: <4D88E359.7040202@pu-pm.univ-fcomte.fr> On 19/02/11 13:06, ppr at lavabit.com wrote: > Hello, > > I have a error message with ekiga 3.2.7 (with maverick) : "impossible de > se s'inscrire (?chec)." > > I use a router which is, maybe, the problem. I tried to open some ports in > my router but the error persists. > > > Here is a screenshot of my DSL router configuration for ekiga (which don't > work). > > http://pwillaime.toile-libre.org/gnu/screenshot.png Sorry to answer so late. To understand what happens, you need to send us the debug output, cf. http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 18:01:16 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 19:01:16 +0100 Subject: [Ekiga-list] No video In-Reply-To: <17895.89782.qm@web130204.mail.mud.yahoo.com> References: <17895.89782.qm@web130204.mail.mud.yahoo.com> Message-ID: <4D88E3EC.5090409@pu-pm.univ-fcomte.fr> On 08/02/11 19:57, Andrew Allcock wrote: > > Hello Ekiga List Sorry to answer so late. > When starting Ekiga I get this error message: > > "Error while accessing video device Acer Crystal Eye webcam > > Your video driver doesn't support the requested video format. > > A moving logo will be transmitted during calls. Notice that you can always > transmit a given image or the moving logo by choosing "Picture" as video plugin > and "Moving logo" or "Static picture" as device." > > I cannot configure the webcam to work. You need to send us the debug output (-d 4). > I'm using Ubuntu 10:10 - but the annoying thing is the webcam worked in previous > versions of Ubuntu and it works for every other webcam application including Sk**e! When you say it worked, do you mean that Ekiga itself worked? -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 22 18:03:26 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Mar 2011 19:03:26 +0100 Subject: [Ekiga-list] When callee hangs phone session never ends In-Reply-To: <1297190702639-3276509.post@n4.nabble.com> References: <1297190702639-3276509.post@n4.nabble.com> Message-ID: <4D88E46E.1040109@pu-pm.univ-fcomte.fr> On 08/02/11 19:45, mo wrote: > > Hello, > > I have started using Ekiga recently and have noticed that in case the callee > hangs the phone, the session remains open. Then, the call is being charged > until the caller, me using Ekiga, hangs the phone or until the credit > expires for the calling account. :o) > I would like to know if its protocol related, if it depends on the SIP > provider, if there is any setting to correct the session behavior or to > minimize its effect. Any information regarding this issue would be highly > appreciated. Sorry to answer so late. What happens to you is not normal. No setting helps. We need to understand where the problem is. For that, we need the debug output (-d 4). -- Eugen Dedu http://eugen.dedu.free.fr From jani.patanen at gmail.com Tue Mar 22 20:08:36 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Tue, 22 Mar 2011 22:08:36 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> References: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> Message-ID: On Tue, Mar 22, 2011 at 7:32 PM, Eugen Dedu wrote: > > ======================== 0:06.889 subscriber:0x5a9a1700 SIP Sending PDU >> (570 >> bytes) to: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060 >> ,if=192.168.0.1 >> 01%wlan0 >> REGISTER sip:ekiga.net SIP/2.0 >> CSeq: 1 REGISTER >> Via: SIP/2.0/UDP 88.114.144.25:5060 >> ;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport >> User-Agent: Ekiga/3.2.7 >> From:> >;tag=c85db15e-e44e-e011-8190-00216bc2f158 >> Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at oc7228322058.myhost >> To: >> Contact:;q=1, >> ;q=0.500 >> Allow: >> INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING >> Expires: 3600 >> Content-Length: 0 >> Max-Forwards: 70 >> >> >> ======================== 0:06.964 Opal Liste...0x85078700 SIP PDU >> received: rem=udp$86.64.162.35:5060,local=udp$88.114.144.25:5060 >> ,if=192.168.0.101%wlan0 >> SIP/2.0 401 Unauthorized >> CSeq: 1 REGISTER >> Via: SIP/2.0/UDP 192.168.0.101:5060 >> ;branch=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158;rport=5060 >> Server: Kamailio (1.5.3-notls (i386/linux)) >> From:> >;tag=c85db15e-e44e-e011-8190-00216bc2f158 >> Call-ID: ba57b15e-e44e-e011-8190-00216bc2f158 at 192.168.0.101 >> To:;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.808a >> Content-Length: 0 >> WWW-Authenticate: Digest realm="ekiga.net", >> nonce="4d81d0a400015e25c5d1975f622928b0f245e25bc4d50f4d" >> >> >> ============================== END WLAN >> ==================================== >> And there is no other requests, just following output: >> >> >> >> 2011/03/17 11:12:38.054 0:06.965 Opal Liste...0x85078700 SIP >> Queueing PDU "1 REGISTER<401>", >> transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158, >> token=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 >> 2011/03/17 11:12:38.054 0:06.966 Opal Liste...0x85078700 Opal >> Transport clean up on termination >> 2011/03/17 11:12:38.054 0:06.966 Opal Liste...0x85078700 Opal >> Transport Close >> 2011/03/17 11:12:38.054 0:06.966 Pool:0x84ff6700 SIP >> Handling PDU "1 REGISTER<401>" for >> transaction=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 >> 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP >> REGISTER transaction id=z9hG4bK0880495f-e44e-e011-8190-00216bc2f158 >> completed. >> 2011/03/17 11:12:38.055 0:06.966 Pool:0x84ff6700 SIP >> Response received for unknown handler ID: >> > > > The line above contains the key to your problem. > > For wlan, the Call-ID field of the sent packet ends in > "@oc7228322058.myhost", while in the received packet its "@192.168.0.101". > > For wired, they always end in "@oc7228322058.myhost". > > Try the workaround > http://wiki.ekiga.org/index.php/Troubleshooting#Cannot_register_to_sip.1und1.de_or_some_other_registrar_with_ekiga_.3C.3D_3.2.x > > -- > Eugen > > Hi. Thanks for your insight. I tested by renaming the account to ekiga.net%limit, restarted ekiga. Register problem still exists with above mentioned differing Call-ID values. Just to be sure, tested also renaming the account to ekiga.net%limit% but the result was the same. -Jani -------------- next part -------------- An HTML attachment was scrubbed... URL: From psimmler at gmail.com Wed Mar 23 12:37:27 2011 From: psimmler at gmail.com (Philipp Simmler) Date: Wed, 23 Mar 2011 13:37:27 +0100 Subject: [Ekiga-list] Transparent rendering and plugins Message-ID: Hi guys, I am currently trying to find a voip software which allows me to use video telephony. I wrote a small application in c++ using opengl to display content, this content should now be transported to an other place. Thus i would like to, 1) write a plugin in this sip client which can transport my videostream 2) the recipients should be able to render parts of the image transparent. Could you please tell me if ekiga could be used for that purpose? Greetings philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 23 17:09:34 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 23 Mar 2011 18:09:34 +0100 Subject: [Ekiga-list] Transparent rendering and plugins In-Reply-To: References: Message-ID: <4D8A294E.40505@pu-pm.univ-fcomte.fr> On 23/03/11 13:37, Philipp Simmler wrote: > Hi guys, > I am currently trying to find a voip software which allows me to use video > telephony. I wrote a small application in c++ using opengl to display > content, this content should now be transported to an other place. Thus i > would like to, > 1) write a plugin in this sip client which can transport my videostream > 2) the recipients should be able to render parts of the image transparent. > > Could you please tell me if ekiga could be used for that purpose? I do not know, but it does not seem so simple. Maybe someone can give a more precise answer than me. Maybe using vlc? Or make your own application for transporting data, and, at the other end, connect data to vlc, which shows it. -- Eugen Dedu http://eugen.dedu.free.fr From thedogfarted at gmail.com Wed Mar 23 18:10:14 2011 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Wed, 23 Mar 2011 20:10:14 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: References: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> Message-ID: On Tue, Mar 22, 2011 at 10:08 PM, Jani Patanen wrote: > > > On Tue, Mar 22, 2011 at 7:32 PM, Eugen Dedu > wrote: >> For wlan, the Call-ID field of the sent packet ends in >> "@oc7228322058.myhost", while in the received packet its "@192.168.0.101". >> >> For wired, they always end in "@oc7228322058.myhost". >> > > Hi. > Thanks for your insight. I tested by renaming the account to > ekiga.net%limit, restarted ekiga. Register problem still exists with above > mentioned differing Call-ID values. > Just to be sure, tested also renaming the account to ekiga.net%limit% but > the result was the same. It appears to me that your wireless router is trying to rewrite SIP packets, the Via header in the response is broken, too. Can you capture the traffic between the router and ekiga.net to confirm this? -- Ian From hend0569 at stthomas.edu Wed Mar 23 22:47:00 2011 From: hend0569 at stthomas.edu (rhhendrickson) Date: Wed, 23 Mar 2011 15:47:00 -0700 (PDT) Subject: [Ekiga-list] Is ekiga 3.2.7 supposed to work on Windows 7 64 Bit? In-Reply-To: <201012161612.58489.gstengel@gmx.net> References: <201012121713.28720.gstengel@gmx.net> <201012161612.58489.gstengel@gmx.net> Message-ID: <1300920420951-3401008.post@n4.nabble.com> Same issue here with Windows 7 64bit enterprise. Camera control light comes on (logitech 5000) when I click to view local video. Then an error message pops up requesting user to check accelerated video is not already in use. Same result when setting disable_hw_accel to 'true' in ekiga.schemas. Reinstalled to make sure GTK+ files were all there. (same result) Display Adapter: Intel Q45/Q43 Express Chip with latest Intel driver (8.15.10.2281) released 1/12/2011 Ran latest Direct X (June 2010) from MS website. Dxdiag shows DirectX 11 installed. Any workarounds or solutions? Thanks, Rick -- View this message in context: http://ekiga.1756082.n4.nabble.com/Is-ekiga-3-2-7-supposed-to-work-on-Windows-7-64-Bit-tp3084392p3401008.html Sent from the Ekiga General mailing list archive at Nabble.com. From gio_6b at yahoo.it Thu Mar 24 08:45:21 2011 From: gio_6b at yahoo.it (Giorgio) Date: Thu, 24 Mar 2011 09:45:21 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D88B7F1.4060308@pu-pm.univ-fcomte.fr> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> <4D88B7F1.4060308@pu-pm.univ-fcomte.fr> Message-ID: <4D8B04A1.9060501@yahoo.it> Il 22/03/2011 15:53, Eugen Dedu ha scritto: > On 14/03/11 19:19, Giorgio wrote: >> Il 14/03/2011 18:17, Eugen Dedu ha scritto: >>> On 13/03/11 19:43, Giorgio wrote: >>>> When I run echo test I hear the message but I get no echo of my voice. >>>> Same during call: I hear the voice but my friend don't hear me. >>>> >>>> Of course my hardware works normally with others SW. In Windows 7 >>>> Ekiga >>>> audio works with same hardware. >>>> >>>> OS: Linux Mandriva 2010.2 64 bit, >>>> Ekiga 3.2.6 >>> >>> You need to send us the debug output (-d 4). >> The file has been created during the following operations: >> >> 1) start Ekiga from terminal with this command/ekiga -d 4 >> 2>ekiga_debug_1.txt/ >> 2) wait till opening is complete >> 3) call echo test >> 4) wait end of echo test message >> 5) speak several times into microphone >> 6) close Ekiga >> >> hope it's what you asked for. >> Attached you'll find the compressed version of file. > > Giorgio, here is what opal developer says about your bug: > >> Sorry, I have never seen this one before! >> >> My only guess is something in the audio has gone wrong and it is very >> quickly sending RTP packets, like as fast it can. >> >> Other than operating system problems, I can't think of anything that >> would make a UDP write run out of buffers. Just doesn't take that >> long to get a packet out onto the wire as a rule! > > I do not know what to do. > > The only solution I see to solve this issue is to look with wireshark > if RTP packets are indeed leaving the machine very very fast (look at > their time); for ex. if you see 100 packets in 0.01 sec then we know > that the problem is indeed that the sending speed is too high. I installed Wireshark in my Linux Mandriva 2010.2 64 bit and now I need to understand how to use it. As soon as I get information about packet speed I'll let you know. > > Another idea is to check the latest (unstable) release of ekiga, 3.3.0 > if you can... I searched the site for 3.3.0 to understand if it's easy to install it but I don't found Thank you for answer. From gio_6b at yahoo.it Thu Mar 24 08:49:10 2011 From: gio_6b at yahoo.it (Giorgio) Date: Thu, 24 Mar 2011 09:49:10 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D88B860.60901@pu-pm.univ-fcomte.fr> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> <4D88B860.60901@pu-pm.univ-fcomte.fr> Message-ID: <4D8B0586.5050408@yahoo.it> Il 22/03/2011 15:55, Eugen Dedu ha scritto: > On 14/03/11 19:19, Giorgio wrote: >> Il 14/03/2011 18:17, Eugen Dedu ha scritto: >>> On 13/03/11 19:43, Giorgio wrote: >>>> When I run echo test I hear the message but I get no echo of my voice. >>>> Same during call: I hear the voice but my friend don't hear me. >>>> >>>> Of course my hardware works normally with others SW. In Windows 7 >>>> Ekiga >>>> audio works with same hardware. >>>> >>>> OS: Linux Mandriva 2010.2 64 bit, >>>> Ekiga 3.2.6 >>> >>> You need to send us the debug output (-d 4). >> The file has been created during the following operations: >> >> 1) start Ekiga from terminal with this command/ekiga -d 4 >> 2>ekiga_debug_1.txt/ >> 2) wait till opening is complete >> 3) call echo test >> 4) wait end of echo test message >> 5) speak several times into microphone >> 6) close Ekiga >> >> hope it's what you asked for. >> Attached you'll find the compressed version of file. > > Also, what the following commands print on your machine? > > snoopy:~$ cat /proc/sys/net/ipv4/udp_mem > 375744 500992 751488 > snoopy:~$ cat /proc/sys/net/ipv4/udp_rmem_min > 4096 > snoopy:~$ cat /proc/sys/net/ipv4/udp_wmem_min > 4096 > snoopy:~$ ls -l /proc/sys/net/ipv4/udp_* > -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_mem > -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_rmem_min > -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_wmem_min > snoopy:~$ > Hoping that's what you need. It seems very similar to your data. My pc is a CompaQ Presario CQ60 with Dual Core 2 and 4 GiB of RAM. [giorgio at Presario_G_L ~]$ cat /proc/sys/net/ipv4/udp_mem 370752 494336 741504 [giorgio at Presario_G_L ~]$ cat /proc/sys/net/ipv4/udp_rmem_min 4096 [giorgio at Presario_G_L ~]$ cat /proc/sys/net/ipv4/udp_wmem_min 4096 [giorgio at Presario_G_L ~]$ ls -l /proc/sys/net/ipv4/udp_* -rw-r--r-- 1 root root 0 2011-03-24 09:45 /proc/sys/net/ipv4/udp_mem -rw-r--r-- 1 root root 0 2011-03-24 09:46 /proc/sys/net/ipv4/udp_rmem_min -rw-r--r-- 1 root root 0 2011-03-24 09:46 /proc/sys/net/ipv4/udp_wmem_min [giorgio at Presario_G_L ~]$ From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 24 08:57:28 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 24 Mar 2011 09:57:28 +0100 Subject: [Ekiga-list] audio input not working In-Reply-To: <4D8B0586.5050408@yahoo.it> References: <4D7D1069.4060500@yahoo.it> <4D7E4DA1.1070301@pu-pm.univ-fcomte.fr> <4D7E5C37.8010703@yahoo.it> <4D88B860.60901@pu-pm.univ-fcomte.fr> <4D8B0586.5050408@yahoo.it> Message-ID: <4D8B0778.8040709@pu-pm.univ-fcomte.fr> On 24/03/11 09:49, Giorgio wrote: > Il 22/03/2011 15:55, Eugen Dedu ha scritto: >> On 14/03/11 19:19, Giorgio wrote: >>> Il 14/03/2011 18:17, Eugen Dedu ha scritto: >>>> On 13/03/11 19:43, Giorgio wrote: >>>>> When I run echo test I hear the message but I get no echo of my voice. >>>>> Same during call: I hear the voice but my friend don't hear me. >>>>> >>>>> Of course my hardware works normally with others SW. In Windows 7 >>>>> Ekiga >>>>> audio works with same hardware. >>>>> >>>>> OS: Linux Mandriva 2010.2 64 bit, >>>>> Ekiga 3.2.6 >>>> >>>> You need to send us the debug output (-d 4). >>> The file has been created during the following operations: >>> >>> 1) start Ekiga from terminal with this command/ekiga -d 4 >>> 2>ekiga_debug_1.txt/ >>> 2) wait till opening is complete >>> 3) call echo test >>> 4) wait end of echo test message >>> 5) speak several times into microphone >>> 6) close Ekiga >>> >>> hope it's what you asked for. >>> Attached you'll find the compressed version of file. >> >> Also, what the following commands print on your machine? >> >> snoopy:~$ cat /proc/sys/net/ipv4/udp_mem >> 375744 500992 751488 >> snoopy:~$ cat /proc/sys/net/ipv4/udp_rmem_min >> 4096 >> snoopy:~$ cat /proc/sys/net/ipv4/udp_wmem_min >> 4096 >> snoopy:~$ ls -l /proc/sys/net/ipv4/udp_* >> -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_mem >> -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_rmem_min >> -rw-r--r-- 1 root 0 Mar 22 15:54 /proc/sys/net/ipv4/udp_wmem_min >> snoopy:~$ >> > Hoping that's what you need. It seems very similar to your data. > My pc is a CompaQ Presario CQ60 with Dual Core 2 and 4 GiB of RAM. > > [giorgio at Presario_G_L ~]$ cat /proc/sys/net/ipv4/udp_mem > 370752 494336 741504 > [giorgio at Presario_G_L ~]$ cat /proc/sys/net/ipv4/udp_rmem_min > 4096 > [giorgio at Presario_G_L ~]$ cat /proc/sys/net/ipv4/udp_wmem_min > 4096 > [giorgio at Presario_G_L ~]$ ls -l /proc/sys/net/ipv4/udp_* > -rw-r--r-- 1 root root 0 2011-03-24 09:45 /proc/sys/net/ipv4/udp_mem > -rw-r--r-- 1 root root 0 2011-03-24 09:46 /proc/sys/net/ipv4/udp_rmem_min > -rw-r--r-- 1 root root 0 2011-03-24 09:46 /proc/sys/net/ipv4/udp_wmem_min > [giorgio at Presario_G_L ~]$ Ok, so there is no problem here. -- Eugen From jani.patanen at gmail.com Thu Mar 24 19:02:22 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Thu, 24 Mar 2011 21:02:22 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: References: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> Message-ID: It appears to me that your wireless router is trying to rewrite SIP > packets, the Via header in the response is broken, too. Can you > capture the traffic between the router and ekiga.net to confirm this? > > My router is telewell TW-EA510v3 ADSL modem router, which makes it impossible for me to capture the traffic. I'll try updating the firmware, there is newer version available than what is installed to the device. Perhaps the update fixes also the SIP packet rewriting. I'll keep you posted when I've done the update. -Jani -------------- next part -------------- An HTML attachment was scrubbed... URL: From jani.patanen at gmail.com Fri Mar 25 11:48:32 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Fri, 25 Mar 2011 13:48:32 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: References: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> Message-ID: > > > My router is telewell TW-EA510v3 ADSL modem router, which makes it > impossible for me to capture the traffic. > I'll try updating the firmware, there is newer version available than what > is installed to the device. Perhaps the > Darn, the update was for EA510v3(c). My model is too old for any updates, thus I'm S out of luck.. ;(. With telepathy/empathy I was able to receive calls even behind NAT. I wonder if they have a workaround implemented or it's a bug (=working cause not coded according to specifications)... -------------- next part -------------- An HTML attachment was scrubbed... URL: From thedogfarted at gmail.com Fri Mar 25 13:43:59 2011 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Fri, 25 Mar 2011 15:43:59 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: References: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> Message-ID: On Fri, Mar 25, 2011 at 1:48 PM, Jani Patanen wrote: >> >> My router is telewell TW-EA510v3 ADSL modem router, which makes it >> impossible for me to capture the traffic. >> I'll try updating the firmware, there is newer version available than what >> is installed to the device. Perhaps the > > Darn, the update was for EA510v3(c). My model is too old for any updates, > thus I'm S out of luck.. ;(. > With telepathy/empathy I was able to receive calls even behind NAT. I wonder > if they have a workaround implemented or it's a bug (=working cause not > coded according to specifications)... Didn't you write earlier that telepathy doesn't work for you either? -- Ian From jani.patanen at gmail.com Sat Mar 26 17:02:31 2011 From: jani.patanen at gmail.com (Jani Patanen) Date: Sat, 26 Mar 2011 19:02:31 +0200 Subject: [Ekiga-list] Nat issues (cont) - REGISTER & Auth In-Reply-To: References: <4D88DD26.4060002@pu-pm.univ-fcomte.fr> Message-ID: > > Darn, the update was for EA510v3(c). My model is too old for any updates, > > thus I'm S out of luck.. ;(. > > With telepathy/empathy I was able to receive calls even behind NAT. I > wonder > > if they have a workaround implemented or it's a bug (=working cause not > > coded according to specifications)... > > Didn't you write earlier that telepathy doesn't work for you either? > > Hope I didn't. Telepathy does work, but the UI is not as good. Here is the "register-unauthorized-register-OK" message exchange as recorded from telepathy. I saved whole debug data of register, receive call, unregister to http://pastebin.com/ndR7tWBF incase someone is interested. I've replaced at sign with minus (@ -> - ) just to keep occasional spammers away ------------------------------------------------------------------------ REGISTER sip:iptel.org SIP/2.0 Via: SIP/2.0/UDP 192.168.0.101:45182;rport;branch=z9hG4bK05UpmFm7Nj58K Max-Forwards: 70 From: ;tag=02gy122FetX5Q To: Call-ID: b1d715c4-d26c-122e-f982-001c259e810c CSeq: 10243200 REGISTER Contact: User-Agent: Telepathy-SofiaSIP/0.6.6 sofia-sip/1.12.10 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, UPDATE Supported: timer, 100rel, path Content-Length: 0 ------------------------------------------------------------------------ recv 673 bytes from udp/[213.192.59.75]:5060 at 16:55:28.885486: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.101:45182 ;rport=45182;branch=z9hG4bK05UpmFm7Nj58K;received=88.114.144.25 From: ;tag=02gy122FetX5Q To: ;tag=ab7f724f44d6a86dac492bd71f480906-8b28 Call-ID: b1d715c4-d26c-122e-f982-001c259e810c CSeq: 10243200 REGISTER Expires: 600 Min-Expires: 240 WWW-Authenticate: Digest realm="iptel.org", nonce="TY4aiU2OGn9pZKPI87tEcHQiLDflX7g3" Server: ser (3.2.0-dev2 (i386/linux)) Content-Length: 0 Warning: 392 213.192.59.75:5060 "Noisy feedback tells: pid=22572 req_src_ip=88.114.144.25 req_src_port=45182 in_uri=sip:iptel.orgout_uri=sip: iptel.org via_cnt==1" ------------------------------------------------------------------------ tpsip_connection_sofia_callback: event nua_i_outbound: 101 NAT detected tpsip_connection_sofia_callback: connection 0x9be5048, refcount 1 tpsip_connection_sofia_callback: dispatching to target 0x9be5048 (handle 0x9bec900) tpsip_connection_sofia_callback: event nua_i_outbound for target 0x9be5048 was not consumed tpsip_connection_sofia_callback: exit tpsip_connection_sofia_callback: event nua_r_register: 401 Unauthorized tpsip_connection_sofia_callback: connection 0x9be5048, refcount 1 tpsip_connection_sofia_callback: dispatching to target 0x9be5048 (handle 0x9bec900) priv_handle_auth: response presents an authentication challenge priv_handle_auth: using the primary auth credentials priv_handle_auth: server authenticating user='jani.patanen' realm="iptel.org " tpsip_connection_sofia_callback: exit send 695 bytes to udp/[213.192.59.75]:5060 at 16:55:28.887607: ------------------------------------------------------------------------ REGISTER sip:iptel.org SIP/2.0 Via: SIP/2.0/UDP 192.168.0.101:45182;rport;branch=z9hG4bK1eNFpa5aKUUUF Max-Forwards: 70 From: ;tag=02gy122FetX5Q To: Call-ID: b1d715c4-d26c-122e-f982-001c259e810c CSeq: 10243201 REGISTER Contact: User-Agent: Telepathy-SofiaSIP/0.6.6 sofia-sip/1.12.10 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, UPDATE Supported: timer, 100rel, path Authorization: Digest username="jani.patanen", realm="iptel.org", nonce="TY4aiU2OGn9pZKPI87tEcHQiLDflX7g3", algorithm=MD5, uri="sip:iptel.org", response="3946a0e83d6855baa47f1b8f6b592c87" Content-Length: 0 ------------------------------------------------------------------------ recv 706 bytes from udp/[213.192.59.75]:5060 at 16:55:28.951356: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.101:45182 ;rport=45182;branch=z9hG4bK1eNFpa5aKUUUF;received=88.114.144.25 From: ;tag=02gy122FetX5Q To: ;tag=b98f1230ac1a7949bf499aa7f9ea7038.e1f9 Call-ID: b1d715c4-d26c-122e-f982-001c259e810c CSeq: 10243201 REGISTER Expires: 600 Min-Expires: 240 Contact: ;expires=600;received="sip:88.114.144.25:45182 ;dstip=213.192.59.75;dstport=5060" Server: ser (3.2.0-dev2 (i386/linux)) Content-Length: 0 Warning: 392 213.192.59.75:5060 "Noisy feedback tells: pid=22569 req_src_ip=88.114.144.25 req_src_port=45182 in_uri=sip:iptel.orgout_uri=sip: iptel.org via_cnt==1" -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bridge.Tisen at foxmail.com Sat Mar 26 06:43:48 2011 From: Bridge.Tisen at foxmail.com (Bridge.Tisen) Date: Sat, 26 Mar 2011 14:43:48 +0800 Subject: [Ekiga-list] some question about ekiga! Message-ID: <201103261443464849735@foxmail.com> Dear: I'm working about VOIP, using EKIGA! But i have some questions, so please help! thanks! I want to use ekiga on ARM (Freescale), and freescale board have a VPU that can encode and decode the video stream. can you give me some suggestion? I'm studing the code of ekiga, but i can't find where the ekiga en/decode the video stream, can you tell me how the ekiga en/decode the video stream? 2011-03-26 Bridge.Tisen -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bridge.Tisen at foxmail.com Sat Mar 26 06:44:28 2011 From: Bridge.Tisen at foxmail.com (Bridge.Tisen) Date: Sat, 26 Mar 2011 14:44:28 +0800 Subject: [Ekiga-list] questions about encode and decode in ekiga Message-ID: <201103261444271715967@foxmail.com> Dear: I'm working about VOIP, using EKIGA! But i have some questions, so please help! thanks! I want to use ekiga on ARM (Freescale), and freescale board have a VPU that can encode and decode the video stream. can you give me some suggestion? I'm studing the code of ekiga, but i can't find where the ekiga en/decode the video stream, can you tell me how the ekiga en/decode the video stream? 2011-03-26 Bridge.Tisen -------------- next part -------------- An HTML attachment was scrubbed... URL: From poczta38 at gmail.com Sun Mar 27 13:29:16 2011 From: poczta38 at gmail.com (just me) Date: Sun, 27 Mar 2011 15:29:16 +0200 Subject: [Ekiga-list] How to unsubscribe? Message-ID: Hello, I'd like to unsubscribe but: 1) there is no information how to do it at the bottom of received message from the mailing list 2) there is no information how to do it on the website to which link is given at the bottom of received message 3) there is no information which address is my addres on the mailing list (i use gmail box with about ten other mail boxes from which I redirect mails; there is no information in details of the received message which of my account is used as a member of mailing list) 4) without knowing the mail I cannot even check if I remember properly the password which I have used during registration process (which is required on that website to which link is given at the bottom of the received message from the mailing list; morover those fields on the website are required for starting the subscription to the mailing list, not to unsubscribe) 5) gmail spam option does not filter mails from the mailing list I think you mailing list is very valuable but I don't need this kind of knowledge anymore because I don't use Ekiga anymore (I don't need it in my job). Regards! -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 28 16:26:25 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 28 Mar 2011 18:26:25 +0200 Subject: [Ekiga-list] How to unsubscribe? In-Reply-To: References: Message-ID: <4D90B6B1.6000602@pu-pm.univ-fcomte.fr> On 27/03/11 15:29, just me wrote: > Hello, > > I'd like to unsubscribe but: > > 1) there is no information how to do it at the bottom of received message > from the mailing list > > 2) there is no information how to do it on the website to which link is > given at the bottom of received message > > 3) there is no information which address is my addres on the mailing list (i > use gmail box with about ten other mail boxes from which I redirect mails; > there is no information in details of the received message which of my > account is used as a member of mailing list) > > 4) without knowing the mail I cannot even check if I remember properly the > password which I have used during registration process (which is required on > that website to which link is given at the bottom of the received message > from the mailing list; morover those fields on the website are required for > starting the subscription to the mailing list, not to unsubscribe) > > 5) gmail spam option does not filter mails from the mailing list > > I think you mailing list is very valuable but I don't need this kind of > knowledge anymore because I don't use Ekiga anymore (I don't need it in my > job). > > Regards! > > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list Just look at the Web address right above. -- Eugen Dedu From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 28 16:27:58 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 28 Mar 2011 18:27:58 +0200 Subject: [Ekiga-list] questions about encode and decode in ekiga In-Reply-To: <201103261444271715967@foxmail.com> References: <201103261444271715967@foxmail.com> Message-ID: <4D90B70E.7000308@pu-pm.univ-fcomte.fr> On 26/03/11 07:44, Bridge.Tisen wrote: > Dear: > I'm working about VOIP, using EKIGA! But i have some questions, so please help! thanks! > I want to use ekiga on ARM (Freescale), and freescale board have a VPU that can encode and decode the video stream. can you give me some suggestion? > I'm studing the code of ekiga, but i can't find where the ekiga en/decode the video stream, can you tell me how the ekiga en/decode the video stream? This is done by opal library, see the beginning of http://wiki.ekiga.org/index.php/Download_Ekiga_sources. -- Eugen Dedu From psimmler at gmail.com Tue Mar 29 06:41:35 2011 From: psimmler at gmail.com (Philipp Simmler) Date: Tue, 29 Mar 2011 08:41:35 +0200 Subject: [Ekiga-list] Transparent rendering and plugins In-Reply-To: <4D8A294E.40505@pu-pm.univ-fcomte.fr> References: <4D8A294E.40505@pu-pm.univ-fcomte.fr> Message-ID: The point is, that i do have a videostream which i have to send over to some remote place. there i have to map 2 videostreams on top of each other. leading to the fact that i need a renderer for videostream which is able of rendering transparent. hoped to find that in ekiga...... philipp 2011/3/23 Eugen Dedu > On 23/03/11 13:37, Philipp Simmler wrote: > >> Hi guys, >> I am currently trying to find a voip software which allows me to use video >> telephony. I wrote a small application in c++ using opengl to display >> content, this content should now be transported to an other place. Thus i >> would like to, >> 1) write a plugin in this sip client which can transport my videostream >> 2) the recipients should be able to render parts of the image transparent. >> >> Could you please tell me if ekiga could be used for that purpose? >> > > I do not know, but it does not seem so simple. Maybe someone can give a > more precise answer than me. > > Maybe using vlc? > > Or make your own application for transporting data, and, at the other end, > connect data to vlc, which shows it. > > -- > Eugen Dedu > http://eugen.dedu.free.fr > _______________________________________________ > 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 pongsate1 at gmail.com Tue Mar 29 09:52:39 2011 From: pongsate1 at gmail.com (Pongsate Tangseng) Date: Tue, 29 Mar 2011 16:52:39 +0700 Subject: [Ekiga-list] Using Ekiga in a company. Message-ID: I'm developing Ekiga 3.2.6 to have secure video conference system by apply some encryption/decryption algorithm on content part of SIP packet. I'm only an intern in a research center that may block or close the ports. I found the way to use Ekiga behind router by forward port that used by Ekiga to my computer and, because that's my router, I can freely config it. But this time I'm working in a research center, I can't ask the network division of my research center to forward the port like that if I not sure I really need it. What should I do? Does I have any alternative? Regards, Pongsate Tangseng From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 29 09:58:23 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 29 Mar 2011 11:58:23 +0200 Subject: [Ekiga-list] Using Ekiga in a company. In-Reply-To: References: Message-ID: <4D91AD3F.2010409@pu-pm.univ-fcomte.fr> On 29/03/11 11:52, Pongsate Tangseng wrote: > I'm developing Ekiga 3.2.6 to have secure video conference system by > apply some encryption/decryption algorithm on content part of SIP > packet. > I'm only an intern in a research center that may block or close the > ports. I found the way to use Ekiga behind router by forward port that > used by Ekiga to my computer and, because that's my router, I can > freely config it. > But this time I'm working in a research center, I can't ask the > network division of my research center to forward the port like that > if I not sure I really need it. What should I do? Does I have any > alternative? Please use 3.2.7. Also, for my part, all the information I know is found at http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router -- Eugen From geoff at ccmobile.com Thu Mar 31 20:26:31 2011 From: geoff at ccmobile.com (Geoff Peacock) Date: Thu, 31 Mar 2011 15:26:31 -0500 Subject: [Ekiga-list] No "Add" account button Message-ID: <4D94E377.6020403@ccmobile.com> Running Pinguy Ubuntu 10.10 with Ekiga 3.2.7. Under Edit - Accounts there is no Add button. I saw an earlier reference to this in the mailing list but no resolution. Any help appreciated. From genghiskhan at gmx.fr Thu Mar 31 21:27:24 2011 From: genghiskhan at gmx.fr (Zachariah Judah) Date: Thu, 31 Mar 2011 21:27:24 +0000 Subject: [Ekiga-list] Problem with Salix OS Message-ID: <20110331212724.84580@gmx.com> > From: Eugen Dedu > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Problem with Salix OS > Date: Tue, 22 Mar 2011 16:55:52 +0100 > > Please use another file sharing service, such as dl.free.fr. > > -- > Eugen Dedu > http://www.filedude.com/download/S1wT47ewBk695fa4b849 http://leteckaposta.cz/415918451 http://www.mediafire.com/file/cdmqli4t562y64s/Ekiga-stuck.log http://www.megaupload.com/?d=KKF8HNR4 http://rapidshare.com/files/455295112/Ekiga-stuck.log http://www.sendspace.com/file/gz5id1 http://uploading.com/files/da4e74m8/Ekiga-stuck.log/ and... http://dl.free.fr/getfile.pl?file=/RIbG5RJB/Ekiga-stuck.log http://dl.free.fr/kRIbG5RJB I have inserted this number in one of the fields (Sorry, I do not know French) 18406053 From bluejay at fujifilm.com Thu Mar 31 22:38:16 2011 From: bluejay at fujifilm.com (Bluejay Adametz) Date: Thu, 31 Mar 2011 18:38:16 -0400 Subject: [Ekiga-list] Ekiga on RedHat/ScientificLinux 6.0 Message-ID: After wrestling with trying to get pidgin to do GoolgleTalk video chat, and further attempts with the GoogleTalk plugin with Firefox, all with very little success on Scientific Linux 6.0 (clone of RedHat EL6), I thought I'd try out ekiga. On two different machines (one laptop, one desktop, both 32-bit), with two different webcams (Logitec and Microsoft) and different sound cards, ekiga-3.2.6-3.el6.i686), ekiga doesn't seem to be able to find any sound or video devices. The only options I get for audio devices is "SILENT" and the only option I get for video is "Moving Logo". Running ekiga with debug output just shows that it's detecting SILENT and Moving Logo when I click detect devices. On both machines both cameras work (tested with cheese) and the audio works fine with a variety of applications (including, sort of, kind of, pidgin). I found this bug report against EL6, suggesting that RedHat doesn't have a lot of interest in looking at this: https://bugzilla.redhat.com/show_bug.cgi?id=666256 I tried building Ekiga 3.2.7 from sources, but that exhibits the same problem, so I'm guessing that this is a problem with the Linux distribution. That said, does anyone have any ideas for getting this working? Thanks! ???????????????? - Bluejay Adametz, CFII, A&P, AA-5B N45210 Dread is a powerful force. The problem with dread is that it leads to terrible decision-making. - Scott Berinato NOTICE: This message, including any attachments, is only for the use of the intended recipient(s) and may contain confidential and privileged information, or information otherwise protected from disclosure by law. If the reader of this message is not the intended recipient, you are hereby notified that any use, disclosure, copying, dissemination or distribution of this message or any of its attachments is strictly prohibited. If you received this message in error, please contact the sender immediately by reply email and destroy this message, including all attachments, and any copies thereof.