From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Feb 1 22:48:19 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 01 Feb 2010 23:48:19 +0100 Subject: [Ekiga-list] Call-in from regular phones to Ekiga conferencing In-Reply-To: <4B4F4049.5000102@gmail.com> References: <4B4F4049.5000102@gmail.com> Message-ID: <4B675A33.4010804@pu-pm.univ-fcomte.fr> Lars Nooden wrote: > I see that Ekiga can call out to regular phone numbers: > > http://wiki.ekiga.org/index.php/Documentation#Ekiga_Call_Out_Account_.28PC_to_Phone.29 > > Can Ekiga be set to allow call-ins from regular phones to an SIP > conference call? > > Specifically, can a number be published for people to call to a local > dial-in number and join an SIP conference call? > http://marketing.openoffice.org/servlets/ReadMsg?list=dev&msgNo=29131 > > If so, how can it be done, how many callers can be accommodated, what > are the rates, and any other important details. Sorry, I do not have enough knowledge to answer your question. ekiga.net provides already conference rooms for free, see http://wiki.ekiga.org/index.php/Fun_Numbers#Ekiga.net_numbers -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Feb 1 22:50:11 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 01 Feb 2010 23:50:11 +0100 Subject: [Ekiga-list] Another Set of issues In-Reply-To: <857dc6101001070942o7af17520taefd2a8dc9367698@mail.gmail.com> References: <857dc6101001070942o7af17520taefd2a8dc9367698@mail.gmail.com> Message-ID: <4B675AA3.30408@pu-pm.univ-fcomte.fr> David Bowman wrote: > Hi again > Well it would seem that there has been a slew of errors. Now, aside from > our sound issues, which we suspect are my partners, I cannot call him. > After our first call he ceases to be available. Sorry to be writing you all > so much, but I do greatly appreciate your help. The only solution to find out the problem is that you retry the test and send us the -d 4 output... -- Eugen From rowens at ptd.net Tue Feb 2 01:16:18 2010 From: rowens at ptd.net (Rob Owens) Date: Mon, 1 Feb 2010 20:16:18 -0500 Subject: [Ekiga-list] Call-in from regular phones to Ekiga conferencing In-Reply-To: <4B4F4049.5000102@gmail.com> References: <4B4F4049.5000102@gmail.com> Message-ID: <20100202011618.GA32602@aurora.owens.net> On Thu, Jan 14, 2010 at 06:03:21PM +0200, Lars Nooden wrote: > I see that Ekiga can call out to regular phone numbers: > > http://wiki.ekiga.org/index.php/Documentation#Ekiga_Call_Out_Account_.28PC_to_Phone.29 > > Can Ekiga be set to allow call-ins from regular phones to an SIP > conference call? > > Specifically, can a number be published for people to call to a local > dial-in number and join an SIP conference call? > http://marketing.openoffice.org/servlets/ReadMsg?list=dev&msgNo=29131 > > If so, how can it be done, how many callers can be accommodated, what > are the rates, and any other important details. > You'll need a DID (direct inbound dial, if I remember my acronym correctly). Diamondcard.us offers these, and they offer a conference call service. I'm not sure of the details of the conference call service, so it might not be what you're looking for. -Rob From anil.vemulapally at gmail.com Tue Feb 2 01:40:37 2010 From: anil.vemulapally at gmail.com (anil v) Date: Mon, 1 Feb 2010 17:40:37 -0800 Subject: [Ekiga-list] how to Run Ekiga from Command line Message-ID: <4bc25c2f1002011740k71739927x99337a47dc105957@mail.gmail.com> Hi All, I want to Use Ekiga from command line instead of using GTK/Gnome UI . Can any one please suggest me how can I strip down the GTK UI. Thanks, Anil.V -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Tue Feb 2 05:37:14 2010 From: sevmek at free.fr (yannick) Date: Tue, 02 Feb 2010 06:37:14 +0100 Subject: [Ekiga-list] Call-in from regular phones to Ekiga conferencing In-Reply-To: <4B4F4049.5000102@gmail.com> References: <4B4F4049.5000102@gmail.com> Message-ID: <1265089034.2485.1.camel@achille> Le jeudi 14 janvier 2010 ? 18:03 +0200, Lars Nooden a ?crit : > I see that Ekiga can call out to regular phone numbers: > > http://wiki.ekiga.org/index.php/Documentation#Ekiga_Call_Out_Account_.28PC_to_Phone.29 > > Can Ekiga be set to allow call-ins from regular phones to an SIP > conference call? > > Specifically, can a number be published for people to call to a local > dial-in number and join an SIP conference call? > http://marketing.openoffice.org/servlets/ReadMsg?list=dev&msgNo=29131 > > If so, how can it be done, how many callers can be accommodated, what > are the rates, and any other important details. Hi, It seems you need a commercial service; we do not provide this kind of service ourselves. Ekiga, based on the SIP standard, can use many commercial SIP providers. A search engine is your friend. Best regards, Yannick From sevmek at free.fr Tue Feb 2 05:41:09 2010 From: sevmek at free.fr (yannick) Date: Tue, 02 Feb 2010 06:41:09 +0100 Subject: [Ekiga-list] how to Run Ekiga from Command line In-Reply-To: <4bc25c2f1002011740k71739927x99337a47dc105957@mail.gmail.com> References: <4bc25c2f1002011740k71739927x99337a47dc105957@mail.gmail.com> Message-ID: <1265089269.2485.5.camel@achille> Le lundi 01 f?vrier 2010 ? 17:40 -0800, anil v a ?crit : > Hi All, > > I want to Use Ekiga from command line instead of using GTK/Gnome > UI . Can any one please suggest me how can I strip down the GTK UI. Hi, This is not possible. Still a lot of efforts has been put in the code to separate the GUI from the engine, AFAIK it will require more work on the code to have a console version of Ekiga. In other words, the basis for that feature are there. Best regards, Yannick From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Feb 2 08:09:07 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 02 Feb 2010 09:09:07 +0100 Subject: [Ekiga-list] how to Run Ekiga from Command line In-Reply-To: <1265089269.2485.5.camel@achille> References: <4bc25c2f1002011740k71739927x99337a47dc105957@mail.gmail.com> <1265089269.2485.5.camel@achille> Message-ID: <4B67DDA3.4060107@pu-pm.univ-fcomte.fr> yannick wrote: > Le lundi 01 f?vrier 2010 ? 17:40 -0800, anil v a ?crit : >> Hi All, >> >> I want to Use Ekiga from command line instead of using GTK/Gnome >> UI . Can any one please suggest me how can I strip down the GTK UI. > > > Hi, > > This is not possible. Still a lot of efforts has been put in the code to > separate the GUI from the engine, AFAIK it will require more work on the > code to have a console version of Ekiga. In other words, the basis for > that feature are there. You can still use ekiga like this: ekiga -c URL see man ekiga for details. -- Eugen From kevin at zawacorp.com Tue Feb 2 16:19:45 2010 From: kevin at zawacorp.com (kevin at zawacorp.com) Date: Tue, 2 Feb 2010 08:19:45 -0800 Subject: [Ekiga-list] H.264 Codec Availability Message-ID: <0d06ebd4fd0e2abe9e7ed818499ccc85.squirrel@webmail.zawacorp.com> I was wondering if anyone knows the status of the availability of h.264. >From what I can tell, this is related to this posting: http://mail.gnome.org/archives/ekiga-list/2009-November/msg00147.html I am on ArchLinux, using the latest ptlib, opal, ekiga from the Arch repos. As well as ffmpeg. However, I do not have h264 listed as a codec in Ekiga (I DO have iLBC as an audio codec which I believe is in the same category of "not included by default" into Ekiga). Everything 264 related from a debug level 4: dyna.cxx(139) DYNA Successfully loaded 'libavcodec.so' dyna.cxx(387) H264 DYNA Warning: compiled against libavcodec headers from version 52200, loaded 52450 dyna.cxx(390) H264 DYNA Successfully loaded libavcodec library and verified functions h264pipe_unix.cxx(301) H264 IPC PP: Found GPL process executable in /usr/lib/opal-3.6.6/codecs/video/h264_video_pwplugin_helper 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 h264helper_unix.cxx(127) h264pipe_unix.cxx(d to load dynamic library - exiting 113) H264 IPC PP: GPL Process returned failure on initialization - plugin disabled h264-x264.cxx(838) H264 Codec Disabled From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Feb 3 11:55:49 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 03 Feb 2010 12:55:49 +0100 Subject: [Ekiga-list] H.264 Codec Availability In-Reply-To: <0d06ebd4fd0e2abe9e7ed818499ccc85.squirrel@webmail.zawacorp.com> References: <0d06ebd4fd0e2abe9e7ed818499ccc85.squirrel@webmail.zawacorp.com> Message-ID: <4B696445.9020601@pu-pm.univ-fcomte.fr> kevin at zawacorp.com wrote: > I was wondering if anyone knows the status of the availability of h.264. >>From what I can tell, this is related to this posting: > http://mail.gnome.org/archives/ekiga-list/2009-November/msg00147.html > > I am on ArchLinux, using the latest ptlib, opal, ekiga from the Arch > repos. As well as ffmpeg. However, I do not have h264 listed as a codec in > Ekiga (I DO have iLBC as an audio codec which I believe is in the same > category of "not included by default" into Ekiga). > > Everything 264 related from a debug level 4: > > dyna.cxx(139) DYNA Successfully loaded 'libavcodec.so' > dyna.cxx(387) H264 DYNA Warning: compiled against libavcodec > headers from version 52200, loaded 52450 > dyna.cxx(390) H264 DYNA Successfully loaded libavcodec library and > verified functions > h264pipe_unix.cxx(301) H264 IPC PP: Found GPL process executable in > /usr/lib/opal-3.6.6/codecs/video/h264_video_pwplugin_helper > 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 Latest information is at https://bugzilla.gnome.org/show_bug.cgi?id=596006 -- Eugen From davandg at gmail.com Wed Feb 3 18:35:15 2010 From: davandg at gmail.com (davandg) Date: Wed, 3 Feb 2010 19:35:15 +0100 Subject: [Ekiga-list] Windows link hacked Message-ID: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> Hi ! The windows's link link to a trojan ! See : http://ekiga.org/download-ekiga-binaries-or-source-code Please change this fast ! -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalbers at gmail.com Wed Feb 3 19:10:42 2010 From: dalbers at gmail.com (Darren Albers) Date: Wed, 3 Feb 2010 14:10:42 -0500 Subject: [Ekiga-list] Windows link hacked In-Reply-To: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> References: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> Message-ID: <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> Why do you think it is a trojan? The ekiga-setup scans as clean to my AV. Virustotal is down so I can't check it there but it looks clean. On Wed, Feb 3, 2010 at 1:35 PM, davandg wrote: > Hi ! > The windows's link link to a trojan ! > See : > http://ekiga.org/download-ekiga-binaries-or-source-code > > Please change this fast ! > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From sevmek at free.fr Wed Feb 3 20:20:57 2010 From: sevmek at free.fr (yannick) Date: Wed, 03 Feb 2010 21:20:57 +0100 Subject: [Ekiga-list] Windows link hacked In-Reply-To: <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> References: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> Message-ID: <1265228457.2533.3.camel@achille> Le mercredi 03 f?vrier 2010 ? 14:10 -0500, Darren Albers a ?crit : > Why do you think it is a trojan? The ekiga-setup scans as clean to > my AV. Virustotal is down so I can't check it there but it looks > clean. > > On Wed, Feb 3, 2010 at 1:35 PM, davandg wrote: > > Hi ! > > The windows's link link to a trojan ! > > See : > > http://ekiga.org/download-ekiga-binaries-or-source-code > > > > Please change this fast ! > > It is the intended link: http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ekiga-setup-3.2.6-release.exe This place is own by the guy who released the windows version: Mickael Rickman. I understand this might be confusing as it is not in the ekiga.net domain. Damien, what you think? Should we copy it on ekiga.net ? > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From davandg at gmail.com Wed Feb 3 20:54:44 2010 From: davandg at gmail.com (davandg) Date: Wed, 3 Feb 2010 21:54:44 +0100 Subject: [Ekiga-list] Windows link hacked In-Reply-To: <1265228457.2533.3.camel@achille> References: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> <1265228457.2533.3.camel@achille> Message-ID: <19b8273a1002031254h36a6eb0t6531b11bdc5b0ac1@mail.gmail.com> I wrote on a chat to a friend : "install Ekiga, and then we will able to talk". Few minutes latter he says: "We should pay ?! it asks some strange information... Moreover I have 10 new icons on my desktop.". I check the link of the windows installer and see that is not on Ekiga website. So I thought that it was a virus-spyware-trojan. I already had a problem with a hacker who changed link on an open source software website... Tomorroy, I see my friend with his computer. I'll be able to know what happened. Sorry, next time I will check with more precision if it's really dangerous or not... Davandg. 2010/2/3 yannick > Le mercredi 03 f?vrier 2010 ? 14:10 -0500, Darren Albers a ?crit : > > Why do you think it is a trojan? The ekiga-setup scans as clean to > > my AV. Virustotal is down so I can't check it there but it looks > > clean. > > > > On Wed, Feb 3, 2010 at 1:35 PM, davandg wrote: > > > Hi ! > > > The windows's link link to a trojan ! > > > See : > > > http://ekiga.org/download-ekiga-binaries-or-source-code > > > > > > Please change this fast ! > > > > > It is the intended link: > http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ekiga-setup-3.2.6-release.exe > > This place is own by the guy who released the windows version: Mickael > Rickman. > > I understand this might be confusing as it is not in the ekiga.net > domain. > > Damien, what you think? Should we copy it on ekiga.net ? > > > > _______________________________________________ > > > ekiga-list mailing list > > > ekiga-list at gnome.org > > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > -- > Me joindre en t?l?phonie IP / vid?oconf?rence ? > sip:yannick at ekiga.net > Logiciel de VoIP Ekiga : http://www.ekiga.org > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Feb 3 21:18:25 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 03 Feb 2010 22:18:25 +0100 Subject: [Ekiga-list] Windows link hacked In-Reply-To: <19b8273a1002031254h36a6eb0t6531b11bdc5b0ac1@mail.gmail.com> References: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> <1265228457.2533.3.camel@achille> <19b8273a1002031254h36a6eb0t6531b11bdc5b0ac1@mail.gmail.com> Message-ID: <4B69E821.8020604@pu-pm.univ-fcomte.fr> davandg wrote: > I wrote on a chat to a friend : "install Ekiga, and then we will able to > talk". > Few minutes latter he says: "We should pay ?! it asks some strange > information... Moreover I have 10 new icons on my desktop.". > I check the link of the windows installer and see that is not on Ekiga > website. So I thought that it was a virus-spyware-trojan. > I already had a problem with a hacker who changed link on an open source > software website... To be honest, one of my friends told me the same. I think the 4th page in Assistant is not sufficiently clear that you are not obliged to pay: you just need to check on the checkbox at the bottom of the page... > Tomorroy, I see my friend with his computer. I'll be able to know what > happened. > > Sorry, next time I will check with more precision if it's really dangerous > or not... > > Davandg. > > > 2010/2/3 yannick > >> Le mercredi 03 f?vrier 2010 ? 14:10 -0500, Darren Albers a ?crit : >>> Why do you think it is a trojan? The ekiga-setup scans as clean to >>> my AV. Virustotal is down so I can't check it there but it looks >>> clean. >>> >>> On Wed, Feb 3, 2010 at 1:35 PM, davandg wrote: >>>> Hi ! >>>> The windows's link link to a trojan ! >>>> See : >>>> http://ekiga.org/download-ekiga-binaries-or-source-code >>>> >>>> Please change this fast ! >>>> >> It is the intended link: >> http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ekiga-setup-3.2.6-release.exe >> >> This place is own by the guy who released the windows version: Mickael >> Rickman. >> >> I understand this might be confusing as it is not in the ekiga.net >> domain. >> >> Damien, what you think? Should we copy it on ekiga.net ? >> >>>> _______________________________________________ >>>> ekiga-list mailing list >>>> ekiga-list at gnome.org >>>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>>> >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> http://mail.gnome.org/mailman/listinfo/ekiga-list From dalbers at gmail.com Wed Feb 3 21:27:13 2010 From: dalbers at gmail.com (Darren Albers) Date: Wed, 3 Feb 2010 16:27:13 -0500 Subject: [Ekiga-list] Windows link hacked In-Reply-To: <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> References: <19b8273a1002031035v14162e50j3b071ac50cd3614c@mail.gmail.com> <7cd7fc041002031110o203438baw6ed1098314e06525@mail.gmail.com> Message-ID: <7cd7fc041002031327u4741c889p87376b53744c2@mail.gmail.com> On Wed, Feb 3, 2010 at 2:10 PM, Darren Albers wrote: > Why do you think it is a trojan? ? The ekiga-setup scans as clean to > my AV. ? ?Virustotal is down so I can't check it there but it looks > clean. > > On Wed, Feb 3, 2010 at 1:35 PM, davandg wrote: >> Hi ! >> The windows's link link to a trojan ! >> See : >> http://ekiga.org/download-ekiga-binaries-or-source-code >> >> Please change this fast ! >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> > Virustotal is back up so I had it scanned and it had 3 hits: http://www.virustotal.com/analisis/149ff8fccd0283474f12c9a70b90f7101a98eddc140027f7a49db247fb879790-1265225579 It looks like they are false positives though... From legenyes at hotmail.com Thu Feb 4 16:04:07 2010 From: legenyes at hotmail.com (My Name) Date: Thu, 4 Feb 2010 16:04:07 +0000 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic Message-ID: Sometimes Ekiga passes the echo test, but usually not. The problem is that sound is unreliable. Sometimes I can hear sound with the echo test, but usually not. Sometimes the incoming sound just quits. If I can hear incoming sound, most of the time I cannot transmit outgoing sound. In both cases, I "see" the sound, so I am receiving sound and the microphone is working. The volumes are normal. Once I have run Ekiga, I also have to reboot before I can play recordings, even though the volume controls are set normally. This is not a new problem. There's an old discussion here: https://answers.launchpad.net/ubuntu/+source/ekiga/+question/23222 , with no answers, unfortunately. Is there a way of getting it to work with Ubuntu? _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. http://clk.atdmt.com/GBL/go/201469230/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Feb 4 19:24:43 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 04 Feb 2010 20:24:43 +0100 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: References: Message-ID: <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> My Name wrote: > Sometimes Ekiga passes the echo test, but usually not. > > The problem is that sound is unreliable. Sometimes I can hear sound with the echo test, but usually not. Sometimes the incoming sound just quits. If I can hear incoming sound, most of the time I cannot transmit outgoing sound. In both cases, I "see" the sound, so I am receiving sound and the microphone is working. The volumes are normal. > > Once I have run Ekiga, I also have to reboot before I can play recordings, even though the volume controls are set normally. > > This is not a new problem. There's an old discussion here: https://answers.launchpad.net/ubuntu/+source/ekiga/+question/23222 , with no answers, unfortunately. Is there a way of getting it to work with Ubuntu? I believe this bug was fixed in 3.2.6, see http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=39190d030c7784efdff243d98024812cb9bac3ec -- Eugen From rowens at ptd.net Fri Feb 5 13:36:06 2010 From: rowens at ptd.net (Rob Owens) Date: Fri, 5 Feb 2010 08:36:06 -0500 Subject: [Ekiga-list] irc archive Message-ID: <20100205133606.GB16352@aurora.owens.net> Is there an archive for the #ekiga irc channel? If so, could somebody post the link? Thanks -Rob From legenyes at hotmail.com Fri Feb 5 21:15:37 2010 From: legenyes at hotmail.com (My Name) Date: Fri, 5 Feb 2010 21:15:37 +0000 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> References: , <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> Message-ID: Thanks, I'll try it. Can you tell me if the apparent problem with PulseAudio is also fixed? > Date: Thu, 4 Feb 2010 20:24:43 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Erratic sound with Ubuntu Karmic > I believe this bug was fixed in 3.2.6, see > http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=39190d030c7784efdff243d98024812cb9bac3ec _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. http://clk.atdmt.com/GBL/go/201469230/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Sat Feb 6 17:20:49 2010 From: sevmek at free.fr (yannick) Date: Sat, 06 Feb 2010 18:20:49 +0100 Subject: [Ekiga-list] Automatic Network Detection is broken atm (STUN server is down) Message-ID: <1265476849.3202.4.camel@achille> Hi, One of our service is down atm: the STUN server. If you have a new warning about port forwarding, here is a quick fix: $ gconftool-2 -s /apps/ekiga/general/nat/stun_server stun.ideasip.com --type=string (in 1 line) This will switch the STUN server to another one. Here is a list of public STUN servers: http://www.voip-info.org/wiki/view/STUN To revert back to the default setting use this line: $ gconftool-2 -s /apps/ekiga/general/nat/stun_server stun.ekiga.net --type=string Sorry for the inconvenience. Best regards, Yannick From legenyes at hotmail.com Sat Feb 6 19:51:22 2010 From: legenyes at hotmail.com (My Name) Date: Sat, 6 Feb 2010 19:51:22 +0000 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> References: , <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> Message-ID: Ubuntu updated, and now it is working consistently with version 3.2.5 (I did not update Ekiga). So it appears to have been a system error, and not an Ekiga error. Let's hope the good fortune continues. Thanks for your help. _________________________________________________________________ Hotmail: Trusted email with Microsoft?s powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469226/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Sat Feb 6 22:12:25 2010 From: sevmek at free.fr (yannick) Date: Sat, 06 Feb 2010 23:12:25 +0100 Subject: [Ekiga-list] Automatic Network Detection is broken atm (STUN server is down) In-Reply-To: <1265476849.3202.4.camel@achille> References: <1265476849.3202.4.camel@achille> Message-ID: <1265494345.3202.5.camel@achille> The default STUN server is UP again. Le samedi 06 f?vrier 2010 ? 18:20 +0100, yannick a ?crit : > Hi, > > One of our service is down atm: the STUN server. > > If you have a new warning about port forwarding, here is a quick fix: > $ gconftool-2 -s /apps/ekiga/general/nat/stun_server stun.ideasip.com > --type=string > > (in 1 line) > This will switch the STUN server to another one. > Here is a list of public STUN servers: > http://www.voip-info.org/wiki/view/STUN > > To revert back to the default setting use this line: > $ gconftool-2 -s /apps/ekiga/general/nat/stun_server stun.ekiga.net > --type=string > > Sorry for the inconvenience. > > Best regards, > Yannick > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From hensandler at yahoo.se Tue Feb 9 13:28:01 2010 From: hensandler at yahoo.se (Henrik Sandler) Date: Tue, 9 Feb 2010 13:28:01 +0000 (GMT) Subject: [Ekiga-list] I doesn't work Message-ID: <662646.117.qm@web26506.mail.ukl.yahoo.com> Hello.?I installed Egika last week and something is wrong. When I open it says; Standby. Registrated accounts 0 (well it writes in SwedishVilol?geRegistrerade konton 0) Maybe I did something wrong in the registration.?When I look at my Edit-Accountsit says ekiga.net SIP ServiceEkiga PC-To-Phone Both boxes are ticked. When I "edit" the account information for "ekiga.net SIP Service it says Kontonamn ekiga.net SIP ServiceRegistrator ekiga.netAnv?ndare sip:Henrik.sandler at ekiga.netL?senord **********Inloggningsnamn f?r autensiering ?sip:Henrik.sandler at ekiga.netTidsgr?ns f?r registrering 3600 When I press OK to close the window, it says. "Information saknas F?rs?kra dig om att du anger ett giltigt kontonamn, v?rdnamn och anv?ndarnamn." (rough translation. Missing information. Make sure that you have entered a valid account name, hostname and username) Where have I done wrong? I am using Ubuntu 8.04 and ?ekiga 2.0.12I have also paid 10$ to Diamond, to make cheaper phone calls to abroad.? Help is much needed.?Henrik SandlerLund?Sweden __________________________________________________ Anv?nder du Yahoo!? ?r du tr?tt p? spam? Yahoo! E-post har det b?sta spamskyddet som finns http://se.mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From thedogfarted at gmail.com Wed Feb 10 13:40:44 2010 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Wed, 10 Feb 2010 15:40:44 +0200 Subject: [Ekiga-list] I doesn't work In-Reply-To: <662646.117.qm@web26506.mail.ukl.yahoo.com> References: <662646.117.qm@web26506.mail.ukl.yahoo.com> Message-ID: On Tue, Feb 9, 2010 at 3:28 PM, Henrik Sandler wrote: > When I "edit" the account information for "ekiga.net SIP Service it says > > Kontonamn ekiga.net SIP Service > > Registrator ekiga.net > > Anv?ndare sip:Henrik.sandler at ekiga.net > > L?senord ********** > > Inloggningsnamn f?r autensiering ?sip:Henrik.sandler at ekiga.net > > Tidsgr?ns f?r registrering 3600 > > When I press OK to close the window, it says. "Information saknas > > F?rs?kra dig om att du anger ett giltigt kontonamn, v?rdnamn och anv?ndarnamn." > > (rough translation. Missing information. Make sure that you have entered a valid account name, hostname and username) Try removing "sip:" and "@ekiga.net" in both places (and Authentication User is needed only if it is different from username, otherwise it can be left blank). -- Ian From hensandler at yahoo.se Wed Feb 10 20:57:15 2010 From: hensandler at yahoo.se (Henrik Sandler) Date: Wed, 10 Feb 2010 20:57:15 +0000 (GMT) Subject: [Ekiga-list] I doesn't work In-Reply-To: Message-ID: <500911.66238.qm@web26504.mail.ukl.yahoo.com> --- Den ons 2010-02-10 skrev J?nis Ruk??ns : Fr?n: J?nis Ruk??ns ?mne: Re: [Ekiga-list] I doesn't work Till: "Ekiga mailing list" Datum: onsdag 10 februari 2010 14.40 ?When I "edit" the account information for "SIP Service" it says ?Kontonamn SIP Service ?Registrator " " (blank) ?Anv?ndare Henrik.sandler ?L?senord ********** ?Inloggningsnamn f?r autensiering ?sip:Henrik.sandler ?Tidsgr?ns f?r registrering 3600 ?When I press OK to close the window, it says. " " Nothing ?F?rs?kra dig om att du anger ett giltigt kontonamn, v?rdnamn och anv?ndarnamn." But I am still in a Standby position. What to do?? Try removing "sip:" and "@ekiga.net" in both places (and Authentication User is needed only if it is different from username, otherwise it can be left blank). -- Ian _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list Hello and thank you for the help. Something has changed. Do not know what, but I am still in a "Standby" position, and I can't telephone echo,? "sip:500 at ekiga.net"? ?I think that I need more help.?When I "edit" the account information for "SIP Service" it saysKontonamn SIP Service ?Registrator " " (blank) ?Anv?ndare Henrik.sandler ?L?senord ********** ?Inloggningsnamn f?r autensiering ?sip:Henrik.sandler ?Tidsgr?ns f?r registrering 3600 ?When I press OK to close the window, it says. " " Nothing ?F?rs?kra dig om att du anger ett giltigt kontonamn, v?rdnamn och anv?ndarnamn." But I am still in a Standby position. What to do?Best wishesHenrik __________________________________________________ Anv?nder du Yahoo!? ?r du tr?tt p? spam? Yahoo! E-post har det b?sta spamskyddet som finns http://se.mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at bbft.no Thu Feb 11 13:59:06 2010 From: marius at bbft.no (Marius Flage) Date: Thu, 11 Feb 2010 14:59:06 +0100 Subject: [Ekiga-list] Feeding Ekiga input from other devices than webcams/microphones Message-ID: <4B740D2A.8000704@bbft.no> Hi there! I have a project where I want to broadcast a video over H.323. I've been using Ekiga to connect to the end system and have been able to broadcast my webcam and audio just fine. I have a http TS-stream that I now want to feed into Ekiga. I was thinking about doing this by using named pipes. I've set up VLC to output audio and video separately into /tmp/vlc_audio and /tmp/vlc_video. I've then tried setting the audio and video devices manually by using gconf-editor, like described in http://wiki.ekiga.org/index.php/Audio_setup#Configure_Ekiga_3.x_for_OSS_4.x When I then try launching Ekiga I get errors with malformed input, so I'm guessing I'm shooting blanks or trying to do something that just isn't possible - even though I don't really see why it shouldn't be possible. Can someone shed some light on this? - Marius From tclayton at olypen.com Sat Feb 13 16:07:08 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sat, 13 Feb 2010 08:07:08 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install Message-ID: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> Hi, I am a new Ubuntu user, Ted Clayton. Before I got Ubuntu going, my brother wanted me to install Skype and begin using video calls. I protested, preferring to use an Open Source product. He said, "Ok, let me know what you figure out, and I'll install it too.". He is now a successful Skype user. I studied the Ubuntu video scene, and decided I like the sounds of Ekiga best. My brother downloaded the 20 meg Ekiga Windows install program this morning. As he installed it, some of it's requests & actions seemed unusual, for example wanting to install in My Documents. He then went to Start, found the Ekiga icon where he had the install put it, and clicked it. His HD light came on, flickered like it was starting a program, but then nothing happened. He tried in several ways to gain access to the program - but nothing worked. He then decided to uninstall the software, and perhaps try a fresh install. As the Uninstall process was running, he soon noticed that personal files & photos were being reported in the "Removing..." dialog. He tried to stop the process, but both the Stop button and the window-terminate button were grayed out. He pulled the power plug to stop the ongoing deletion of personal files. Restarting & surveying, he thinks "thousands" of files are now missing. Obviously, I am horrified. This is terrible. My brother is at home, working. He is available by email, or by telephone. I am trying to contact Ekiga first, but I must move rapidly, and will soon go to the Ubuntu forums, etc, without a response from Ekiga. Thank you! Ted Clayton -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sat Feb 13 16:16:55 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 08:16:55 -0800 (PST) Subject: [Ekiga-list] Help Ekiga tried to erase my My Documents! Message-ID: <263821.36150.qm@web51307.mail.re2.yahoo.com> Hi all, hope someone can help me here... System info: Averatec 3250 laptop running Win XP Pro (with auto update enabled, so it is current) Athlon XP-M 2.2 GHz CPU with 1 GB of RAM 80 GB HD with 24.5 GB free when I downloaded Ekiga Thunderbird, Firefox and AVG (background) were running when I downloaded Ekiga this morning from the Windows XP link on the Ekiga.org homepage What happened: I clicked on the Windows XP download link on the ekiga.org homepage to get Ekiga for Windows. The download took approximately 4 minutes and appeared to proceed normally. I then ran the install wizard for the GTK Runtime environment and Ekiga, selecting the default options at each step, except that I unchecked the option to install a, Ekiga shortcut on my desktop (I like a clean desktop). The only odd thing I noticed during the install was that the install wizard wanted to install the Ekiga program files in: C:\Documents and Settings\Stan\My Documents\ I found that odd, but decided to let it proceed. In any case, the wizard stepped through to completion and then offered to close the wizard and open Ekiga, to which I clicked yes. Then nothing happened, except that my computer's HD light lit up for several seconds. Thinking the program may have launched its window under my email and browser, I minimized them, but found nothing underneath them. I then clicked Start -> Programs -> Ekiga (it was there) and clicked on the program icon. Again, the HD light lit up for several seconds, but nothing occurred on screen. At that point I decided that allowing the program to install in My Documents had not been a good idea, so uninstalled the GTK Runtime environment and then uninstalled Ekiga using the uninstall link in Start -> Programs -> Ekiga. The uninstaller appeared to run normally, except that it continued to delete files within My Documents. At first I was unconcerned because I had let the program install files there, but the uninstaller just kept on deleting files long after any reasonable program should have completed its task. Looking more closely at the files being deleted, the uninstaller appeared to be uninstalling every file in My Documents. I tried to cancel the uninstaller, but the cancel button was grayed out, as were the Minimize-Maximize-Stop buttons at top right. In the end I unplugged the computer from the wall and pulled the battery to stop the computer. After rebooting I see that my C drive is now showing 32 GB free, implying that 6.5 GB of My Documents files were deleted. Thinking that they may have been moved to the Recycle bin, I checked there, but nothing was listed. They are simply gone. I am going off now to find a lost file recovery program, but wanted to let you know what happened in hopes that you can fix the issue for me and other Win XP users. Thank you, Stan -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sat Feb 13 17:19:06 2010 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 13 Feb 2010 18:19:06 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> Message-ID: <1266081546.2873.0.camel@scorpion.multitel.be> Le samedi 13 f?vrier 2010 ? 08:07 -0800, Ted Clayton a ?crit : > Obviously, I am horrified. This is terrible. > > My brother is at home, working. He is available by email, or by > telephone. > > I am trying to contact Ekiga first, but I must move rapidly, and will > soon go to the Ubuntu forums, etc, without a response from Ekiga. > Ted, it is impossible that the uninstall process of Ekiga deleted all those files. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclayton at olypen.com Sat Feb 13 17:33:17 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sat, 13 Feb 2010 09:33:17 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266081546.2873.0.camel@scorpion.multitel.be> References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> <1266081546.2873.0.camel@scorpion.multitel.be> Message-ID: <1266082397.2750.38.camel@ubuntu.ubuntu-domain> It is good to hear from you, Damien! My brother, Stan, has obtained the Pandora Recovery utility, and it reports 30,254 files were deleted. It also reports that recovery of some files is only partial. I see a few days ago, there was a post to the List, "Windows link hacked". Could this be related? You of course have by now also seen Stan's message, too ... Ted On Sat, 2010-02-13 at 18:19 +0100, Damien Sandras wrote: > Le samedi 13 f?vrier 2010 ? 08:07 -0800, Ted Clayton a ?crit : > > > Obviously, I am horrified. This is terrible. > > > > My brother is at home, working. He is available by email, or by > > telephone. > > > > I am trying to contact Ekiga first, but I must move rapidly, and > > will soon go to the Ubuntu forums, etc, without a response from > > Ekiga. > > > > > Ted, it is impossible that the uninstall process of Ekiga deleted all > those files. > > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sat Feb 13 18:09:22 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 10:09:22 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266081546.2873.0.camel@scorpion.multitel.be> Message-ID: <499657.58374.qm@web51301.mail.re2.yahoo.com> Damien, Thank you for responding, but your statement that it is impossible that the Ekiga uninstall deleted my files is preposterous. It did it right in front of my eyes. If you don't believe me, please download Ekiga for Win XP and let it install in your computer's My Documents, and then uninstall it. The program will demonstrate it to you first hand. Now I am trying to recover more than 30k files from more than 3k folders (mainly family and personal photos as well as business files and photos), and many hundreds are coming up corrupted and will not open. Brushing this off as impossible is the height of irresponsibility. Stan --- On Sat, 2/13/10, Damien Sandras wrote: From: Damien Sandras Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 9:19 AM Ted, it is impossible that the uninstall process of Ekiga deleted all those files. -- ?_???? Damien Sandras (o-????? //\??? Ekiga Softphone : http://www.ekiga.org/ v_/_?? Be IP?????????? : http://www.beip.be/ ?????? FOSDEM????????? : http://www.fosdem.org/ ?????? SIP Phone?????? : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Feb 13 18:16:53 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 13 Feb 2010 19:16:53 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266082397.2750.38.camel@ubuntu.ubuntu-domain> References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> <1266081546.2873.0.camel@scorpion.multitel.be> <1266082397.2750.38.camel@ubuntu.ubuntu-domain> Message-ID: <4B76EC95.10404@pu-pm.univ-fcomte.fr> Ted Clayton wrote: > It is good to hear from you, Damien! > > My brother, Stan, has obtained the Pandora Recovery utility, and it > reports 30,254 files were deleted. It also reports that recovery of > some files is only partial. > > I see a few days ago, there was a post to the List, "Windows link > hacked". Could this be related? I have saved all windows versions the 16 January 2010 on my HD. The windows version available right now from http://www.ekiga.org/download-ekiga-binaries-or-source-code is identical to what I have saved the 16 January. What is the size and md5 sum of the ekiga exe file you have downloaded? Here are mines: snoopy:~$ l ekiga-setup-3.2.6-release.exe -rw-r--r-- 1 dedu 20686898 Feb 13 19:11 ekiga-setup-3.2.6-release.exe snoopy:~$ md5sum ekiga-setup-3.2.6-release.exe b9bf1926f680ce435c0fad41008c24ec ekiga-setup-3.2.6-release.exe -- Eugen From sevmek at free.fr Sat Feb 13 18:33:10 2010 From: sevmek at free.fr (yannick) Date: Sat, 13 Feb 2010 19:33:10 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <499657.58374.qm@web51301.mail.re2.yahoo.com> References: <499657.58374.qm@web51301.mail.re2.yahoo.com> Message-ID: <1266085990.2633.5.camel@achille> Le samedi 13 f?vrier 2010 ? 10:09 -0800, Stan a ?crit : > It did it right in front of my eyes. This is not a proof. What you saw is your computer deleting your files, not ekiga. e.g. some viruses add themselves to various binaries and do actions when this binary is used. The windows binary is cross compiled from a GNU/Linux platform; this process is quit safe against viruses. Some days ago, people did a check against the binary for viruses and they did not find anything. The website ekiga.org is pointing to the right binary as Eugen stated. I'll try to reproduce your issue, but be aware again: it is not because you are using some software when something bad happen that it is a proof this particular software behave badly. Best regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From scc1909 at yahoo.com Sat Feb 13 18:43:13 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 10:43:13 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266085990.2633.5.camel@achille> Message-ID: <429412.14650.qm@web51307.mail.re2.yahoo.com> Thank you for your reply, Yannick. I understand that just because something happens when performing a task, it doesn't mean that task caused it. That's true. However, in this case, I watched as the uninstaller removed the normal components of Ekiga one would expect to see during an uninstall, but then continued to erase files and and folders in My Documents. The window did not change. It was the Ekiga remove window. What else am I to conclude except that the uninstaller did it? I will wait to see the results of your test. Thank you, Stan --- On Sat, 2/13/10, yannick wrote: From: yannick Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 10:33 AM Le samedi 13 f?vrier 2010 ? 10:09 -0800, Stan a ?crit : > It did it right in front of my eyes. This is not a proof. What you saw is your computer deleting your files, not ekiga. e.g. some viruses add themselves to various binaries and do actions when this binary is used. The windows binary is cross compiled from a GNU/Linux platform; this process is quit safe against viruses. Some days ago, people did a check against the binary for viruses and they did not find anything. The website ekiga.org is pointing to the right binary as Eugen stated. I'll try to reproduce your issue, but be aware again: it is not because you are using some software when something bad happen that it is a proof this particular software behave badly. Best regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclayton at olypen.com Sat Feb 13 18:43:20 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sat, 13 Feb 2010 10:43:20 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B76EC95.10404@pu-pm.univ-fcomte.fr> References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> <1266081546.2873.0.camel@scorpion.multitel.be> <1266082397.2750.38.camel@ubuntu.ubuntu-domain> <4B76EC95.10404@pu-pm.univ-fcomte.fr> Message-ID: <1266086600.2750.84.camel@ubuntu.ubuntu-domain> Thanks, Eugen, this looks like a potentially helpful point to check. Stan is in & out of the shop today (it is he who downloaded and attempted the install (across the USA from me)), and will respond when he returns to the computer. I think it would also be a good & prudent measure, though, for the project to do as Stan has suggested: to actually download the existing file, let it install to a Windows XP box, watch what transpires during that process, then uninstall from the Ekiga program-link as he did, and watch what happens. ... Or, at least somewhat comparably, does the project have records that the Windows install file is being downloaded & installed to numerous other Windows machines, without problems? If plenty of people are availing themselves of the Windows version of Ekiga, and we are hearing of no other difficulties, that is a practical indication that the file is not compromised. But if otoh very few or no other people have been installing it, for days or weeks, then it may be a problem exists with it, but the project has no yet had 'testers' to check out what actually happens. Especially if demand for the Windows version has been light, it would be appropriate & sensible, to find a Windows (XP) box on which to give the Ekiga Windows version a "live/real" test-install/uninstall. Ted On Sat, 2010-02-13 at 19:16 +0100, Eugen Dedu wrote: > Ted Clayton wrote: > > It is good to hear from you, Damien! > > > > My brother, Stan, has obtained the Pandora Recovery utility, and it > > reports 30,254 files were deleted. It also reports that recovery of > > some files is only partial. > > > > I see a few days ago, there was a post to the List, "Windows link > > hacked". Could this be related? > > I have saved all windows versions the 16 January 2010 on my HD. The > windows version available right now from > http://www.ekiga.org/download-ekiga-binaries-or-source-code is identical > to what I have saved the 16 January. > > What is the size and md5 sum of the ekiga exe file you have downloaded? > Here are mines: > snoopy:~$ l ekiga-setup-3.2.6-release.exe > -rw-r--r-- 1 dedu 20686898 Feb 13 19:11 ekiga-setup-3.2.6-release.exe > snoopy:~$ md5sum ekiga-setup-3.2.6-release.exe > b9bf1926f680ce435c0fad41008c24ec ekiga-setup-3.2.6-release.exe > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Feb 13 18:57:21 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 13 Feb 2010 19:57:21 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <429412.14650.qm@web51307.mail.re2.yahoo.com> References: <429412.14650.qm@web51307.mail.re2.yahoo.com> Message-ID: <4B76F611.2050409@pu-pm.univ-fcomte.fr> Stan wrote: > Thank you for your reply, Yannick. > > I understand that just because something happens when performing a task, it doesn't mean that task caused it. That's true. > > However, in this case, I watched as the uninstaller removed the normal components of Ekiga one would expect to see during an uninstall, but then continued to erase files and and folders in My Documents. The window did not change. It was the Ekiga remove window. What else am I to conclude except that the uninstaller did it? > > I will wait to see the results of your test. You can tell him to install another program and uninstall it, maybe the issue happens again... -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Feb 13 19:00:02 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 13 Feb 2010 20:00:02 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <499657.58374.qm@web51301.mail.re2.yahoo.com> References: <499657.58374.qm@web51301.mail.re2.yahoo.com> Message-ID: <4B76F6B2.5050302@pu-pm.univ-fcomte.fr> Stan wrote: > Damien, > > Thank you for responding, but your statement that it is impossible that the Ekiga uninstall deleted my files is preposterous. It did it right in front of my eyes. > > If you don't believe me, please download Ekiga for Win XP and let it install in your computer's My Documents, and then uninstall it. The program will demonstrate it to you first hand. > > Now I am trying to recover more than 30k files from more than 3k folders (mainly family and personal photos as well as business files and photos), and many hundreds are coming up corrupted and will not open. > > Brushing this off as impossible is the height of irresponsibility. For information: snoopy:~/softs/ekiga$ grep -i documents ekiga-setup-3.2.6-release.exe snoopy:~/softs/ekiga$ This means there is no string "Documents" or "documents" in the whole file. This reduces the chances that ekiga removes them... > Stan > > --- On Sat, 2/13/10, Damien Sandras wrote: > From: Damien Sandras > Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install > To: "Ekiga mailing list" > Date: Saturday, February 13, 2010, 9:19 AM > > > > > > > Ted, it is impossible that the uninstall process of Ekiga deleted all those files. From scc1909 at yahoo.com Sat Feb 13 19:07:14 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 11:07:14 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B76F6B2.5050302@pu-pm.univ-fcomte.fr> Message-ID: <520423.47849.qm@web51304.mail.re2.yahoo.com> How do I perform this "snoopy" task? --- On Sat, 2/13/10, Eugen Dedu wrote: From: Eugen Dedu Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 11:00 AM -snip- For information: snoopy:~/softs/ekiga$ grep -i documents ekiga-setup-3.2.6-release.exe snoopy:~/softs/ekiga$ This means there is no string "Documents" or "documents" in the whole file.? This reduces the chances that ekiga removes them... -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclayton at olypen.com Sat Feb 13 19:38:45 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sat, 13 Feb 2010 11:38:45 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B76F6B2.5050302@pu-pm.univ-fcomte.fr> References: <499657.58374.qm@web51301.mail.re2.yahoo.com> <4B76F6B2.5050302@pu-pm.univ-fcomte.fr> Message-ID: <1266089925.2750.101.camel@ubuntu.ubuntu-domain> Eugene, I opened Synaptic Package Manager on Ubuntu, and found "snoopy" offered there. However, when I attempted to mark the package for installation, this error dialog was issued: quote: Could not mark all packages for installation or upgrade. The following packages have unresolvable dependencies. Make sure that all required repositories are added and enable in the preferences. snoopy: Depends: ld.so.preload-manager (>=0.1) but it is not installable :end quote Everyone, Stan has a website to which he can upload the Ekiga Windows install executable that he downloaded from the project website this morning ... if it was not deleted during the ensuing disruption. He could then give us a URL and we can use the file he used, for investigation. Any suggestions to resolve the issue preventing me from installing snoopy? And, is there a Windows analog of this tool, which Stan can install on his XP box? Thanks! Ted On Sat, 2010-02-13 at 20:00 +0100, Eugen Dedu wrote: > Stan wrote: > > Damien, > > > > Thank you for responding, but your statement that it is impossible that the Ekiga uninstall deleted my files is preposterous. It did it right in front of my eyes. > > > > If you don't believe me, please download Ekiga for Win XP and let it install in your computer's My Documents, and then uninstall it. The program will demonstrate it to you first hand. > > > > Now I am trying to recover more than 30k files from more than 3k folders (mainly family and personal photos as well as business files and photos), and many hundreds are coming up corrupted and will not open. > > > > Brushing this off as impossible is the height of irresponsibility. > > For information: > snoopy:~/softs/ekiga$ grep -i documents ekiga-setup-3.2.6-release.exe > snoopy:~/softs/ekiga$ > > This means there is no string "Documents" or "documents" in the whole > file. This reduces the chances that ekiga removes them... > > > Stan > > > > --- On Sat, 2/13/10, Damien Sandras wrote: > > From: Damien Sandras > > Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install > > To: "Ekiga mailing list" > > Date: Saturday, February 13, 2010, 9:19 AM > > > > > > > > > > > > > > Ted, it is impossible that the uninstall process of Ekiga deleted all those files. > > _______________________________________________ > 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 legenyes at hotmail.com Sat Feb 13 20:05:17 2010 From: legenyes at hotmail.com (My Name) Date: Sat, 13 Feb 2010 20:05:17 +0000 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: References: , , <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr>, Message-ID: Unfortunately, it turns out that it's not fixed. Behavior is improved, I think, but still erratic and unusable. There's an ikon on the bottom left, for adjusting the sound card, and that is often grayed out during a call. That usually means that the microphone will not be turned on. I'd like to try the upgrade, but I'm having a bit of a problem. The PPA and verification have been added successfully, but it's not upgrading. The previous version is still installed. To avoid upgrading the whole computer I typed sudo apt-get update [password entered] sudo apt-get upgrade ekiga Output: Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: ekiga 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. What's going on? Do I need to be much more specific with the upgrade command? Thanks. _________________________________________________________________ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclayton at olypen.com Sat Feb 13 20:14:41 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sat, 13 Feb 2010 12:14:41 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <520423.47849.qm@web51304.mail.re2.yahoo.com> References: <520423.47849.qm@web51304.mail.re2.yahoo.com> Message-ID: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> Stan, I do not know if it is the same "snoopy", but there is a PHP script listed on Sourceforge by this name. http://sourceforge.net/projects/snoopy/ It has no webpage of its own, and there's almost no info for it. The snoopy script would be run on your hosted website, where it will have the LAMP available that it needs to run. Your associate in your website will know how to run it. Beware, that a "Highly critical" security alert # SA32361 has been issued on this script (assuming this is the one referred to by Eugen), by the security site Secunia. See: Snoopy "_httpsrequest()" Shell Command Execution Vulnerability http://secunia.com/Advisories/32361/ and Vulnerability Report: Snoopy 1.x http://secunia.com/advisories/product/5990/ Ted On Sat, 2010-02-13 at 11:07 -0800, Stan wrote: > How do I perform this "snoopy" task? > > --- On Sat, 2/13/10, Eugen Dedu > wrote: > > From: Eugen Dedu > Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install > To: "Ekiga mailing list" > Date: Saturday, February 13, 2010, 11:00 AM > > -snip- > For information: > snoopy:~/softs/ekiga$ grep -i documents > ekiga-setup-3.2.6-release.exe > snoopy:~/softs/ekiga$ > > This means there is no string "Documents" or "documents" in > the whole > file. This reduces the chances that ekiga removes them... > > > > _______________________________________________ > 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 scc1909 at yahoo.com Sat Feb 13 20:23:11 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 12:23:11 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> Message-ID: <509633.47897.qm@web51302.mail.re2.yahoo.com> Thanks...as I wrote earlier, I am going wait to see Yannick's report. --- On Sat, 2/13/10, Ted Clayton wrote: From: Ted Clayton Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 12:14 PM Stan, I do not know if it is the same "snoopy", but there is a PHP script listed on Sourceforge by this name. http://sourceforge.net/projects/snoopy/ It has no webpage of its own, and there's almost no info for it. The snoopy script would be run on your hosted website, where it will have the LAMP available that it needs to run.? Your associate in your website will know how to run it.? Beware, that a "Highly critical" security alert # SA32361 has been issued on this script (assuming this is the one referred to by Eugen), by the security site Secunia.? See: Snoopy "_httpsrequest()" Shell Command Execution Vulnerability http://secunia.com/Advisories/32361/ and Vulnerability Report: Snoopy 1.x http://secunia.com/advisories/product/5990/ Ted -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalbers at gmail.com Sat Feb 13 20:29:15 2010 From: dalbers at gmail.com (Darren Albers) Date: Sat, 13 Feb 2010 15:29:15 -0500 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <509633.47897.qm@web51302.mail.re2.yahoo.com> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> Message-ID: <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> Did you by chance install Ekiga into your My Documents folder? On Sat, Feb 13, 2010 at 3:23 PM, Stan wrote: > Thanks...as I wrote earlier, I am going wait to see Yannick's report. > > --- On *Sat, 2/13/10, Ted Clayton * wrote: > > > From: Ted Clayton > > Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install > To: "Ekiga mailing list" > Date: Saturday, February 13, 2010, 12:14 PM > > > Stan, I do not know if it is the same "snoopy", but there is a PHP script > listed on Sourceforge by this name. > > http://sourceforge.net/projects/snoopy/ > > It has no webpage of its own, and there's almost no info for it. > > The snoopy script would be run on your hosted website, where it will have > the LAMP available that it needs to run. Your associate in your website > will know how to run it. > > Beware, that a "Highly critical" security alert # *SA32361* has been > issued on this script (assuming this is the one referred to by Eugen), by > the security site Secunia. See: > > *Snoopy "_httpsrequest()" Shell Command Execution Vulnerability* > http://secunia.com/Advisories/32361/ > > and > > *Vulnerability Report: Snoopy 1.x* > http://secunia.com/advisories/product/5990/ > > Ted > > > > _______________________________________________ > 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 Sat Feb 13 20:38:12 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 13 Feb 2010 21:38:12 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266089925.2750.101.camel@ubuntu.ubuntu-domain> References: <499657.58374.qm@web51301.mail.re2.yahoo.com> <4B76F6B2.5050302@pu-pm.univ-fcomte.fr> <1266089925.2750.101.camel@ubuntu.ubuntu-domain> Message-ID: <4B770DB4.9060101@pu-pm.univ-fcomte.fr> Ted Clayton wrote: > Eugene, I opened Synaptic Package Manager on Ubuntu, and found "snoopy" > offered there. Ted, do not try to install snoopy. snoopy is the name of my machine!! The only point was to show you (through the "grep" command) that Documents does not exist in the executable file, so it is unlikely that that executable file looks for (My) Documents directory. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Feb 13 20:41:52 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 13 Feb 2010 21:41:52 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> Message-ID: <4B770E90.5030201@pu-pm.univ-fcomte.fr> It said yes. So the question is: installing ekiga in My Documents folder removes My Documents folder upon uninstalling. Maybe ekiga considers that the installation folder is used only by ekiga and at uninstallation it removes it completely? Darren Albers wrote: > Did you by chance install Ekiga into your My Documents folder? > > On Sat, Feb 13, 2010 at 3:23 PM, Stan wrote: > >> Thanks...as I wrote earlier, I am going wait to see Yannick's report. >> >> --- On *Sat, 2/13/10, Ted Clayton * wrote: >> >> >> From: Ted Clayton >> >> Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install >> To: "Ekiga mailing list" >> Date: Saturday, February 13, 2010, 12:14 PM >> >> >> Stan, I do not know if it is the same "snoopy", but there is a PHP script >> listed on Sourceforge by this name. >> >> http://sourceforge.net/projects/snoopy/ >> >> It has no webpage of its own, and there's almost no info for it. >> >> The snoopy script would be run on your hosted website, where it will have >> the LAMP available that it needs to run. Your associate in your website >> will know how to run it. >> >> Beware, that a "Highly critical" security alert # *SA32361* has been >> issued on this script (assuming this is the one referred to by Eugen), by >> the security site Secunia. See: >> >> *Snoopy "_httpsrequest()" Shell Command Execution Vulnerability* >> http://secunia.com/Advisories/32361/ >> >> and >> >> *Vulnerability Report: Snoopy 1.x* >> http://secunia.com/advisories/product/5990/ >> >> Ted >> >> From tclayton at olypen.com Sat Feb 13 20:51:32 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sat, 13 Feb 2010 12:51:32 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B770DB4.9060101@pu-pm.univ-fcomte.fr> References: <499657.58374.qm@web51301.mail.re2.yahoo.com> <4B76F6B2.5050302@pu-pm.univ-fcomte.fr> <1266089925.2750.101.camel@ubuntu.ubuntu-domain> <4B770DB4.9060101@pu-pm.univ-fcomte.fr> Message-ID: <1266094292.2750.138.camel@ubuntu.ubuntu-domain> Thanks for the heads-up, Eugen! ;) I'll desist from that path ... I'm not command-line competent, yet - but this would be functionally similar to using an old "debug" hex search to find the string of interest, it sounds... On Sat, 2010-02-13 at 21:38 +0100, Eugen Dedu wrote: > Ted Clayton wrote: > > Eugene, I opened Synaptic Package Manager on Ubuntu, and found "snoopy" > > offered there. > > Ted, do not try to install snoopy. snoopy is the name of my machine!! > > The only point was to show you (through the "grep" command) that > Documents does not exist in the executable file, so it is unlikely that > that executable file looks for (My) Documents directory. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: face-wink.png Type: image/png Size: 876 bytes Desc: not available URL: From scc1909 at yahoo.com Sat Feb 13 21:42:46 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 13:42:46 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> Message-ID: <337487.25161.qm@web51304.mail.re2.yahoo.com> Yes I did. During the install process it asked to install the program in My Documents, so I let it, even though I considered that an odd install request. --- On Sat, 2/13/10, Darren Albers wrote: From: Darren Albers Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 12:29 PM Did you by chance install Ekiga into your My Documents folder??? -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sat Feb 13 22:02:08 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 14:02:08 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B770E90.5030201@pu-pm.univ-fcomte.fr> Message-ID: <158226.21017.qm@web51303.mail.re2.yahoo.com> I asked myself that same question, Eugen, so went to look. According to Pandora Recovery, the utility I am using to recover my lost files, in addition to deleting some 20k files from the My Documents folder, the uninstall deleted or overwrote ~10k files from other parts of the hard drive, including in the Windows System32 folder. You can see a screenshot here: http://www.flickr.com/photos/34403391 at N07/4354757450/ --- On Sat, 2/13/10, Eugen Dedu wrote: From: Eugen Dedu Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 12:41 PM It said yes. So the question is: installing ekiga in My Documents folder removes My Documents folder upon uninstalling. Maybe ekiga considers that the installation folder is used only by ekiga and at uninstallation it removes it completely? -snip- -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalbers at gmail.com Sat Feb 13 22:09:41 2010 From: dalbers at gmail.com (Darren Albers) Date: Sat, 13 Feb 2010 17:09:41 -0500 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <158226.21017.qm@web51303.mail.re2.yahoo.com> References: <4B770E90.5030201@pu-pm.univ-fcomte.fr> <158226.21017.qm@web51303.mail.re2.yahoo.com> Message-ID: <7cd7fc041002131409h5f1aeee2r2f890d0f2e2b2012@mail.gmail.com> On Sat, Feb 13, 2010 at 5:02 PM, Stan wrote: > I asked myself that same question, Eugen, so went to look. According to > Pandora Recovery, the utility I am using to recover my lost files, in > addition to deleting some 20k files from the My Documents folder, the > uninstall deleted or overwrote ~10k files from other parts of the hard > drive, including in the Windows System32 folder. > > You can see a screenshot here: http://www.flickr.com/photos/3440move > networks linux3391 at N07/4354757450/ > > > --- On *Sat, 2/13/10, Eugen Dedu * wrote: > > From: Eugen Dedu > Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install > To: "Ekiga mailing list" > Date: Saturday, February 13, 2010, 12:41 PM > > It said yes. > > So the question is: installing ekiga in My Documents folder removes My > Documents folder upon uninstalling. > > Maybe ekiga considers that the installation folder is used only by ekiga > and at uninstallation it removes it completely? > > -snip- > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > I can see the uninstaller wiping out the folder it is installed to by accident but the file you show in the screenshot is related to Exchange (Maybe Outlook) and not Ekiga. I don't have access to a Windows system to test with this weekend but it is not impossible that the installer removes the whole folder it installs itself to. -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sat Feb 13 22:40:11 2010 From: scc1909 at yahoo.com (Stan) Date: Sat, 13 Feb 2010 14:40:11 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002131409h5f1aeee2r2f890d0f2e2b2012@mail.gmail.com> Message-ID: <876754.87669.qm@web51301.mail.re2.yahoo.com> Good point, Darren. It could be that Pandora Recovery found many previously incompletely deleted files from old uninstalls, since I uninstalled Outlook Express shortly after purchasing this laptop in Dec '04. I was (perhaps unfairly) presuming the Ekiga uninstall was responsible. Also, I was watching at the uninstaller's 'removing files' window the entire time it ran and never saw any files being deleted except for My Documents files. In the meantime, I have recovered about 15,000 of the 20,000+ My Documents files it deleted (in about 10-15 seconds of running!). Many are corrupted, but I hope to recover them. Thank you for your continued assistance! Stan --- On Sat, 2/13/10, Darren Albers wrote: From: Darren Albers Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Saturday, February 13, 2010, 2:09 PM I can see the uninstaller wiping out the folder it is installed to by accident but the file you show in the screenshot is related to Exchange (Maybe Outlook) and not Ekiga. I don't have access to a Windows system to test with this weekend but it is not impossible that the installer removes the whole folder it installs itself to. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kapetr at mizera.cz Sun Feb 14 13:10:59 2010 From: kapetr at mizera.cz (kapetr) Date: Sun, 14 Feb 2010 14:10:59 +0100 (CET) Subject: [Ekiga-list] Ekiga do not work behind NAT Message-ID: <0b276c6d3aa59e7e4e8ef31b900cbf08@www2-mail.volny.cz> See the description at https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 I hope it will be corrected soon. --kapetr From michel.memeteau at gmail.com Sun Feb 14 13:57:57 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Sun, 14 Feb 2010 14:57:57 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266081546.2873.0.camel@scorpion.multitel.be> References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> <1266081546.2873.0.camel@scorpion.multitel.be> Message-ID: 2010/2/13 Damien Sandras > Le samedi 13 f?vrier 2010 ? 08:07 -0800, Ted Clayton a ?crit > > Obviously, I am horrified. This is terrible. > > My brother is at home, working. He is available by email, or by telephone. > > I am trying to contact Ekiga first, but I must move rapidly, and will soon > go to the Ubuntu forums, etc, without a response from Ekiga. > > > Ted, it is impossible that the uninstall process of Ekiga deleted all those > files. > I did not see the NSI script but It's completely possible and has nothing to do with virus/malware if for some reason the installer decide that MyDocs is the default install dir instead of progfiles/ekiga , it will install there and uninstaller will erase the INSTALDIR content and thus mydocs. I guess it can have something to do with user rights as if progfiles is not writable, i might try Mydocs. I've seen this behaviour before. Best think would be to stop linking to Win installers for now ! -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclayton at olypen.com Sun Feb 14 14:35:57 2010 From: tclayton at olypen.com (Ted Clayton) Date: Sun, 14 Feb 2010 06:35:57 -0800 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> <1266081546.2873.0.camel@scorpion.multitel.be> Message-ID: <1266158157.2176.7.camel@ubuntu.ubuntu-domain> Michel, the installer, Stan, has reported several times here that the reason he installed to MyDocs, is that the install itself requested it. He reports that he found it "odd". Is it possible that indeed the Ekiga Windows install is asking for MyDocs as it's install-location? It has been reported, several times, that it did that. On Sun, 2010-02-14 at 14:57 +0100, michel memeteau wrote: > > > > 2010/2/13 Damien Sandras > > Le samedi 13 f?vrier 2010 ? 08:07 -0800, Ted Clayton a ?crit > > > Obviously, I am horrified. This is terrible. > > > > My brother is at home, working. He is available by email, > > or by telephone. > > > > I am trying to contact Ekiga first, but I must move rapidly, > > and will soon go to the Ubuntu forums, etc, without a > > response from Ekiga. > > > > > > > Ted, it is impossible that the uninstall process of Ekiga > deleted all those files. > > > I did not see the NSI script but > It's completely possible and has nothing to do with virus/malware > > > if for some reason the installer decide that MyDocs is the default > install dir instead of progfiles/ekiga , it will install there and > uninstaller will erase the INSTALDIR content and thus mydocs. > > > I guess it can have something to do with user rights as if progfiles > is not writable, i might try Mydocs. I've seen this behaviour before. > > Best think would be to stop linking to Win installers for now ! > > > > -- > <-------------------------------------------------------> > web : http://memeteau.com > Fixe : 0974763294 Mobile : 0624808051 > Visio/jabber/GTalk : xmpp:freechelmi at jabber.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 michel.memeteau at gmail.com Sun Feb 14 15:01:25 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Sun, 14 Feb 2010 16:01:25 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266158157.2176.7.camel@ubuntu.ubuntu-domain> References: <1266077228.2750.22.camel@ubuntu.ubuntu-domain> <1266081546.2873.0.camel@scorpion.multitel.be> <1266158157.2176.7.camel@ubuntu.ubuntu-domain> Message-ID: 2010/2/14 Ted Clayton : > Michel, the installer, Stan, has reported several times here that the reason > he installed to MyDocs, is that the install itself requested it.? He reports > that he found it "odd".? Is it possible that indeed the Ekiga Windows > install is asking for MyDocs as it's install-location?? It has been > reported, several times, that it did that. I just tested it on Wine and it was OK ( progfile/ekiga), He's on XP SP3 with admin rights ? Sorry if it has already been said -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr From scc1909 at yahoo.com Sun Feb 14 15:49:39 2010 From: scc1909 at yahoo.com (Stan) Date: Sun, 14 Feb 2010 07:49:39 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: Message-ID: <673620.86584.qm@web51306.mail.re2.yahoo.com> Thank you for the reply, Michel. I assure you that the install wanted to install Ekiga in the My Documents directory. I made a deliberate decision to allow it, because I thought maybe there was something in My Docs that Ekiga could use. I thought it a bit unusual, but let it happen. I could have browsed to Program Files and forced the install in that directory, but decided not to. In any case, I am concerned about two things. First, where the deletions would have stopped had I not interrupted the uninstall by unplugging my computer. As you can see in the screen shot I link to below, Ekiga installed itself in MyDocs. When I uninstalled it, the uninstaller did not stop deleting files when the Ekiga subdirectory was empty. Instead, it jumped up a level in the directory and began deleting file within other My Docs subdirectories. Screen shot: http://www.flickr.com/photos/34403391 at N07/4356542596/ If I had not interrupted the uninstall, what would have happened when the uninstaller emptied the My Documents directory? Would it then have started deleting files a level higher in the directory hierarchy, and continued until it erased the entire hard drive? Second, I also ask myself if anything would have been different had I forced Ekiga to install itself in the Program Files directory, and then ran the uninstaller? In other words, if at any time a user decides to uninstall Ekiga for any reason whatsoever, will the uninstall NSI script attempt to erase everything at that level (and maybe higher) on the hard drive? Maybe the reason you (the Ekiga team) have not seen this problem before is that no one had tried to uninstall it on a Win XP box. Maybe this problem is waiting in the uninstall script on every Windows computer Ekiga has been downloaded to? I think the Ekiga team needs to stop releasing the beta Win XP version until this issue is resolved. Thank you again, Stan --- On Sun, 2/14/10, michel memeteau wrote: From: michel memeteau Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Sunday, February 14, 2010, 5:57 AM I did not see the NSI script but It's completely possible and has nothing to do with virus/malware if for some reason the installer decide that MyDocs is the default install dir instead of progfiles/ekiga , it will install there and uninstaller will erase the INSTALDIR content and thus mydocs. I guess it can have something to do with user rights as if progfiles is not writable, i might try Mydocs. I've seen this behaviour before. Best think would be to stop linking to Win installers for now ! -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sun Feb 14 15:54:15 2010 From: scc1909 at yahoo.com (Stan) Date: Sun, 14 Feb 2010 07:54:15 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: Message-ID: <29302.98154.qm@web51303.mail.re2.yahoo.com> Yes, I have SP3 installed and have admin rights. I have all Microsoft critical updates, current through this week, installed. Running the scripts in Wine may be masking the script's behavior in WinXP. As good as Wine is, it is not WinXp. Stan --- On Sun, 2/14/10, michel memeteau wrote: From: michel memeteau Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Sunday, February 14, 2010, 7:01 AM I just tested it on Wine? and it was OK ( progfile/ekiga),? He's on XP SP3 with admin rights ? Sorry if it has already been said -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.memeteau at gmail.com Sun Feb 14 15:58:03 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Sun, 14 Feb 2010 16:58:03 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <673620.86584.qm@web51306.mail.re2.yahoo.com> References: <673620.86584.qm@web51306.mail.re2.yahoo.com> Message-ID: 2010/2/14 Stan > Thank you for the reply, Michel. I assure you that the install wanted to > install Ekiga in the My Documents directory. I made a deliberate decision to > allow it, because I thought maybe there was something in My Docs that Ekiga > could use. I thought it a bit unusual, but let it happen. I could have > browsed to Program Files and forced the install in that directory, but > decided not to. > > I thought the installdir the installer proposed was Mydocs but it seems it was mydocs/ekiga which definitely tell there is a bug that leads the uninstaller to remove the top directory of the installed directory. -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sun Feb 14 16:13:07 2010 From: scc1909 at yahoo.com (Stan) Date: Sun, 14 Feb 2010 08:13:07 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: Message-ID: <758763.60142.qm@web51301.mail.re2.yahoo.com> Installing any program in MyDocs is unconventional, and I recommend against it. ALL programs in WinXP should be installed in the Program Files directory. The reason is simple. If a program behaves badly from within the Program Files directory, it can only damage itself and other programs, which can be easily downloaded and installed again. OTOH, if a program behaves badly within My Documents it can do irreparable damage to important data files, photos, etc. Please change the install script to default to the Program Files directory. Thank you again, Stan --- On Sun, 2/14/10, michel memeteau wrote: From: michel memeteau Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Sunday, February 14, 2010, 7:58 AM I thought the installdir the installer proposed was Mydocs but it seems it was mydocs/ekiga which definitely tell there is a bug that leads the uninstaller to remove the top directory of the installed directory. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.memeteau at gmail.com Sun Feb 14 16:32:53 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Sun, 14 Feb 2010 17:32:53 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <758763.60142.qm@web51301.mail.re2.yahoo.com> References: <758763.60142.qm@web51301.mail.re2.yahoo.com> Message-ID: It seems you misunderstood me. Default setup install dir is obviously progfiles/ekiga !!! On your machne for some reason it found or proposed mydocs/ekiga Moreover the uninstall understood that the install dir is mydocs. I then would think about wrong registry reading from installer/uninstaller 2010/2/14 Stan > Installing any program in MyDocs is unconventional, and I recommend > against it. ALL programs in WinXP should be installed in the Program Files > directory. The reason is simple. If a program behaves badly from within the > Program Files directory, it can only damage itself and other programs, which > can be easily downloaded and installed again. > > OTOH, if a program behaves badly within My Documents it can do irreparable > damage to important data files, photos, etc. > > Please change the install script to default to the Program Files directory. > > Thank you again, > > > Stan > > --- On *Sun, 2/14/10, michel memeteau * wrote: > > From: michel memeteau > Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install > To: "Ekiga mailing list" > Date: Sunday, February 14, 2010, 7:58 AM > > > I thought the installdir the installer proposed was Mydocs but it seems it > was mydocs/ekiga which definitely tell there is a bug that leads the > uninstaller to remove the top directory of the installed directory. > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Sun Feb 14 17:10:36 2010 From: scc1909 at yahoo.com (Stan) Date: Sun, 14 Feb 2010 09:10:36 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: Message-ID: <193913.32515.qm@web51303.mail.re2.yahoo.com> Have you now looked at the NSIS script, Michel, or are you guessing that the default is progfiles/ekiga? I ask because I think you wrote earlier that you have not seen the script. Nevertheless, when I installed Ekiga, it defaulted to the MyDocs directory. When I downloaded Ekiga for WinXP the computer was freshly turned on and I had only Thunderbird email, Firefox browser and AVG running (plus system files, obviously). There was nothing odd going on that could have induced Ekiga to default to MyDocs. I am not on a LAN with someone else having admin rights on my computer, or anything like that. Ekiga chose MyDocs itself. Also, does every other Ekiga WinXP downloader face this problem, no matter where they install the program? Thanks, Stan --- On Sun, 2/14/10, michel memeteau wrote: From: michel memeteau Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Sunday, February 14, 2010, 8:32 AM It seems you misunderstood me. Default setup install dir is obviously progfiles/ekiga !!! On your machne for some reason it found or proposed mydocs/ekiga Moreover the uninstall understood that the install dir is? mydocs. I then would think about wrong registry reading from installer/uninstaller -------------- next part -------------- An HTML attachment was scrubbed... URL: From legenyes at hotmail.com Sun Feb 14 17:58:19 2010 From: legenyes at hotmail.com (My Name) Date: Sun, 14 Feb 2010 17:58:19 +0000 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B770E90.5030201@pu-pm.univ-fcomte.fr> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com>, <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com>, <4B770E90.5030201@pu-pm.univ-fcomte.fr> Message-ID: I just tried it, and I can confirm. By default, Ekiga just tried to install itself in C:\Documents and Settings\ From Eugen.Dedu at pu-pm.univ-fcomte.fr Sun Feb 14 18:47:40 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 14 Feb 2010 19:47:40 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com>, <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com>, <4B770E90.5030201@pu-pm.univ-fcomte.fr> Message-ID: <4B78454C.9030400@pu-pm.univ-fcomte.fr> My Name wrote: > I just tried it, and I can confirm. > > By default, Ekiga just tried to install itself in > > C:\Documents and Settings\ > I didn't try it to see what might be deleted on uninstalling. Regardless, THIS IS NOT THE CORRECT PLACE FOR AN INSTALLATION! > > As a gentle hint, did anyone actually try the whole package before releasing it for Windows? Well, I personally am not involved at all in the windows version, but the person who released it has of course tested it several months. So to resume: - it seems, at least on some machines, it offers to install in MyDocs, which is wrong - it seems that uninstalling it removes the whole MyDocs directory, which is wrong - open question: if installed in ProgFiles for ex., does uninstallation work as expected or it still try to remove the whole ProgFiles? -- Eugen From legenyes at hotmail.com Sun Feb 14 20:43:50 2010 From: legenyes at hotmail.com (My Name) Date: Sun, 14 Feb 2010 20:43:50 +0000 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <4B78454C.9030400@pu-pm.univ-fcomte.fr> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com>, , <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com>, , <4B770E90.5030201@pu-pm.univ-fcomte.fr>, , <4B78454C.9030400@pu-pm.univ-fcomte.fr> Message-ID: > - open question: if installed in ProgFiles for ex., does uninstallation > work as expected or it still try to remove the whole ProgFiles? It doesn't matter. If it deletes any files ANYWHERE that don't belong to it, that's a critical error, and it needs to be fixed immediately. I haven't attempted to verify the behavior on uninstalling, but there's more than enough information to justify checking it out. _________________________________________________________________ Hotmail: Trusted email with Microsoft?s powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469226/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Mon Feb 15 01:10:20 2010 From: rowens at ptd.net (Rob Owens) Date: Sun, 14 Feb 2010 20:10:20 -0500 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <4B770E90.5030201@pu-pm.univ-fcomte.fr> Message-ID: <20100215011020.GB6258@aurora.owens.net> On Sun, Feb 14, 2010 at 05:58:19PM +0000, My Name wrote: > > I just tried it, and I can confirm. > > By default, Ekiga just tried to install itself in > > C:\Documents and Settings\ > I didn't try it to see what might be deleted on uninstalling. Regardless, THIS IS NOT THE CORRECT PLACE FOR AN INSTALLATION! > > As a gentle hint, did anyone actually try the whole package before releasing it for Windows? > If you've got a Windows XP installation CD, I recommend using VirtualBox to create a virtual machine. That way you can test anything you want and you won't affect your "real" system. -Rob From dsandras at seconix.com Mon Feb 15 08:40:04 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 15 Feb 2010 09:40:04 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> , , <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> , , <4B770E90.5030201@pu-pm.univ-fcomte.fr> , , <4B78454C.9030400@pu-pm.univ-fcomte.fr> Message-ID: <1266223204.2873.4.camel@scorpion.multitel.be> Le dimanche 14 f?vrier 2010 ? 20:43 +0000, My Name a ?crit : > > - open question: if installed in ProgFiles for ex., does > uninstallation > > work as expected or it still try to remove the whole ProgFiles? > > It doesn't matter. If it deletes any files ANYWHERE that don't belong > to it, that's a critical error, and it needs to be fixed immediately. > I haven't attempted to verify the behavior on uninstalling, but > there's more than enough information to justify checking it out. What's weird is that we did not code the installer / uninstaller part. It comes "out of the box" from a standard project (NSI). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at bbft.no Mon Feb 15 10:53:33 2010 From: marius at bbft.no (Marius Flage) Date: Mon, 15 Feb 2010 11:53:33 +0100 Subject: [Ekiga-list] Feeding Ekiga input from other devices than webcams/microphones In-Reply-To: <4B740D2A.8000704@bbft.no> References: <4B740D2A.8000704@bbft.no> Message-ID: <4B7927AD.1060106@bbft.no> > Can someone shed some light on this? No light? -- Marius Flage Bredb?ndsfylket Troms AS Terminalgata 68 9019 Troms? 77 78 87 04 / 419 21 679 From dsandras at seconix.com Mon Feb 15 11:00:01 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 15 Feb 2010 12:00:01 +0100 Subject: [Ekiga-list] Feeding Ekiga input from other devices than webcams/microphones In-Reply-To: <4B7927AD.1060106@bbft.no> References: <4B740D2A.8000704@bbft.no> <4B7927AD.1060106@bbft.no> Message-ID: <1266231601.27331.1.camel@scorpion.multitel.be> Le lundi 15 f?vrier 2010 ? 11:53 +0100, Marius Flage a ?crit : > > Can someone shed some light on this? > > No light? > I think there is a fake Video4Linux driver allowing any source input to be seen as a Video4Linux compatible webcam. If I was you, I would look into that direction. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalbers at gmail.com Mon Feb 15 13:56:07 2010 From: dalbers at gmail.com (Darren Albers) Date: Mon, 15 Feb 2010 08:56:07 -0500 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <1266223204.2873.4.camel@scorpion.multitel.be> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> <4B770E90.5030201@pu-pm.univ-fcomte.fr> <4B78454C.9030400@pu-pm.univ-fcomte.fr> <1266223204.2873.4.camel@scorpion.multitel.be> Message-ID: <7cd7fc041002150556y6e226cb6pfc3d42680a8c0be@mail.gmail.com> On Mon, Feb 15, 2010 at 3:40 AM, Damien Sandras wrote: > Le dimanche 14 f?vrier 2010 ? 20:43 +0000, My Name a ?crit : > > > - open question: if installed in ProgFiles for ex., does uninstallation > > work as expected or it still try to remove the whole ProgFiles? > > It doesn't matter. If it deletes any files ANYWHERE that don't belong to > it, that's a critical error, and it needs to be fixed immediately. I > haven't attempted to verify the behavior on uninstalling, but there's more > than enough information to justify checking it out. > > > What's weird is that we did not code the installer / uninstaller part. It > comes "out of the box" from a standard project (NSI). > > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > Is there anyplace I can grab the installer from? I have access to a windows PC today that I can test with. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.memeteau at gmail.com Mon Feb 15 14:00:26 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Mon, 15 Feb 2010 15:00:26 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002150556y6e226cb6pfc3d42680a8c0be@mail.gmail.com> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> <4B770E90.5030201@pu-pm.univ-fcomte.fr> <4B78454C.9030400@pu-pm.univ-fcomte.fr> <1266223204.2873.4.camel@scorpion.multitel.be> <7cd7fc041002150556y6e226cb6pfc3d42680a8c0be@mail.gmail.com> Message-ID: 2010/2/15 Darren Albers > > > > Is there anyplace I can grab the installer from? I have access to a > windows PC today that I can test with. > here http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ekiga-setup-3.2.6-release.exe -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at bbft.no Mon Feb 15 16:06:31 2010 From: marius at bbft.no (Marius Flage) Date: Mon, 15 Feb 2010 17:06:31 +0100 Subject: [Ekiga-list] Feeding Ekiga input from other devices than webcams/microphones In-Reply-To: <1266231601.27331.1.camel@scorpion.multitel.be> References: <4B740D2A.8000704@bbft.no> <4B7927AD.1060106@bbft.no> <1266231601.27331.1.camel@scorpion.multitel.be> Message-ID: <4B797107.9040006@bbft.no> Damien Sandras wrote: > I think there is a fake Video4Linux driver allowing any source input to > be seen as a Video4Linux compatible webcam. If I was you, I would look > into that direction. Ah, interesting. That's the Video4Linux Loopback Device [1], right? I've compiled and inserted this module and it seems to have created two new devices - one for input and one for output, and Ekiga seems to have detected the output device. But that's just for the video, how about audio? I need some sort of audio loopback device here as well, right? - Marius [1] http://www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLoopbackDevice From dalbers at gmail.com Mon Feb 15 19:57:13 2010 From: dalbers at gmail.com (Darren Albers) Date: Mon, 15 Feb 2010 14:57:13 -0500 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> <4B770E90.5030201@pu-pm.univ-fcomte.fr> <4B78454C.9030400@pu-pm.univ-fcomte.fr> <1266223204.2873.4.camel@scorpion.multitel.be> <7cd7fc041002150556y6e226cb6pfc3d42680a8c0be@mail.gmail.com> Message-ID: <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> I just did a test install and it put it in my Program Files directory and never gave me an option to do it anywhere else. A removal then removed the whole Ekiga Directory but nothing else. It looked safe to me on my system but I am just one person. Does anyone know if this Installer uses some system variable to find Program Files? For example %programfiles% should by default point to the Program Files folder. Maybe that was set incorrectly on the system in question? Thanks! On Mon, Feb 15, 2010 at 9:00 AM, michel memeteau wrote: > > > 2010/2/15 Darren Albers >> >> >> >> Is there anyplace I can grab the installer from?? I have access to a >> windows PC today that I can test with. > > here > http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ekiga-setup-3.2.6-release.exe > > > > -- > <-------------------------------------------------------> > web : http://memeteau.com > Fixe : ?0974763294 Mobile : 0624808051 > Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From rowens at ptd.net Mon Feb 15 20:36:46 2010 From: rowens at ptd.net (Rob Owens) Date: Mon, 15 Feb 2010 15:36:46 -0500 Subject: [Ekiga-list] registration fails immediately if STUN is not used Message-ID: <20100215203646.GA11599@aurora.owens.net> I think this is a new problem... Registration to my ekiga.net account fails immediately if I choose not to use STUN. I'm experimenting with a local SIP proxy which requires me to turn off STUN. I've tested this on another LAN with no SIP proxy and no special settings, so I think it's a problem on ekiga.net's end. Can anybody confirm? -Rob From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Feb 16 08:56:59 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 16 Feb 2010 09:56:59 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain> <509633.47897.qm@web51302.mail.re2.yahoo.com> <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com> <4B770E90.5030201@pu-pm.univ-fcomte.fr> <4B78454C.9030400@pu-pm.univ-fcomte.fr> <1266223204.2873.4.camel@scorpion.multitel.be> <7cd7fc041002150556y6e226cb6pfc3d42680a8c0be@mail.gmail.com> <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> Message-ID: <4B7A5DDB.903@pu-pm.univ-fcomte.fr> Darren Albers wrote: > I just did a test install and it put it in my Program Files directory > and never gave me an option to do it anywhere else. A removal then > removed the whole Ekiga Directory but nothing else. It looked safe > to me on my system but I am just one person. > > Does anyone know if this Installer uses some system variable to find > Program Files? For example %programfiles% should by default point to > the Program Files folder. Maybe that was set incorrectly on the > system in question? Thanks, Darren. Everything about installation/uninstallation should be in ekiga.nsi, which can be seen at http://git.gnome.org/browse/ekiga/tree/win32/nsisinstaller/ekiga.nsi?h=gnome-2-26 I have looked over it without seeing anything useful :o( > On Mon, Feb 15, 2010 at 9:00 AM, michel memeteau > wrote: >> >> 2010/2/15 Darren Albers >>> >>> >>> Is there anyplace I can grab the installer from? I have access to a >>> windows PC today that I can test with. >> here >> http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ekiga-setup-3.2.6-release.exe From dsandras at seconix.com Tue Feb 16 09:18:54 2010 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 16 Feb 2010 10:18:54 +0100 Subject: [Ekiga-list] registration fails immediately if STUN is not used In-Reply-To: <20100215203646.GA11599@aurora.owens.net> References: <20100215203646.GA11599@aurora.owens.net> Message-ID: <1266311934.27331.36.camel@scorpion.multitel.be> Le lundi 15 f?vrier 2010 ? 15:36 -0500, Rob Owens a ?crit : > I think this is a new problem... Registration to my ekiga.net account > fails immediately if I choose not to use STUN. I'm experimenting with a > local SIP proxy which requires me to turn off STUN. > > I've tested this on another LAN with no SIP proxy and no special > settings, so I think it's a problem on ekiga.net's end. > > Can anybody confirm? Without STUN, you appear as being NATted, which won't work. The behavior is normal. However, you can logically register with STUN enabled on a local proxy. If the proxy is local on the LAN, STUN won't be used when communicating with it, even if enabled. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.memeteau at gmail.com Tue Feb 16 09:46:47 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Tue, 16 Feb 2010 10:46:47 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <193913.32515.qm@web51303.mail.re2.yahoo.com> References: <193913.32515.qm@web51303.mail.re2.yahoo.com> Message-ID: 2010/2/14 Stan > Have you now looked at the NSIS script, Michel, or are you guessing that > the default is progfiles/ekiga? I ask because I think you wrote earlier that > you have not seen the script. > > Ive looked before , and there is nothing special. there is a case when user has no rights but you said it's not the case here. > Nevertheless, when I installed Ekiga, it defaulted to the MyDocs directory. > > Does your Username contains specific characters ? Which XP service Pack ? > Also, does every other Ekiga WinXP downloader face this problem, no matter > where they install the program? > It has never happened. It's the first time. Did you installed previous versions of Ekiga on the same machine ? -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Tue Feb 16 15:04:59 2010 From: scc1909 at yahoo.com (Stan) Date: Tue, 16 Feb 2010 07:04:59 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: Message-ID: <981857.85233.qm@web51304.mail.re2.yahoo.com> Comments below...thx! --- On Tue, 2/16/10, michel memeteau wrote: From: michel memeteau Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Tuesday, February 16, 2010, 1:46 AM Ive looked before , and there is nothing special. there is a case when user has no rights but you said it's not the case here. Correct. I have full admin rights on my computer. Does your Username contains specific characters ? ?Which XP service Pack ? Which username? My Ekiga username is "Stan", as is my profile name on this computer. WinXP Service Pack 3 is installed. It has never happened. It's the first time. "My Name" was able to duplicate that Ekiga will attempt to install in MyDocs. http://us.mc513.mail.yahoo.com/mc/welcome?.gx=1&.tm=1266332026&.rand=bt4ap5a9sb6s1#_pg=showMessage&sMid=9&&filterBy=&.rand=1240471958&midIndex=9&mid=1_2627_AKwmvs4AAK64S3g54AdvCQkMYwg&m=1_1009752_AK4mvs4AAEADS3lSkAy5egIfn5Y,1_1007280_AK0mvs4AAKvOS3kIfwYH6VnRglg,1_1006788_AKwmvs4AALtYS3iewAbM6xAYo4s,1_1536_AK4mvs4AAGOWS3hgpwwATyVDaEY,1_2116_AKkmvs4AATOHS3hFYQEnslXx8X8,1_2627_AKwmvs4AAK64S3g54AdvCQkMYwg,1_3208_AKcmvs4AAVzFS3gu8gX%2BFVxVSN4,1_3776_AKwmvs4AAA9US3gl4AqAMRxuGSo,1_4423_AKgmvs4AARr%2BS3ghMAlolEXp%2FMA,1_4991_AKcmvs4AANXBS3gdtgaJfgdIgDU,1_5630_AKkmvs4AAXrqS3gcuwpPFnKulzI,&sort=date&order=down&startMid=0&hash=b6ae7d192767ab21c512b4293dd2a9f6&.jsrand=2180369 Did you installed previous versions of Ekiga on the same machine ? ? No...never. I normally use Skype for VOIP, and only agreed to try Ekiga because my brother (Ekiga username: Ted) wants to stay open source for all his applications. -------------- next part -------------- An HTML attachment was scrubbed... URL: From scc1909 at yahoo.com Tue Feb 16 15:24:31 2010 From: scc1909 at yahoo.com (Stan) Date: Tue, 16 Feb 2010 07:24:31 -0800 (PST) Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> Message-ID: <874014.1057.qm@web51304.mail.re2.yahoo.com> "For example %programfiles% should by default point to the Program Files folder.???Maybe that was set incorrectly on the system in question?" %programfiles% does point to the Program Files directory on my computer. I checked it from the command line. Thanks! --- On Mon, 2/15/10, Darren Albers wrote: From: Darren Albers Subject: Re: [Ekiga-list] destructive Ekiga Win-XP un-install To: "Ekiga mailing list" Date: Monday, February 15, 2010, 11:57 AM I just did a test install and it put it in my Program Files directory and never gave me an option to do it anywhere else.???A removal then removed the whole Ekiga Directory but nothing else.???It looked safe to me on my system but I am just one person. Does anyone know if this Installer uses some system variable to find Program Files?? For example %programfiles% should by default point to the Program Files folder.???Maybe that was set incorrectly on the system in question? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Tue Feb 16 15:39:51 2010 From: rowens at ptd.net (Rob Owens) Date: Tue, 16 Feb 2010 10:39:51 -0500 Subject: [Ekiga-list] registration fails immediately if STUN is not used In-Reply-To: <1266311934.27331.36.camel@scorpion.multitel.be> References: <20100215203646.GA11599@aurora.owens.net> <1266311934.27331.36.camel@scorpion.multitel.be> Message-ID: <20100216153951.GA17237@aurora.owens.net> On Tue, Feb 16, 2010 at 10:18:54AM +0100, Damien Sandras wrote: > Le lundi 15 f?vrier 2010 ? 15:36 -0500, Rob Owens a ?crit : > > > I think this is a new problem... Registration to my ekiga.net account > > fails immediately if I choose not to use STUN. I'm experimenting with a > > local SIP proxy which requires me to turn off STUN. > > > > I've tested this on another LAN with no SIP proxy and no special > > settings, so I think it's a problem on ekiga.net's end. > > > > Can anybody confirm? > > > Without STUN, you appear as being NATted, which won't work. The behavior > is normal. > However, you can logically register with STUN enabled on a local proxy. > If the proxy is local on the LAN, STUN won't be used when communicating > with it, even if enabled. > Are you saying that all my clients should have STUN enabled? Or that I tell my proxy to use STUN? Thanks for the help. -Rob From dsandras at seconix.com Tue Feb 16 15:47:54 2010 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 16 Feb 2010 16:47:54 +0100 Subject: [Ekiga-list] registration fails immediately if STUN is not used In-Reply-To: <20100216153951.GA17237@aurora.owens.net> References: <20100215203646.GA11599@aurora.owens.net> <1266311934.27331.36.camel@scorpion.multitel.be> <20100216153951.GA17237@aurora.owens.net> Message-ID: <1266335274.17128.50.camel@scorpion.multitel.be> Le mardi 16 f?vrier 2010 ? 10:39 -0500, Rob Owens a ?crit : > On Tue, Feb 16, 2010 at 10:18:54AM +0100, Damien Sandras wrote: > > Le lundi 15 f?vrier 2010 ? 15:36 -0500, Rob Owens a ?crit : > > > > > I think this is a new problem... Registration to my ekiga.net account > > > fails immediately if I choose not to use STUN. I'm experimenting with a > > > local SIP proxy which requires me to turn off STUN. > > > > > > I've tested this on another LAN with no SIP proxy and no special > > > settings, so I think it's a problem on ekiga.net's end. > > > > > > Can anybody confirm? > > > > > > Without STUN, you appear as being NATted, which won't work. The behavior > > is normal. > > However, you can logically register with STUN enabled on a local proxy. > > If the proxy is local on the LAN, STUN won't be used when communicating > > with it, even if enabled. > > > Are you saying that all my clients should have STUN enabled? Or that I > tell my proxy to use STUN? > All the clients should have STUN enabled. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.memeteau at gmail.com Tue Feb 16 15:52:05 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Tue, 16 Feb 2010 16:52:05 +0100 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <874014.1057.qm@web51304.mail.re2.yahoo.com> References: <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> <874014.1057.qm@web51304.mail.re2.yahoo.com> Message-ID: I really do not have any more idea. As your machine/seup seems to be the only one that reproduce this I suggest that we use it to record a Registry activity log of the install/uninstall process. and that you export/send this log. You can do this with process monitor http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx 2010/2/16 Stan > "For example %programfiles% should by default point to the Program Files > folder. Maybe that was set incorrectly on the system in question?" > > %programfiles% does point to the Program Files directory on my computer. I > checked it from the command line. > > Thanks! > > -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Tue Feb 16 16:15:53 2010 From: rowens at ptd.net (Rob Owens) Date: Tue, 16 Feb 2010 11:15:53 -0500 Subject: [Ekiga-list] registration fails immediately if STUN is not used In-Reply-To: <20100216153951.GA17237@aurora.owens.net> References: <20100215203646.GA11599@aurora.owens.net> <1266311934.27331.36.camel@scorpion.multitel.be> <20100216153951.GA17237@aurora.owens.net> Message-ID: <20100216161553.GA18129@aurora.owens.net> On Tue, Feb 16, 2010 at 10:39:51AM -0500, Rob Owens wrote: > On Tue, Feb 16, 2010 at 10:18:54AM +0100, Damien Sandras wrote: > > Le lundi 15 f?vrier 2010 ? 15:36 -0500, Rob Owens a ?crit : > > > > > I think this is a new problem... Registration to my ekiga.net account > > > fails immediately if I choose not to use STUN. I'm experimenting with a > > > local SIP proxy which requires me to turn off STUN. > > > > > > I've tested this on another LAN with no SIP proxy and no special > > > settings, so I think it's a problem on ekiga.net's end. > > > > > > Can anybody confirm? > > > > > > Without STUN, you appear as being NATted, which won't work. The behavior > > is normal. > > However, you can logically register with STUN enabled on a local proxy. > > If the proxy is local on the LAN, STUN won't be used when communicating > > with it, even if enabled. > > > Are you saying that all my clients should have STUN enabled? Or that I > tell my proxy to use STUN? > I just tried enabling STUN on all my clients. They can make outgoing calls, but incoming calls do not work correctly (they give the impression that they have connected, but there is no sound or video from the remote user). On the other hand, when a remote user called in using my iptel.org address, the call connected properly. I'm using Ekiga 2.0.12 and siproxd 0.7.0 on a non-gateway machine. -Rob From legenyes at hotmail.com Tue Feb 16 20:02:51 2010 From: legenyes at hotmail.com (My Name) Date: Tue, 16 Feb 2010 20:02:51 +0000 Subject: [Ekiga-list] destructive Ekiga Win-XP un-install In-Reply-To: <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> References: <1266092081.2750.116.camel@ubuntu.ubuntu-domain>, <509633.47897.qm@web51302.mail.re2.yahoo.com>, <7cd7fc041002131229g4e5888b1l16bc5bf7585c3869@mail.gmail.com>, <4B770E90.5030201@pu-pm.univ-fcomte.fr>, , <4B78454C.9030400@pu-pm.univ-fcomte.fr>, , <1266223204.2873.4.camel@scorpion.multitel.be>, <7cd7fc041002150556y6e226cb6pfc3d42680a8c0be@mail.gmail.com>, , <7cd7fc041002151157u364d4fa6s96d536c375b38140@mail.gmail.com> Message-ID: > I just did a test install and it put it in my Program Files directory > and never gave me an option to do it anywhere else.... > Does anyone know if this Installer uses some system variable to find > Program Files? For example %programfiles% should by default point to > the Program Files folder. Maybe that was set incorrectly on the > system in question? Mine is almost a virgin XP system, and it tried to install in "C:\Documents and Settings\\Ekiga". The %programfiles% variable does point correctly to "C:\Program Files". _________________________________________________________________ Hotmail: Trusted email with Microsoft?s powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469226/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From y0017566 at tu-bs.de Tue Feb 16 20:12:05 2010 From: y0017566 at tu-bs.de (y0017566) Date: Tue, 16 Feb 2010 21:12:05 +0100 Subject: [Ekiga-list] connection problems Message-ID: <4B7AFC15.90902@tu-bs.de> Hello, I'm new to ekiga. Yesterday I succesfully used it (here v3.2.6/ other side v2) with audio and video. It was great! Today I often had the cannot connect message and I wasn't able to reach the other side. But, the other side was able to connect to me, but without a real connection -> no video, no audio, and broken connectioon a short while later What's going on? Is it a ekiga server problem? Cheers, Chris From jason.steenstrapickens at orionhealth.com Tue Feb 16 21:39:02 2010 From: jason.steenstrapickens at orionhealth.com (Jason Steenstra-Pickens) Date: Wed, 17 Feb 2010 10:39:02 +1300 Subject: [Ekiga-list] Could not register (Not found) Message-ID: <4B7B1076.9090602@orionhealth.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 2800 bytes Desc: not available URL: From jason.steenstrapickens at orionhealth.com Tue Feb 16 22:06:43 2010 From: jason.steenstrapickens at orionhealth.com (Jason Steenstra-Pickens) Date: Wed, 17 Feb 2010 11:06:43 +1300 Subject: [Ekiga-list] Could not register (Not found) In-Reply-To: <4B7B1076.9090602@orionhealth.com> References: <4B7B1076.9090602@orionhealth.com> Message-ID: <4B7B16F3.4090507@orionhealth.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 2800 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 2800 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Feb 17 08:26:40 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 17 Feb 2010 09:26:40 +0100 Subject: [Ekiga-list] Could not register (Not found) In-Reply-To: <4B7B1076.9090602@orionhealth.com> References: <4B7B1076.9090602@orionhealth.com> Message-ID: <4B7BA840.1070400@pu-pm.univ-fcomte.fr> Jason Steenstra-Pickens wrote: > Hi, > > I have installed Ekiga 3.2.5 on Ubuntu 9.10 and asked our IT department for the > details required by Ekiga. They weren't entirely sure what the options were > asking for, but gave me something to try. > > Now I still get the error "Could not register (Not found)" on the accounts page. > I couldn't find any documentation about this error or even how to diagnose > connection issues. > > Can someone please explain what the account options are actually asking for, and > how I can go about determining why it could not register? You need to obtain more information about connections: http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output -- Eugen From legenyes at hotmail.com Wed Feb 17 17:37:38 2010 From: legenyes at hotmail.com (My Name) Date: Wed, 17 Feb 2010 17:37:38 +0000 Subject: [Ekiga-list] registration fails immediately if STUN is not used In-Reply-To: <1266335274.17128.50.camel@scorpion.multitel.be> References: <20100215203646.GA11599@aurora.owens.net>, <1266311934.27331.36.camel@scorpion.multitel.be>, <20100216153951.GA17237@aurora.owens.net>, <1266335274.17128.50.camel@scorpion.multitel.be> Message-ID: >> Are you saying that all my clients should have STUN enabled? Or that I >> tell my proxy to use STUN? > All the clients should have STUN enabled. What? Does one need STUN for outgoing calls? I can't imagine why this would be true. However, I ask because outgoing calls work only sometimes, but often there is no connection made. I am behind a NAT router (WRT54GL), on Ubuntu Karmic. _________________________________________________________________ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. http://clk.atdmt.com/GBL/go/201469229/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dbareiro at gmail.com Thu Feb 18 00:48:43 2010 From: dbareiro at gmail.com (Daniel Bareiro) Date: Wed, 17 Feb 2010 21:48:43 -0300 Subject: [Ekiga-list] Registering of Asterisk against ekiga.net Message-ID: <20100218004843.GA27466@defiant.freesoftware> Hi, all! I'm being based on this document [1] to send and to receive calls using ekiga.net. But I'm seeing, in an Asterisk console, several messages of this type: [Feb 17 21:19:15] NOTICE[11875]: chan_sip.c:7715 sip_reg_timeout: -- Registration for 'danib2 at ekiga.net' timed out, trying again (Attempt #4775) -- Got SIP response 606 "Not Acceptable" back from 86.64.162.35 Investigating in Internet I found that it can be due to that the registering is being tried to do with an not public IP. I've dynamic IP whose domain is updated using a dynamic DNS service. The line that I am using in sip.conf is the following one: ; DGB - 20100211 externip = sysadminhaiku.com.ar localnet = 10.1.0.0/24 Hours ago the IP changed and the domain was updated satisfactorily, but in spite of this I was obtaining the registering failures that I mentioned above. After to restart Asterisk (1.4.24.1), I no longer had this problem of registering. But there would be some way to solve this problem? Thanks in advance for your replies. Regards, Daniel [1] http://wiki.ekiga.org/index.php/Connecting_Asterisk_to_ekiga.net -- Fingerprint: BFB3 08D6 B4D1 31B2 72B9 29CE 6696 BF1B 14E6 1D37 Powered by Debian GNU/Linux Lenny - Linux user #188.598 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From y0017566 at tu-bs.de Thu Feb 18 09:36:08 2010 From: y0017566 at tu-bs.de (y0017566) Date: Thu, 18 Feb 2010 10:36:08 +0100 Subject: [Ekiga-list] connection problems In-Reply-To: <4B7AFC15.90902@tu-bs.de> References: <4B7AFC15.90902@tu-bs.de> Message-ID: <4B7D0A08.2070007@tu-bs.de> y0017566 schrieb: > Hello, > I'm new to ekiga. Yesterday I succesfully used it (here v3.2.6/ other > side v2) with audio and video. It was great! > Today I often had the cannot connect message and I wasn't able to > reach the other side. > But, the other side was able to connect to me, but without a real > connection -> no video, no audio, and broken connectioon a short while > later > > What's going on? Is it a ekiga server problem? > > Cheers, Chris > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list It connects now again. But e.g echo-test is not working on all three tested machines From dsandras at seconix.com Thu Feb 18 12:52:40 2010 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 18 Feb 2010 13:52:40 +0100 Subject: [Ekiga-list] Feeding Ekiga input from other devices than webcams/microphones In-Reply-To: <4B797107.9040006@bbft.no> References: <4B740D2A.8000704@bbft.no> <4B7927AD.1060106@bbft.no> <1266231601.27331.1.camel@scorpion.multitel.be> <4B797107.9040006@bbft.no> Message-ID: <1266497560.8516.6.camel@scorpion.multitel.be> Le lundi 15 f?vrier 2010 ? 17:06 +0100, Marius Flage a ?crit : > Damien Sandras wrote: > > > I think there is a fake Video4Linux driver allowing any source input to > > be seen as a Video4Linux compatible webcam. If I was you, I would look > > into that direction. > > Ah, interesting. That's the Video4Linux Loopback Device [1], right? > > I've compiled and inserted this module and it seems to have created two > new devices - one for input and one for output, and Ekiga seems to have > detected the output device. But that's just for the video, how about > audio? I need some sort of audio loopback device here as well, right? I'm not sure it exists. Perhaps with pulseaudio ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason.steenstrapickens at orionhealth.com Thu Feb 18 19:08:50 2010 From: jason.steenstrapickens at orionhealth.com (Jason Steenstra-Pickens) Date: Fri, 19 Feb 2010 08:08:50 +1300 Subject: [Ekiga-list] Could not register (Not found) In-Reply-To: <4B7B16F3.4090507@orionhealth.com> References: <4B7B1076.9090602@orionhealth.com> <4B7B16F3.4090507@orionhealth.com> Message-ID: <4B7D9042.3000005@orionhealth.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 2800 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 2800 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 2800 bytes Desc: not available URL: From ewblen+ekiga at gmail.com Thu Feb 18 20:30:58 2010 From: ewblen+ekiga at gmail.com (Eliot Blennerhassett) Date: Fri, 19 Feb 2010 09:30:58 +1300 Subject: [Ekiga-list] Feeding Ekiga input from other devices than webcams/microphones In-Reply-To: <4B797107.9040006@bbft.no> References: <4B740D2A.8000704@bbft.no> <4B7927AD.1060106@bbft.no> <1266231601.27331.1.camel@scorpion.multitel.be> <4B797107.9040006@bbft.no> Message-ID: <964a95d61002181230g26d038a7x4894843bdd9cdc18@mail.gmail.com> > audio? I need some sort of audio loopback device here as well, right? alsa loopback device? sudo modprobe snd-aloop http://www.alsa-project.org/main/index.php/Matrix:Module-aloop From bret at busby.net Fri Feb 19 05:59:56 2010 From: bret at busby.net (Bret Busby) Date: Fri, 19 Feb 2010 13:59:56 +0800 (WST) Subject: [Ekiga-list] Has Ekiga been used for virtual meetings via video conferencing Message-ID: Hello. In looking back through my messages from this list, I have found that various virtual meetings have apparently been conducted using VOIP, but I have not found that virtual meetings have been conducted using live video feed, via video calling and/or video conferencing. On the mailing list for my local Linux User Group, I have been suggesting the use of Ekiga and video conferencing, to allow virtual attendance and participation at seminars/meetings. However, in looking back through the mailing list messages of this list, I am wondering both, whether it is possible, and, whether it has beeen done, to operate meetings with virtual attendance involving live video feed, using Ekiga for video conferencing. Is it possible, and, has it been done, and, is anyone available, to advise about this (for me to suggest it and refer my local Linux User Group person to find more information and, how to do it, if it can be (and, has been) done)? Thank you in anticipation. -- Bret Busby Armadale West Australia .............. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 .................................................... From bret at busby.net Fri Feb 19 07:07:49 2010 From: bret at busby.net (Bret Busby) Date: Fri, 19 Feb 2010 15:07:49 +0800 (WST) Subject: [Ekiga-list] Unable to run Ekiga Message-ID: Hello. In trying to run Ekiga, I have tried with both my installation on Ubuntu 8.04, and Debian 5, on this system (HP/Compaq NX5000 "laptop"). I have tried with both a Logitech Communicate STX webcam, and a Logitech C300 webcam. With the C300, on Debian 5, the top error dialogue box stated: "Error while starting the listener for the SIP protocol You will not be able to receive incoming SIP calls. Please check that no other program is already running on the port used by Ekiga." The next error dialogue box stated: "Error while opening video device UVC Camera (046d:0805) 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 "MovingLogo" or "StaticPicture" as device. Your video driver doesn't support the requested video format." Both webcams have previously been able to achieve the test call to Ekiga, successfully (but, not for me to be able to make or receive a call other than to the Ekiga test call facility). Now, it does not work at all. Any ideas? Thank you in anticipation. -- Bret Busby Armadale West Australia .............. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 .................................................... From y0017566 at tu-bs.de Fri Feb 19 07:31:30 2010 From: y0017566 at tu-bs.de (y0017566) Date: Fri, 19 Feb 2010 08:31:30 +0100 Subject: [Ekiga-list] Unable to run Ekiga In-Reply-To: References: Message-ID: <4B7E3E52.7030107@tu-bs.de> Bret Busby schrieb: > Hello. > > In trying to run Ekiga, I have tried with both my installation on > Ubuntu 8.04, and Debian 5, on this system (HP/Compaq NX5000 "laptop"). > > I have tried with both a Logitech Communicate STX webcam, and a > Logitech C300 webcam. > > With the C300, on Debian 5, the top error dialogue box stated: > > "Error while starting the listener for the SIP protocol > > You will not be able to receive incoming SIP calls. Please check that > no other program is already running on the port used by Ekiga." > > The next error dialogue box stated: > > "Error while opening video device UVC Camera (046d:0805) > > 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 "MovingLogo" or "StaticPicture" as device. > > Your video driver doesn't support the requested video format." > > Both webcams have previously been able to achieve the test call to > Ekiga, successfully (but, not for me to be able to make or receive a > call other than to the Ekiga test call facility). > > Now, it does not work at all. > > Any ideas? > > Thank you in anticipation. > > -- > Bret Busby > Armadale > West Australia > .............. > > "So once you do know what the question actually is, > you'll know what the answer means." > - Deep Thought, > Chapter 28 of Book 1 of > "The Hitchhiker's Guide to the Galaxy: > A Trilogy In Four Parts", > written by Douglas Adams, > published by Pan Books, 1992 > > .................................................... > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list Hello, have you tried the video4linux v2 driver? Does the cam run with other image-grabbing applications installed on your system? What is said about your account in Properties->Accounts? I got this message too after I had run the Configuration-Druid. The account was set inactive under Properties->Accounts Cheers, Chris From bret at busby.net Fri Feb 19 08:47:16 2010 From: bret at busby.net (Bret Busby) Date: Fri, 19 Feb 2010 16:47:16 +0800 (WST) Subject: [Ekiga-list] Unable to run Ekiga In-Reply-To: <4B7E3E52.7030107@tu-bs.de> References: <4B7E3E52.7030107@tu-bs.de> Message-ID: On Fri, 19 Feb 2010, y0017566 wrote: > > Bret Busby schrieb: >> Hello. >> >> In trying to run Ekiga, I have tried with both my installation on Ubuntu >> 8.04, and Debian 5, on this system (HP/Compaq NX5000 "laptop"). >> >> I have tried with both a Logitech Communicate STX webcam, and a Logitech >> C300 webcam. >> >> With the C300, on Debian 5, the top error dialogue box stated: >> >> "Error while starting the listener for the SIP protocol >> >> You will not be able to receive incoming SIP calls. Please check that no >> other program is already running on the port used by Ekiga." >> >> The next error dialogue box stated: >> >> "Error while opening video device UVC Camera (046d:0805) >> >> 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 "MovingLogo" or "StaticPicture" as device. >> >> Your video driver doesn't support the requested video format." >> >> Both webcams have previously been able to achieve the test call to Ekiga, >> successfully (but, not for me to be able to make or receive a call other >> than to the Ekiga test call facility). >> >> Now, it does not work at all. >> >> Any ideas? >> >> Thank you in anticipation. >> >> -- >> Bret Busby >> Armadale >> West Australia >> .............. >> >> "So once you do know what the question actually is, >> you'll know what the answer means." >> - Deep Thought, >> Chapter 28 of Book 1 of >> "The Hitchhiker's Guide to the Galaxy: >> A Trilogy In Four Parts", >> written by Douglas Adams, >> published by Pan Books, 1992 >> >> .................................................... >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list > Hello, > have you tried the video4linux v2 driver? > Does the cam run with other image-grabbing applications installed on your > system? > > What is said about your account in Properties->Accounts? > I got this message too after I had run the Configuration-Druid. The account > was set inactive under Properties->Accounts > > Cheers, Chris > _______________________________________________ > I believed that I had tried the V4L2 driver. However, when I went through the configuration again, and selected V4L2, I got moving picture of my ugly face. Thanks (real thanks, not "thanks for making me look at my ugly face" :) ). However, I still get the error "Error while starting the listener for the SIP protocol You will not be able to receive incoming SIP calls. Please check that no other program is already running on the port used by Ekiga." -- Bret Busby Armadale West Australia .............. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 .................................................... From rowens at ptd.net Fri Feb 19 13:04:38 2010 From: rowens at ptd.net (Rob Owens) Date: Fri, 19 Feb 2010 08:04:38 -0500 Subject: [Ekiga-list] Unable to run Ekiga In-Reply-To: References: Message-ID: <20100219130438.GA29738@aurora.owens.net> On Fri, Feb 19, 2010 at 03:07:49PM +0800, Bret Busby wrote: > Hello. > > In trying to run Ekiga, I have tried with both my installation on Ubuntu > 8.04, and Debian 5, on this system (HP/Compaq NX5000 "laptop"). > > I have tried with both a Logitech Communicate STX webcam, and a Logitech > C300 webcam. > > With the C300, on Debian 5, the top error dialogue box stated: > > "Error while starting the listener for the SIP protocol > I've gotten this error in two scenarios 1) There is no active network connection or 2) Something else is already using port 5060 (maybe another instance of Ekiga that didn't die properly, maybe another SIP program) -Rob From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Feb 19 13:18:11 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 19 Feb 2010 14:18:11 +0100 Subject: [Ekiga-list] connection problems In-Reply-To: <4B7D0A08.2070007@tu-bs.de> References: <4B7AFC15.90902@tu-bs.de> <4B7D0A08.2070007@tu-bs.de> Message-ID: <4B7E8F93.4060701@pu-pm.univ-fcomte.fr> y0017566 wrote: > y0017566 schrieb: >> Hello, >> I'm new to ekiga. Yesterday I succesfully used it (here v3.2.6/ other >> side v2) with audio and video. It was great! >> Today I often had the cannot connect message and I wasn't able to >> reach the other side. >> But, the other side was able to connect to me, but without a real >> connection -> no video, no audio, and broken connectioon a short while >> later >> >> What's going on? Is it a ekiga server problem? >> >> Cheers, Chris >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list > > It connects now again. > But e.g echo-test is not working on all three tested machines Indeed. It seems that the version of kamailio on ekiga.net has a bug which stops from time to time the echo test. Maybe Damien could restart it? :o) -- Eugen From mail at alex-sk.de Sat Feb 20 19:08:03 2010 From: mail at alex-sk.de (alex) Date: Sat, 20 Feb 2010 19:08:03 +0000 Subject: [Ekiga-list] Setting up ekiga Message-ID: <1266692883.2083.83.camel@PACKARD-BELL> I have installed "Ekiga" under "ubuntu Karmic", installed the missing package "libpt-1.11.2-plugins-oss" (I'm wondering why it doesn't install automatically as it seems to be a dependency??) and executed these commands: $ gconftool-2 --set /apps/ekiga/devices/audio/input_device --type string "/dev/dsp (PTLIB/OSS)" $ gconftool-2 --set /apps/ekiga/devices/audio/output_device --type string "/dev/dsp (PTLIB/OSS)" $ gconftool-2 --set /apps/ekiga/general/sound_events/output_device --type string "/dev/dsp (PTLIB/OSS)" But I still cannot establish the sip:500 at ekiga.net connection. So I found out how to get the debug informations and here they are. (But anyway it would be much nicer if the program itself would tell me which problems it has and what I'm supposed to do about it, as from the debug informations it must know which problems it has. It seems to be that there's an "internal server error" and the problem is not on "my" side??? For someone who is installing this for the first time, it's very confusing and annoying not to know what the problem is and spending hours in "Google" just to find out nothing...) 2010/02/20 17:53:24.892 0:00.492 Version 3.2.5 by on Unix Linux (2.6.31-19-generic-i686) with PTLib (v2.6.4) at 2010/2/20 17:53:24.891 2010/02/20 17:53:24.895 0:00.494 Ekiga git revision: unknown 2010/02/20 17:53:26.169 0:01.768 HalManager_dbus Populating full interface list failed - Method "getDevices" with signature "" on interface "org.freedesktop.NetworkManager" doesn't exist 2010/02/20 17:53:26.274 0:01.874 Detecting V4L2 devices 2010/02/20 17:53:26.276 0:01.875 Unable to detect v4l2 directory 2010/02/20 17:53:26.380 0:01.980 OpalMan Registered endpoint with prefix pc 2010/02/20 17:53:27.018 0:02.618 PCSS Created PC sound system endpoint. Players: Default EKIGA *.wav /dev/dsp Aureal Vortex au8820 Aureal Vortex au8820 (1) Recorders: Default EKIGA *.wav /dev/dsp Aureal Vortex au8820 2010/02/20 17:53:27.020 0:02.619 OPAL SetMediaFormatOrder() 2010/02/20 17:53:27.020 0:02.620 OPAL SetMediaFormatMask() 2010/02/20 17:53:27.025 0:02.624 OpalMan Registered endpoint with prefix sip 2010/02/20 17:53:27.028 0:02.628 OpalMan Registered endpoint with prefix sips 2010/02/20 17:53:27.038 0:02.637 OpalMan Registered endpoint with prefix h323 2010/02/20 17:53:27.039 0:02.638 OpalMan Registered endpoint with prefix h323s 2010/02/20 17:53:27.042 0:02.641 Opal Liste...0xb74f2b70 Listen Started listening thread on tcp$*:1720 2010/02/20 17:53:27.043 0:02.642 Opal Liste...0xb7533b70 Listen Started listening thread on udp$*:5060 2010/02/20 17:53:27.130 0:02.729 OPAL SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) 2010/02/20 17:53:27.131 0:02.730 OPAL SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF) 2010/02/20 17:53:27.212 0:02.811 OPAL SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) 2010/02/20 17:53:27.212 0:02.812 OPAL SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF) 2010/02/20 17:53:29.209 0:04.808 Ekiga version 3.2.5 2010/02/20 17:53:29.210 0:04.809 OPAL version 3.6.4 2010/02/20 17:53:29.210 0:04.809 PTLIB version 2.6.4 2010/02/20 17:53:29.211 0:04.810 GNOME support disabled 2010/02/20 17:53:29.211 0:04.810 Accelerated rendering support enabled 2010/02/20 17:53:29.211 0:04.811 DBUS support enabled 2010/02/20 17:53:29.212 0:04.811 GConf support enabled 2010/02/20 17:53:29.212 0:04.812 ESound support disabled WARNING: Unhandled message: interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect WARNING: Unhandled message: interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect 2010/02/20 17:53:30.478 0:06.077 StunDetector:0xb74b1b70 OPAL STUN server "stun.ekiga.net" replies Restricted NAT, external IP 82.155.35.128 2010/02/20 17:53:30.479 0:06.078 StunDetector:0xb74b1b70 PTLib Destroyed thread 0x8bdcdc8 StunDetector:0xb74b1b70(id = b74b1b70) 2010/02/20 17:53:30.760 0:06.359 Listen Stopping listening thread on udp$*:5060 2010/02/20 17:53:30.775 0:06.374 Opal Liste...0xb7533b70 Listen UDP read error. 2010/02/20 17:53:30.798 0:06.398 PTLib Destroyed thread 0x8c083b8 Opal Listener:0xb7533b70(id = b7533b70) 2010/02/20 17:53:30.956 0:06.555 Listen Stopping listening thread on tcp$*:1720 2010/02/20 17:53:30.957 0:06.556 Opal Liste...0xb7533b70 Listen Started listening thread on udp$*:5060 2010/02/20 17:53:30.959 0:06.559 PTLib Destroyed thread 0x8c0a670 Opal Listener:0xb74f2b70(id = b74f2b70) 2010/02/20 17:53:30.965 0:06.565 Opal Liste...0xb74f2b70 Listen Started listening thread on tcp$*:1720 2010/02/20 17:53:31.040 0:06.640 subscriber:0xb74b1b70 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:31.042 0:06.642 subscriber:0xb74b1b70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:31.162 0:06.761 subscriber:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:31.164 0:06.764 subscriber:0xb74b1b70 SIP Sending PDU REGISTER sip:ekiga.net (543 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.168 0:06.767 subscriber:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.178 0:06.777 subscriber:0xb74b1b70 PTLib Destroyed thread 0x8c2a5b8 subscriber:0xb74b1b70(id = b74b1b70) 2010/02/20 17:53:31.265 0:06.864 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:31.268 0:06.867 Opal Liste...0xb7533b70 SIP PDU 401 Unauthorized received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.292 0:06.891 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:31.294 0:06.893 Pool:0xb74b1b70 SIP REGISTER transaction id=z9hG4bK84538986-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:31.294 0:06.894 Pool:0xb74b1b70 SIP Received Authentication Required response 2010/02/20 17:53:31.295 0:06.895 Pool:0xb74b1b70 SIP Found auth info for realm ekiga.net 2010/02/20 17:53:31.296 0:06.895 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.373 0:06.972 Pool:0xb74b1b70 SIP Adding authentication information 2010/02/20 17:53:31.430 0:07.029 Pool:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:31.432 0:07.032 Pool:0xb74b1b70 SIP Sending PDU REGISTER sip:ekiga.net (743 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.436 0:07.035 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.545 0:07.145 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:31.548 0:07.147 Opal Liste...0xb7533b70 SIP PDU 200 OK received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.554 0:07.153 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:31.555 0:07.154 Pool:0xb74b1b70 SIP REGISTER transaction id=z9hG4bK043eb086-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:31.556 0:07.155 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.578 0:07.178 Pool:0xb74b1b70 SIP Expiry time for REGISTER set to 1200 seconds. 2010/02/20 17:53:31.579 0:07.178 Pool:0xb74b1b70 SIP Expiry time for REGISTER set to 1200 seconds. 2010/02/20 17:53:31.583 0:07.183 Pool:0xb74b1b70 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:31.585 0:07.184 Pool:0xb74b1b70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:31.690 0:07.289 Pool:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:31.692 0:07.292 Pool:0xb74b1b70 SIP Sending PDU SUBSCRIBE sip:500 at ekiga.net (568 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.696 0:07.295 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.702 0:07.301 Pool:0xb74b1b70 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:31.704 0:07.303 Pool:0xb74b1b70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:31.805 0:07.404 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:31.810 0:07.409 Pool:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:31.812 0:07.411 Pool:0xb74b1b70 SIP Sending PDU SUBSCRIBE sip:500 at ekiga.net (576 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.815 0:07.415 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.829 0:07.428 Pool:0xb74b1b70 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:31.808 0:07.407 Opal Liste...0xb7533b70 SIP PDU 489 Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.843 0:07.442 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:31.845 0:07.444 Pool:0xb5cddb70 SIP SUBSCRIBE transaction id=z9hG4bK14eed686-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:31.848 0:07.447 Pool:0xb74b1b70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:31.909 0:07.509 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:31.912 0:07.512 Opal Liste...0xb7533b70 SIP PDU 489 Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.918 0:07.517 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:31.919 0:07.518 Pool:0xb5cddb70 SIP SUBSCRIBE transaction id=z9hG4bKa233ea86-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:31.933 0:07.533 Pool:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:31.936 0:07.535 Pool:0xb74b1b70 SIP Sending PDU SUBSCRIBE sip:501 at ekiga.net (568 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:31.941 0:07.540 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:31.945 0:07.544 Pool:0xb74b1b70 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:31.947 0:07.550 Pool:0xb74b1b70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:32.020 0:07.619 Pool:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:32.022 0:07.622 Pool:0xb74b1b70 SIP Sending PDU SUBSCRIBE sip:501 at ekiga.net (576 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.027 0:07.626 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:32.032 0:07.632 Pool:0xb74b1b70 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:32.041 0:07.640 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:32.044 0:07.643 Opal Liste...0xb7533b70 SIP PDU 489 Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.049 0:07.648 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:32.051 0:07.650 Pool:0xb5cddb70 SIP SUBSCRIBE transaction id=z9hG4bK3aabfd86-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:32.052 0:07.652 Pool:0xb74b1b70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:32.122 0:07.721 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:32.126 0:07.725 Pool:0xb74b1b70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:32.128 0:07.728 Pool:0xb74b1b70 SIP Sending PDU SUBSCRIBE sip:alex-sk at ekiga.net (598 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.131 0:07.731 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:32.124 0:07.724 Opal Liste...0xb7533b70 SIP PDU 489 Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.137 0:07.737 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:32.139 0:07.738 Pool:0xb74b1b70 SIP SUBSCRIBE transaction id=z9hG4bK829c0a87-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:32.188 0:07.787 OpalUDP Binding to interface: 0.0.0.0:5060 2010/02/20 17:53:32.191 0:07.790 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:32.192 0:07.792 SIP Expiry time for PUBLISH set to 500 seconds. 2010/02/20 17:53:32.225 0:07.825 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:32.228 0:07.828 Opal Liste...0xb7533b70 SIP PDU 489 Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.233 0:07.832 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:32.235 0:07.834 Pool:0xb74b1b70 SIP SUBSCRIBE transaction id=z9hG4bK66761a87-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:32.259 0:07.858 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:32.261 0:07.861 SIP Sending PDU PUBLISH sip:alex-sk at ekiga.net (816 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.265 0:07.864 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:32.367 0:07.966 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:32.371 0:07.970 Opal Liste...0xb7533b70 SIP PDU 200 OK received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:32.374 0:07.974 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:32.378 0:07.977 Pool:0xb74b1b70 SIP PUBLISH transaction id=z9hG4bK82b32f87-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:32.379 0:07.978 Pool:0xb74b1b70 SIP Expiry time for PUBLISH set to 495 seconds. 2010/02/20 17:53:32.379 0:07.979 Pool:0xb74b1b70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:32.440 0:08.040 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.441 0:08.040 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.442 0:08.042 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.443 0:08.042 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.444 0:08.044 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.445 0:08.044 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.446 0:08.045 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bK84538986-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:32.447 0:08.046 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.447 0:08.047 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.450 0:08.049 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.450 0:08.050 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:32.846 0:08.445 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK14eed686-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:32.921 0:08.520 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKa233ea86-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:33.053 0:08.652 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK3aabfd86-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:33.136 0:08.736 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bK043eb086-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:33.141 0:08.741 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK829c0a87-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:33.237 0:08.837 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK66761a87-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:33.383 0:08.983 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for PUBLISH transaction id=z9hG4bK82b32f87-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:39.084 0:14.683 OpalMan Set up call from pc:* to sip:500 at ekiga.net 2010/02/20 17:53:39.085 0:14.684 Call Created Call[s786a01011] 2010/02/20 17:53:39.085 0:14.685 OpalMan Set up connection to "pc:*" 2010/02/20 17:53:39.087 0:14.686 OpalCon Created connection Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.088 0:14.687 OpalCon SetPhase from UninitialisedPhase to SetUpPhase for Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.088 0:14.687 OpalMan OnIncoming connection Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.089 0:14.688 Call GetOtherPartyConnection Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.091 0:14.691 OpalMan Set up connection to "sip:500 at ekiga.net" 2010/02/20 17:53:39.093 0:14.692 OpalCon Created connection Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.096 0:14.695 PCSS Outgoing call routed to sip:500 at ekiga.net for Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.097 0:14.696 OpalMan SetUpCall succeeded, call=Call[s786a01011] 2010/02/20 17:53:39.102 0:14.702 CallSetup:0xb5c9cb70 Call OnSetUp Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.103 0:14.703 CallSetup:0xb5c9cb70 SIP SetUpConnection: sip:500 at ekiga.net 2010/02/20 17:53:39.104 0:14.703 CallSetup:0xb5c9cb70 OpalCon SetPhase from UninitialisedPhase to SetUpPhase for Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.161 0:14.760 CallSetup:0xb5c9cb70 OpalUDP Binding to interface: 192.168.10.137:5060 2010/02/20 17:53:39.162 0:14.762 CallSetup:0xb5c9cb70 OpalUDP Started connect to 86.64.162.35:5060 2010/02/20 17:53:39.227 0:14.826 CallSetup:0xb5c9cb70 SIP Creating INVITE request 2010/02/20 17:53:39.271 0:14.870 CallSetup:0xb5c9cb70 SIP Offering media type audio in SDP with formats SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF 2010/02/20 17:53:39.272 0:14.871 CallSetup:0xb5c9cb70 Call IsMediaBypassPossible Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 1 2010/02/20 17:53:39.272 0:14.871 CallSetup:0xb5c9cb70 OpalMan IsMediaBypassPossible: session 1 2010/02/20 17:53:39.273 0:14.872 CallSetup:0xb5c9cb70 RTP Cannot find media session 1 2010/02/20 17:53:39.273 0:14.872 CallSetup:0xb5c9cb70 RTP Cannot find RTP session 1 2010/02/20 17:53:39.281 0:14.880 CallSetup:0xb5c9cb70 RTP_UDP Session 1 created: 82.155.35.128:5062-5063 ssrc=268151615 2010/02/20 17:53:39.283 0:14.882 CallSetup:0xb5c9cb70 RTP Creating new session RTP_UDP 2010/02/20 17:53:39.284 0:14.883 CallSetup:0xb5c9cb70 RTP Found existing media session 1 2010/02/20 17:53:39.295 0:14.894 CallSetup:0xb5c9cb70 SIP Using default RTP payload [pt=101] for UserInput/RFC2833 2010/02/20 17:53:39.296 0:14.895 CallSetup:0xb5c9cb70 SIP Using default RTP payload [pt=120] for NamedSignalEvent 2010/02/20 17:53:39.340 0:14.939 CallSetup:0xb5c9cb70 SIP Offering media type video in SDP with formats SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF 2010/02/20 17:53:39.340 0:14.940 CallSetup:0xb5c9cb70 Call IsMediaBypassPossible Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 2 2010/02/20 17:53:39.341 0:14.940 CallSetup:0xb5c9cb70 OpalMan IsMediaBypassPossible: session 2 2010/02/20 17:53:39.341 0:14.942 CallSetup:0xb5c9cb70 RTP Cannot find media session 2 2010/02/20 17:53:39.343 0:14.942 CallSetup:0xb5c9cb70 RTP Cannot find RTP session 2 2010/02/20 17:53:39.349 0:14.949 CallSetup:0xb5c9cb70 RTP_UDP Session 2 created: 82.155.35.128:5064-5065 ssrc=2466847287 2010/02/20 17:53:39.352 0:14.951 CallSetup:0xb5c9cb70 RTP Creating new session RTP_UDP 2010/02/20 17:53:39.352 0:14.952 CallSetup:0xb5c9cb70 RTP Found existing media session 2 2010/02/20 17:53:39.403 0:15.003 CallSetup:0xb5c9cb70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:39.419 0:15.019 CallSetup:0xb5c9cb70 OpalPlugin to_customised_options changed option "Frame Width" from "320" to "176" 2010/02/20 17:53:39.420 0:15.019 CallSetup:0xb5c9cb70 OpalPlugin to_customised_options changed option "Frame Height" from "240" to "144" 2010/02/20 17:53:39.428 0:15.028 CallSetup:0xb5c9cb70 SIP Sending PDU INVITE sip:500 at ekiga.net (1170 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.432 0:15.032 CallSetup:0xb5c9cb70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:39.434 0:15.033 CallSetup:0xb5c9cb70 OpalCon OnSetUpConnectionCall[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.434 0:15.033 CallSetup:0xb5c9cb70 OpalEP OnSetUpConnection Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.435 0:15.034 CallSetup:0xb5c9cb70 PTLib Destroyed thread 0x8befd30 CallSetup:0xb5c9cb70(id = b5c9cb70) 2010/02/20 17:53:39.547 0:15.147 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:39.551 0:15.151 Opal Liste...0xb7533b70 SIP PDU 407 Proxy Authentication Required received: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.555 0:15.154 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:39.572 0:15.171 Pool:0xb5c9cb70 SIP Sending PDU ACK sip:500 at ekiga.net (395 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.575 0:15.174 Pool:0xb5c9cb70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:39.576 0:15.175 Pool:0xb5c9cb70 SIP INVITE transaction id=z9hG4bK54ae5e8b-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:39.576 0:15.176 Pool:0xb5c9cb70 SIP Received Proxy Authentication Required response 2010/02/20 17:53:39.578 0:15.177 Pool:0xb5c9cb70 SIP Found auth info for realm ekiga.net 2010/02/20 17:53:39.578 0:15.177 Pool:0xb5c9cb70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:39.609 0:15.208 Pool:0xb5c9cb70 SIP Creating INVITE request 2010/02/20 17:53:39.652 0:15.252 Pool:0xb5c9cb70 SIP Offering media type audio in SDP with formats SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF 2010/02/20 17:53:39.653 0:15.252 Pool:0xb5c9cb70 Call IsMediaBypassPossible Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 1 2010/02/20 17:53:39.655 0:15.254 Pool:0xb5c9cb70 OpalMan IsMediaBypassPossible: session 1 2010/02/20 17:53:39.655 0:15.254 Pool:0xb5c9cb70 RTP Found existing media session 1 2010/02/20 17:53:39.656 0:15.255 Pool:0xb5c9cb70 RTP Found existing RTP session 1 2010/02/20 17:53:39.662 0:15.261 Pool:0xb5c9cb70 SIP Using default RTP payload [pt=101] for UserInput/RFC2833 2010/02/20 17:53:39.663 0:15.262 Pool:0xb5c9cb70 SIP Using default RTP payload [pt=120] for NamedSignalEvent 2010/02/20 17:53:39.705 0:15.305 Pool:0xb5c9cb70 SIP Offering media type video in SDP with formats SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF 2010/02/20 17:53:39.706 0:15.305 Pool:0xb5c9cb70 Call IsMediaBypassPossible Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 2 2010/02/20 17:53:39.707 0:15.306 Pool:0xb5c9cb70 OpalMan IsMediaBypassPossible: session 2 2010/02/20 17:53:39.707 0:15.306 Pool:0xb5c9cb70 RTP Found existing media session 2 2010/02/20 17:53:39.707 0:15.307 Pool:0xb5c9cb70 RTP Found existing RTP session 2 2010/02/20 17:53:39.715 0:15.314 Pool:0xb5c9cb70 SIP Adding authentication information 2010/02/20 17:53:39.756 0:15.355 Pool:0xb5c9cb70 SIP Transaction remote address is udp$ekiga.net:5060 2010/02/20 17:53:39.772 0:15.371 Pool:0xb5c9cb70 OpalPlugin to_customised_options changed option "Frame Width" from "320" to "176" 2010/02/20 17:53:39.773 0:15.372 Pool:0xb5c9cb70 OpalPlugin to_customised_options changed option "Frame Height" from "240" to "144" 2010/02/20 17:53:39.781 0:15.380 Pool:0xb5c9cb70 SIP Sending PDU INVITE sip:500 at ekiga.net (1380 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.784 0:15.384 Pool:0xb5c9cb70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:39.908 0:15.507 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:39.912 0:15.511 Opal Liste...0xb7533b70 SIP PDU 100 Giving a try received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.915 0:15.514 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:39.919 0:15.518 Opal Liste...0xb7533b70 OpalUDP Binding to interface: 82.155.35.128:5060 2010/02/20 17:53:39.925 0:15.524 Pool:0xb5c9cb70 SIP INVITE transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 proceeding. 2010/02/20 17:53:39.926 0:15.525 Pool:0xb5c9cb70 SIP Received Trying response 2010/02/20 17:53:39.927 0:15.527 Pool:0xb5c9cb70 OpalCon SetPhase from SetUpPhase to ProceedingPhase for Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.928 0:15.527 Pool:0xb5c9cb70 OpalMan OnProceeding Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.928 0:15.528 Pool:0xb5c9cb70 Call OnProceeding Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.948 0:15.547 Opal Liste...0xb7533b70 SIP PDU 500 Server internal error received: rem=udp$86.64.162.35:5060,local=udp $82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.951 0:15.550 Opal Liste...0xb7533b70 Opal Transport clean up on termination 2010/02/20 17:53:39.963 0:15.563 Pool:0xb5c9cb70 SIP Adding authentication information 2010/02/20 17:53:39.966 0:15.565 Pool:0xb5c9cb70 SIP Sending PDU ACK sip:500 at ekiga.net (578 bytes) to: rem=udp $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 2010/02/20 17:53:39.969 0:15.568 Pool:0xb5c9cb70 OpalUDP Setting interface to 192.168.10.137%eth0 2010/02/20 17:53:39.974 0:15.573 Pool:0xb5c9cb70 SIP INVITE transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 completed. 2010/02/20 17:53:39.975 0:15.574 Pool:0xb5c9cb70 OpalCon SetPhase from ProceedingPhase to ReleasingPhase for Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.975 0:15.575 Pool:0xb5c9cb70 OpalCon Releasing Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.976 0:15.575 Pool:0xb5c9cb70 OpalCon Call end reason for Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] set to EndedByQ931Cause 2010/02/20 17:53:39.977 0:15.576 OnRelease:0xb5c5bb70 SIP OnReleased: Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7], phase = ReleasingPhase 2010/02/20 17:53:39.978 0:15.577 OnRelease:0xb5c5bb70 OpalCon SetPhase from ReleasingPhase to ReleasingPhase for Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.979 0:15.579 OnRelease:0xb5c5bb70 OpalCon Media streams closed. 2010/02/20 17:53:39.980 0:15.579 OnRelease:0xb5c5bb70 OpalCon SetPhase from ReleasingPhase to ReleasedPhase for Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.980 0:15.580 OnRelease:0xb5c5bb70 OpalCon OnReleased Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.981 0:15.580 OnRelease:0xb5c5bb70 OpalMan OnReleased Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.984 0:15.583 OnRelease:0xb5c5bb70 Call OnReleased Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] 2010/02/20 17:53:39.985 0:15.584 OnRelease:0xb5c5bb70 OpalCon SetPhase from SetUpPhase to ReleasingPhase for Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.985 0:15.584 OnRelease:0xb5c5bb70 OpalCon Releasing Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.986 0:15.585 OnRelease:0xb5c5bb70 OpalCon Call end reason for Call[s786a01011]-EP[pe153cacf2] set to EndedByQ931Cause 2010/02/20 17:53:39.986 0:15.585 OnRelease:0xb5c5bb70 OpalCon OnReleased Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.986 0:15.586 OnRelease:0xb5c5bb70 OpalMan OnReleased Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.987 0:15.586 OnRelease:0xb5c5bb70 Call OnReleased Call[s786a01011]-EP[pe153cacf2] 2010/02/20 17:53:39.988 0:15.587 OnRelease:0xb5c5bb70 OpalCon Media streams closed. 2010/02/20 17:53:39.988 0:15.587 OnRelease:0xb5c5bb70 OpalCon Media streams closed. 2010/02/20 17:53:39.989 0:15.588 OnRelease:0xb5c5bb70 PTLib Destroyed thread 0x8be8618 OnRelease:0xb5c5bb70(id = b5c5bb70) 2010/02/20 17:53:40.068 0:15.667 OpalMan OnClearedCall Call[s786a01011] from "pc:alex" to "sip:500 at ekiga.net" 2010/02/20 17:53:40.068 0:15.668 OPAL Attempting to close recording on call s786a01011 when not recording. 2010/02/20 17:53:40.461 0:16.061 Opal Garbage:0xb75f6b70 OpalCon Connection Call[s786a01011]-EP[pe153cacf2] destroyed. 2010/02/20 17:53:40.787 0:16.386 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for INVITE transaction id=z9hG4bK54ae5e8b-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:40.983 0:16.582 Housekeeper:0xb7574b70 SIP Set state Terminated_Success for INVITE transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 2010/02/20 17:53:41.464 0:17.064 Opal Garbage:0xb75f6b70 RTP Closing session 1 2010/02/20 17:53:41.465 0:17.064 Opal Garbage:0xb75f6b70 RTP Deleting session 1 2010/02/20 17:53:41.466 0:17.065 Opal Garbage:0xb75f6b70 RTP_UDP Session 1, Shutting down read. 2010/02/20 17:53:41.466 0:17.066 Opal Garbage:0xb75f6b70 RTP_UDP Session 1, Shutting down write. 2010/02/20 17:53:41.467 0:17.067 Opal Garbage:0xb75f6b70 RTP Closing session 2 2010/02/20 17:53:41.468 0:17.067 Opal Garbage:0xb75f6b70 RTP Deleting session 2 2010/02/20 17:53:41.468 0:17.067 Opal Garbage:0xb75f6b70 RTP_UDP Session 2, Shutting down read. 2010/02/20 17:53:41.469 0:17.068 Opal Garbage:0xb75f6b70 RTP_UDP Session 2, Shutting down write. 2010/02/20 17:53:41.471 0:17.070 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:41.471 0:17.071 Opal Garbage:0xb75f6b70 Opal Transport clean up on termination 2010/02/20 17:53:41.477 0:17.076 Opal Garbage:0xb75f6b70 OpalCon Connection Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] destroyed. 2010/02/20 17:53:42.573 0:18.173 Call Call[s786a01011] destroyed. From dbareiro at gmail.com Sat Feb 20 19:20:56 2010 From: dbareiro at gmail.com (Daniel Bareiro) Date: Sat, 20 Feb 2010 16:20:56 -0300 Subject: [Ekiga-list] Unable to dial to ekiga.net Message-ID: <20100220192056.GB10050@defiant.freesoftware> Hi all! I've an account in ekiga.net to which I get register with Twinkle. But when I attempt echo test, for example, I obtain the following error: s?b 16:18:42 Line 1: call failed. 500 Server internal error It is possible that there is some problem with the ekiga.net servers? Thanks in advance for your reply. Regards, Daniel -- Fingerprint: BFB3 08D6 B4D1 31B2 72B9 29CE 6696 BF1B 14E6 1D37 Powered by Debian GNU/Linux Lenny - Linux user #188.598 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Feb 20 22:10:39 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 20 Feb 2010 23:10:39 +0100 Subject: [Ekiga-list] Setting up ekiga In-Reply-To: <1266692883.2083.83.camel@PACKARD-BELL> References: <1266692883.2083.83.camel@PACKARD-BELL> Message-ID: <4B805DDF.8040005@pu-pm.univ-fcomte.fr> alex wrote: > I have installed "Ekiga" under "ubuntu Karmic", installed the missing > package "libpt-1.11.2-plugins-oss" (I'm wondering why it doesn't install > automatically as it seems to be a dependency??) and executed these What version of ekiga do you use? If you use v3, you do not need that package, which is very old. "dpkg -l ekiga" should tell it. > commands: > > $ gconftool-2 --set /apps/ekiga/devices/audio/input_device --type string "/dev/dsp (PTLIB/OSS)" > $ gconftool-2 --set /apps/ekiga/devices/audio/output_device --type string "/dev/dsp (PTLIB/OSS)" > $ gconftool-2 --set /apps/ekiga/general/sound_events/output_device --type string "/dev/dsp (PTLIB/OSS)" > > But I still cannot establish the sip:500 at ekiga.net connection. So I There was/is a problem with ekiga.net server concerning calling 500. > found out how to get the debug informations and here they are. (But > anyway it would be much nicer if the program itself would tell me which > problems it has and what I'm supposed to do about it, as from the debug > informations it must know which problems it has. It seems to be that > there's an "internal server error" and the problem is not on "my" > side??? For someone who is installing this for the first time, it's very > confusing and annoying not to know what the problem is and spending > hours in "Google" just to find out nothing...) You're right, but it is not easy and we lack the manpower to do it now. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Feb 20 22:11:35 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 20 Feb 2010 23:11:35 +0100 Subject: [Ekiga-list] Unable to dial to ekiga.net In-Reply-To: <20100220192056.GB10050@defiant.freesoftware> References: <20100220192056.GB10050@defiant.freesoftware> Message-ID: <4B805E17.8010801@pu-pm.univ-fcomte.fr> Daniel Bareiro wrote: > Hi all! > > I've an account in ekiga.net to which I get register with Twinkle. But > when I attempt echo test, for example, I obtain the following error: > > > s?b 16:18:42 > Line 1: call failed. > 500 Server internal error > > > It is possible that there is some problem with the ekiga.net servers? You're right. Sometimes 500 becomes unuseable and the server needs to be restarted... -- Eugen From mail at alex-sk.de Sat Feb 20 22:49:01 2010 From: mail at alex-sk.de (alexander) Date: Sat, 20 Feb 2010 22:49:01 +0000 Subject: [Ekiga-list] Setting up ekiga In-Reply-To: <4B805DDF.8040005@pu-pm.univ-fcomte.fr> References: <1266692883.2083.83.camel@PACKARD-BELL> <4B805DDF.8040005@pu-pm.univ-fcomte.fr> Message-ID: <1266706142.2351.31.camel@NEC> I have version 3.2.5 that was automatically chosen by "ubuntu karmic" and since the echo-test didn't work I was looking around what could be the problem. The confusing information about the "oss" plugin installation needed comes from here: http://wiki.ekiga.org/index.php/Audio_setup They're talking about ubuntu 9.04 while I'm using 9.10. I have three computers here ;-) so on the one where I'm right now that package has not been installed, but it doesn't work anyway. I was also able to choose "/dev/dsp (PTLIB/OSS)" from the drop-down instead of the "Default (PTLIB/ALSA)". Any which way the echo-test doesn't work. I will remove the faulty package from the other computer and wait for the echo-server to work, or find somebody for the testing. But would you say, according to the debugging information, that everything is set-up well here? I've also entered ports according to this: http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router i.e. "3478" as trigger and "3478-3479,5000-5100" as public. Last but not least I think it shouldn't be difficult to implement an error-message that tells me what's wrong instead of leaving me guessing. But maybe that was programed by a woman ;-) Am Samstag, den 20.02.2010, 23:10 +0100 schrieb Eugen Dedu: > alex wrote: > > I have installed "Ekiga" under "ubuntu Karmic", installed the missing > > package "libpt-1.11.2-plugins-oss" (I'm wondering why it doesn't install > > automatically as it seems to be a dependency??) and executed these > > What version of ekiga do you use? If you use v3, you do not need that > package, which is very old. "dpkg -l ekiga" should tell it. > > > commands: > > > > $ gconftool-2 --set /apps/ekiga/devices/audio/input_device --type string "/dev/dsp (PTLIB/OSS)" > > $ gconftool-2 --set /apps/ekiga/devices/audio/output_device --type string "/dev/dsp (PTLIB/OSS)" > > $ gconftool-2 --set /apps/ekiga/general/sound_events/output_device --type string "/dev/dsp (PTLIB/OSS)" > > > > But I still cannot establish the sip:500 at ekiga.net connection. So I > > There was/is a problem with ekiga.net server concerning calling 500. > > > found out how to get the debug informations and here they are. (But > > anyway it would be much nicer if the program itself would tell me which > > problems it has and what I'm supposed to do about it, as from the debug > > informations it must know which problems it has. It seems to be that > > there's an "internal server error" and the problem is not on "my" > > side??? For someone who is installing this for the first time, it's very > > confusing and annoying not to know what the problem is and spending > > hours in "Google" just to find out nothing...) > > You're right, but it is not easy and we lack the manpower to do it now. > From rowens at ptd.net Sat Feb 20 23:08:56 2010 From: rowens at ptd.net (Rob Owens) Date: Sat, 20 Feb 2010 18:08:56 -0500 Subject: [Ekiga-list] Setting up ekiga In-Reply-To: <1266692883.2083.83.camel@PACKARD-BELL> References: <1266692883.2083.83.camel@PACKARD-BELL> Message-ID: <20100220230856.GB5053@aurora.owens.net> I just now (23:07 UTC) verified that: 1) 500 at ekiga.net is rejecting my calls 2) sip:*010600 at ekiga.net is working properly. This is an echo test hosted by Voxalot (another SIP provider). Give it a try. -Rob On Sat, Feb 20, 2010 at 07:08:03PM +0000, alex wrote: > I have installed "Ekiga" under "ubuntu Karmic", installed the missing > package "libpt-1.11.2-plugins-oss" (I'm wondering why it doesn't install > automatically as it seems to be a dependency??) and executed these > commands: > > $ gconftool-2 --set /apps/ekiga/devices/audio/input_device --type string "/dev/dsp (PTLIB/OSS)" > $ gconftool-2 --set /apps/ekiga/devices/audio/output_device --type string "/dev/dsp (PTLIB/OSS)" > $ gconftool-2 --set /apps/ekiga/general/sound_events/output_device --type string "/dev/dsp (PTLIB/OSS)" > > But I still cannot establish the sip:500 at ekiga.net connection. So I > found out how to get the debug informations and here they are. (But > anyway it would be much nicer if the program itself would tell me which > problems it has and what I'm supposed to do about it, as from the debug > informations it must know which problems it has. It seems to be that > there's an "internal server error" and the problem is not on "my" > side??? For someone who is installing this for the first time, it's very > confusing and annoying not to know what the problem is and spending > hours in "Google" just to find out nothing...) > > > 2010/02/20 17:53:24.892 0:00.492 Version > 3.2.5 by on Unix Linux (2.6.31-19-generic-i686) with PTLib (v2.6.4) at > 2010/2/20 17:53:24.891 > 2010/02/20 17:53:24.895 0:00.494 Ekiga git > revision: unknown > 2010/02/20 17:53:26.169 0:01.768 > HalManager_dbus Populating full interface list failed - Method > "getDevices" with signature "" on interface > "org.freedesktop.NetworkManager" doesn't exist > > 2010/02/20 17:53:26.274 0:01.874 Detecting > V4L2 devices > 2010/02/20 17:53:26.276 0:01.875 Unable to > detect v4l2 directory > 2010/02/20 17:53:26.380 0:01.980 OpalMan > Registered endpoint with prefix pc > 2010/02/20 17:53:27.018 0:02.618 PCSS Created > PC sound system endpoint. > Players: > Default > EKIGA > *.wav > /dev/dsp > Aureal Vortex au8820 > Aureal Vortex au8820 (1) > Recorders: > Default > EKIGA > *.wav > /dev/dsp > Aureal Vortex au8820 > > 2010/02/20 17:53:27.020 0:02.619 OPAL > SetMediaFormatOrder() > 2010/02/20 17:53:27.020 0:02.620 OPAL > SetMediaFormatMask() > 2010/02/20 17:53:27.025 0:02.624 OpalMan > Registered endpoint with prefix sip > 2010/02/20 17:53:27.028 0:02.628 OpalMan > Registered endpoint with prefix sips > 2010/02/20 17:53:27.038 0:02.637 OpalMan > Registered endpoint with prefix h323 > 2010/02/20 17:53:27.039 0:02.638 OpalMan > Registered endpoint with prefix h323s > 2010/02/20 17:53:27.042 0:02.641 Opal Liste...0xb74f2b70 Listen > Started listening thread on tcp$*:1720 > 2010/02/20 17:53:27.043 0:02.642 Opal Liste...0xb7533b70 Listen > Started listening thread on udp$*:5060 > 2010/02/20 17:53:27.130 0:02.729 OPAL > SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) > 2010/02/20 17:53:27.131 0:02.730 OPAL > SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF) > 2010/02/20 17:53:27.212 0:02.811 OPAL > SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) > 2010/02/20 17:53:27.212 0:02.812 OPAL > SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF) > 2010/02/20 17:53:29.209 0:04.808 Ekiga version > 3.2.5 > 2010/02/20 17:53:29.210 0:04.809 OPAL version > 3.6.4 > 2010/02/20 17:53:29.210 0:04.809 PTLIB version > 2.6.4 > 2010/02/20 17:53:29.211 0:04.810 GNOME support > disabled > 2010/02/20 17:53:29.211 0:04.810 Accelerated > rendering support enabled > 2010/02/20 17:53:29.211 0:04.811 DBUS support > enabled > 2010/02/20 17:53:29.212 0:04.811 GConf support > enabled > 2010/02/20 17:53:29.212 0:04.812 ESound > support disabled > WARNING: Unhandled message: > interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect > WARNING: Unhandled message: > interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect > 2010/02/20 17:53:30.478 0:06.077 StunDetector:0xb74b1b70 OPAL STUN > server "stun.ekiga.net" replies Restricted NAT, external IP > 82.155.35.128 > 2010/02/20 17:53:30.479 0:06.078 StunDetector:0xb74b1b70 PTLib > Destroyed thread 0x8bdcdc8 StunDetector:0xb74b1b70(id = b74b1b70) > 2010/02/20 17:53:30.760 0:06.359 Listen > Stopping listening thread on udp$*:5060 > 2010/02/20 17:53:30.775 0:06.374 Opal Liste...0xb7533b70 Listen UDP > read error. > 2010/02/20 17:53:30.798 0:06.398 PTLib > Destroyed thread 0x8c083b8 Opal Listener:0xb7533b70(id = b7533b70) > 2010/02/20 17:53:30.956 0:06.555 Listen > Stopping listening thread on tcp$*:1720 > 2010/02/20 17:53:30.957 0:06.556 Opal Liste...0xb7533b70 Listen > Started listening thread on udp$*:5060 > 2010/02/20 17:53:30.959 0:06.559 PTLib > Destroyed thread 0x8c0a670 Opal Listener:0xb74f2b70(id = b74f2b70) > 2010/02/20 17:53:30.965 0:06.565 Opal Liste...0xb74f2b70 Listen > Started listening thread on tcp$*:1720 > 2010/02/20 17:53:31.040 0:06.640 subscriber:0xb74b1b70 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:31.042 0:06.642 subscriber:0xb74b1b70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:31.162 0:06.761 subscriber:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:31.164 0:06.764 subscriber:0xb74b1b70 SIP Sending > PDU REGISTER sip:ekiga.net (543 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.168 0:06.767 subscriber:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.178 0:06.777 subscriber:0xb74b1b70 PTLib > Destroyed thread 0x8c2a5b8 subscriber:0xb74b1b70(id = b74b1b70) > 2010/02/20 17:53:31.265 0:06.864 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:31.268 0:06.867 Opal Liste...0xb7533b70 SIP PDU 401 > Unauthorized received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.292 0:06.891 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:31.294 0:06.893 Pool:0xb74b1b70 SIP REGISTER > transaction id=z9hG4bK84538986-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:31.294 0:06.894 Pool:0xb74b1b70 SIP Received > Authentication Required response > 2010/02/20 17:53:31.295 0:06.895 Pool:0xb74b1b70 SIP Found > auth info for realm ekiga.net > 2010/02/20 17:53:31.296 0:06.895 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.373 0:06.972 Pool:0xb74b1b70 SIP Adding > authentication information > 2010/02/20 17:53:31.430 0:07.029 Pool:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:31.432 0:07.032 Pool:0xb74b1b70 SIP Sending > PDU REGISTER sip:ekiga.net (743 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.436 0:07.035 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.545 0:07.145 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:31.548 0:07.147 Opal Liste...0xb7533b70 SIP PDU 200 > OK received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.554 0:07.153 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:31.555 0:07.154 Pool:0xb74b1b70 SIP REGISTER > transaction id=z9hG4bK043eb086-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:31.556 0:07.155 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.578 0:07.178 Pool:0xb74b1b70 SIP Expiry > time for REGISTER set to 1200 seconds. > 2010/02/20 17:53:31.579 0:07.178 Pool:0xb74b1b70 SIP Expiry > time for REGISTER set to 1200 seconds. > 2010/02/20 17:53:31.583 0:07.183 Pool:0xb74b1b70 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:31.585 0:07.184 Pool:0xb74b1b70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:31.690 0:07.289 Pool:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:31.692 0:07.292 Pool:0xb74b1b70 SIP Sending > PDU SUBSCRIBE sip:500 at ekiga.net (568 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.696 0:07.295 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.702 0:07.301 Pool:0xb74b1b70 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:31.704 0:07.303 Pool:0xb74b1b70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:31.805 0:07.404 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:31.810 0:07.409 Pool:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:31.812 0:07.411 Pool:0xb74b1b70 SIP Sending > PDU SUBSCRIBE sip:500 at ekiga.net (576 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.815 0:07.415 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.829 0:07.428 Pool:0xb74b1b70 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:31.808 0:07.407 Opal Liste...0xb7533b70 SIP PDU 489 > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.843 0:07.442 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:31.845 0:07.444 Pool:0xb5cddb70 SIP SUBSCRIBE > transaction id=z9hG4bK14eed686-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:31.848 0:07.447 Pool:0xb74b1b70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:31.909 0:07.509 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:31.912 0:07.512 Opal Liste...0xb7533b70 SIP PDU 489 > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.918 0:07.517 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:31.919 0:07.518 Pool:0xb5cddb70 SIP SUBSCRIBE > transaction id=z9hG4bKa233ea86-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:31.933 0:07.533 Pool:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:31.936 0:07.535 Pool:0xb74b1b70 SIP Sending > PDU SUBSCRIBE sip:501 at ekiga.net (568 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:31.941 0:07.540 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:31.945 0:07.544 Pool:0xb74b1b70 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:31.947 0:07.550 Pool:0xb74b1b70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:32.020 0:07.619 Pool:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:32.022 0:07.622 Pool:0xb74b1b70 SIP Sending > PDU SUBSCRIBE sip:501 at ekiga.net (576 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.027 0:07.626 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:32.032 0:07.632 Pool:0xb74b1b70 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:32.041 0:07.640 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:32.044 0:07.643 Opal Liste...0xb7533b70 SIP PDU 489 > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.049 0:07.648 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.051 0:07.650 Pool:0xb5cddb70 SIP SUBSCRIBE > transaction id=z9hG4bK3aabfd86-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:32.052 0:07.652 Pool:0xb74b1b70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:32.122 0:07.721 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:32.126 0:07.725 Pool:0xb74b1b70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:32.128 0:07.728 Pool:0xb74b1b70 SIP Sending > PDU SUBSCRIBE sip:alex-sk at ekiga.net (598 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.131 0:07.731 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:32.124 0:07.724 Opal Liste...0xb7533b70 SIP PDU 489 > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.137 0:07.737 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.139 0:07.738 Pool:0xb74b1b70 SIP SUBSCRIBE > transaction id=z9hG4bK829c0a87-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:32.188 0:07.787 OpalUDP > Binding to interface: 0.0.0.0:5060 > 2010/02/20 17:53:32.191 0:07.790 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:32.192 0:07.792 SIP Expiry > time for PUBLISH set to 500 seconds. > 2010/02/20 17:53:32.225 0:07.825 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:32.228 0:07.828 Opal Liste...0xb7533b70 SIP PDU 489 > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.233 0:07.832 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.235 0:07.834 Pool:0xb74b1b70 SIP SUBSCRIBE > transaction id=z9hG4bK66761a87-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:32.259 0:07.858 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:32.261 0:07.861 SIP Sending > PDU PUBLISH sip:alex-sk at ekiga.net (816 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.265 0:07.864 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:32.367 0:07.966 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:32.371 0:07.970 Opal Liste...0xb7533b70 SIP PDU 200 > OK received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:32.374 0:07.974 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.378 0:07.977 Pool:0xb74b1b70 SIP PUBLISH > transaction id=z9hG4bK82b32f87-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:32.379 0:07.978 Pool:0xb74b1b70 SIP Expiry > time for PUBLISH set to 495 seconds. > 2010/02/20 17:53:32.379 0:07.979 Pool:0xb74b1b70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:32.440 0:08.040 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.441 0:08.040 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.442 0:08.042 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.443 0:08.042 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.444 0:08.044 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.445 0:08.044 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.446 0:08.045 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for REGISTER transaction > id=z9hG4bK84538986-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:32.447 0:08.046 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.447 0:08.047 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.450 0:08.049 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.450 0:08.050 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:32.846 0:08.445 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for SUBSCRIBE transaction > id=z9hG4bK14eed686-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:32.921 0:08.520 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for SUBSCRIBE transaction > id=z9hG4bKa233ea86-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:33.053 0:08.652 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for SUBSCRIBE transaction > id=z9hG4bK3aabfd86-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:33.136 0:08.736 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for REGISTER transaction > id=z9hG4bK043eb086-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:33.141 0:08.741 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for SUBSCRIBE transaction > id=z9hG4bK829c0a87-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:33.237 0:08.837 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for SUBSCRIBE transaction > id=z9hG4bK66761a87-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:33.383 0:08.983 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for PUBLISH transaction > id=z9hG4bK82b32f87-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:39.084 0:14.683 OpalMan Set > up call from pc:* to sip:500 at ekiga.net > 2010/02/20 17:53:39.085 0:14.684 Call Created > Call[s786a01011] > 2010/02/20 17:53:39.085 0:14.685 OpalMan Set > up connection to "pc:*" > 2010/02/20 17:53:39.087 0:14.686 OpalCon > Created connection Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.088 0:14.687 OpalCon > SetPhase from UninitialisedPhase to SetUpPhase for > Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.088 0:14.687 OpalMan > OnIncoming connection Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.089 0:14.688 Call > GetOtherPartyConnection Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.091 0:14.691 OpalMan Set > up connection to "sip:500 at ekiga.net" > 2010/02/20 17:53:39.093 0:14.692 OpalCon > Created connection > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.096 0:14.695 PCSS Outgoing > call routed to sip:500 at ekiga.net for Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.097 0:14.696 OpalMan > SetUpCall succeeded, call=Call[s786a01011] > 2010/02/20 17:53:39.102 0:14.702 CallSetup:0xb5c9cb70 Call OnSetUp > Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.103 0:14.703 CallSetup:0xb5c9cb70 SIP > SetUpConnection: sip:500 at ekiga.net > 2010/02/20 17:53:39.104 0:14.703 CallSetup:0xb5c9cb70 OpalCon > SetPhase from UninitialisedPhase to SetUpPhase for > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.161 0:14.760 CallSetup:0xb5c9cb70 OpalUDP > Binding to interface: 192.168.10.137:5060 > 2010/02/20 17:53:39.162 0:14.762 CallSetup:0xb5c9cb70 OpalUDP > Started connect to 86.64.162.35:5060 > 2010/02/20 17:53:39.227 0:14.826 CallSetup:0xb5c9cb70 SIP Creating > INVITE request > 2010/02/20 17:53:39.271 0:14.870 CallSetup:0xb5c9cb70 SIP Offering > media type audio in SDP with formats > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > 2010/02/20 17:53:39.272 0:14.871 CallSetup:0xb5c9cb70 Call > IsMediaBypassPossible > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 1 > 2010/02/20 17:53:39.272 0:14.871 CallSetup:0xb5c9cb70 OpalMan > IsMediaBypassPossible: session 1 > 2010/02/20 17:53:39.273 0:14.872 CallSetup:0xb5c9cb70 RTP Cannot > find media session 1 > 2010/02/20 17:53:39.273 0:14.872 CallSetup:0xb5c9cb70 RTP Cannot > find RTP session 1 > 2010/02/20 17:53:39.281 0:14.880 CallSetup:0xb5c9cb70 RTP_UDP > Session 1 created: 82.155.35.128:5062-5063 ssrc=268151615 > 2010/02/20 17:53:39.283 0:14.882 CallSetup:0xb5c9cb70 RTP Creating > new session RTP_UDP > 2010/02/20 17:53:39.284 0:14.883 CallSetup:0xb5c9cb70 RTP Found > existing media session 1 > 2010/02/20 17:53:39.295 0:14.894 CallSetup:0xb5c9cb70 SIP Using > default RTP payload [pt=101] for UserInput/RFC2833 > 2010/02/20 17:53:39.296 0:14.895 CallSetup:0xb5c9cb70 SIP Using > default RTP payload [pt=120] for NamedSignalEvent > 2010/02/20 17:53:39.340 0:14.939 CallSetup:0xb5c9cb70 SIP Offering > media type video in SDP with formats > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > 2010/02/20 17:53:39.340 0:14.940 CallSetup:0xb5c9cb70 Call > IsMediaBypassPossible > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 2 > 2010/02/20 17:53:39.341 0:14.940 CallSetup:0xb5c9cb70 OpalMan > IsMediaBypassPossible: session 2 > 2010/02/20 17:53:39.341 0:14.942 CallSetup:0xb5c9cb70 RTP Cannot > find media session 2 > 2010/02/20 17:53:39.343 0:14.942 CallSetup:0xb5c9cb70 RTP Cannot > find RTP session 2 > 2010/02/20 17:53:39.349 0:14.949 CallSetup:0xb5c9cb70 RTP_UDP > Session 2 created: 82.155.35.128:5064-5065 ssrc=2466847287 > 2010/02/20 17:53:39.352 0:14.951 CallSetup:0xb5c9cb70 RTP Creating > new session RTP_UDP > 2010/02/20 17:53:39.352 0:14.952 CallSetup:0xb5c9cb70 RTP Found > existing media session 2 > 2010/02/20 17:53:39.403 0:15.003 CallSetup:0xb5c9cb70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:39.419 0:15.019 CallSetup:0xb5c9cb70 OpalPlugin > to_customised_options changed option "Frame Width" from "320" to "176" > 2010/02/20 17:53:39.420 0:15.019 CallSetup:0xb5c9cb70 OpalPlugin > to_customised_options changed option "Frame Height" from "240" to "144" > 2010/02/20 17:53:39.428 0:15.028 CallSetup:0xb5c9cb70 SIP Sending > PDU INVITE sip:500 at ekiga.net (1170 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.432 0:15.032 CallSetup:0xb5c9cb70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:39.434 0:15.033 CallSetup:0xb5c9cb70 OpalCon > OnSetUpConnectionCall[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.434 0:15.033 CallSetup:0xb5c9cb70 OpalEP > OnSetUpConnection > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.435 0:15.034 CallSetup:0xb5c9cb70 PTLib > Destroyed thread 0x8befd30 CallSetup:0xb5c9cb70(id = b5c9cb70) > 2010/02/20 17:53:39.547 0:15.147 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:39.551 0:15.151 Opal Liste...0xb7533b70 SIP PDU 407 > Proxy Authentication Required received: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.555 0:15.154 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:39.572 0:15.171 Pool:0xb5c9cb70 SIP Sending > PDU ACK sip:500 at ekiga.net (395 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.575 0:15.174 Pool:0xb5c9cb70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:39.576 0:15.175 Pool:0xb5c9cb70 SIP INVITE > transaction id=z9hG4bK54ae5e8b-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:39.576 0:15.176 Pool:0xb5c9cb70 SIP Received > Proxy Authentication Required response > 2010/02/20 17:53:39.578 0:15.177 Pool:0xb5c9cb70 SIP Found > auth info for realm ekiga.net > 2010/02/20 17:53:39.578 0:15.177 Pool:0xb5c9cb70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:39.609 0:15.208 Pool:0xb5c9cb70 SIP Creating > INVITE request > 2010/02/20 17:53:39.652 0:15.252 Pool:0xb5c9cb70 SIP Offering > media type audio in SDP with formats > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > 2010/02/20 17:53:39.653 0:15.252 Pool:0xb5c9cb70 Call > IsMediaBypassPossible > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 1 > 2010/02/20 17:53:39.655 0:15.254 Pool:0xb5c9cb70 OpalMan > IsMediaBypassPossible: session 1 > 2010/02/20 17:53:39.655 0:15.254 Pool:0xb5c9cb70 RTP Found > existing media session 1 > 2010/02/20 17:53:39.656 0:15.255 Pool:0xb5c9cb70 RTP Found > existing RTP session 1 > 2010/02/20 17:53:39.662 0:15.261 Pool:0xb5c9cb70 SIP Using > default RTP payload [pt=101] for UserInput/RFC2833 > 2010/02/20 17:53:39.663 0:15.262 Pool:0xb5c9cb70 SIP Using > default RTP payload [pt=120] for NamedSignalEvent > 2010/02/20 17:53:39.705 0:15.305 Pool:0xb5c9cb70 SIP Offering > media type video in SDP with formats > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > 2010/02/20 17:53:39.706 0:15.305 Pool:0xb5c9cb70 Call > IsMediaBypassPossible > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 2 > 2010/02/20 17:53:39.707 0:15.306 Pool:0xb5c9cb70 OpalMan > IsMediaBypassPossible: session 2 > 2010/02/20 17:53:39.707 0:15.306 Pool:0xb5c9cb70 RTP Found > existing media session 2 > 2010/02/20 17:53:39.707 0:15.307 Pool:0xb5c9cb70 RTP Found > existing RTP session 2 > 2010/02/20 17:53:39.715 0:15.314 Pool:0xb5c9cb70 SIP Adding > authentication information > 2010/02/20 17:53:39.756 0:15.355 Pool:0xb5c9cb70 SIP > Transaction remote address is udp$ekiga.net:5060 > 2010/02/20 17:53:39.772 0:15.371 Pool:0xb5c9cb70 OpalPlugin > to_customised_options changed option "Frame Width" from "320" to "176" > 2010/02/20 17:53:39.773 0:15.372 Pool:0xb5c9cb70 OpalPlugin > to_customised_options changed option "Frame Height" from "240" to "144" > 2010/02/20 17:53:39.781 0:15.380 Pool:0xb5c9cb70 SIP Sending > PDU INVITE sip:500 at ekiga.net (1380 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.784 0:15.384 Pool:0xb5c9cb70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:39.908 0:15.507 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:39.912 0:15.511 Opal Liste...0xb7533b70 SIP PDU 100 > Giving a try received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.915 0:15.514 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:39.919 0:15.518 Opal Liste...0xb7533b70 OpalUDP > Binding to interface: 82.155.35.128:5060 > 2010/02/20 17:53:39.925 0:15.524 Pool:0xb5c9cb70 SIP INVITE > transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 proceeding. > 2010/02/20 17:53:39.926 0:15.525 Pool:0xb5c9cb70 SIP Received > Trying response > 2010/02/20 17:53:39.927 0:15.527 Pool:0xb5c9cb70 OpalCon > SetPhase from SetUpPhase to ProceedingPhase for > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.928 0:15.527 Pool:0xb5c9cb70 OpalMan > OnProceeding > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.928 0:15.528 Pool:0xb5c9cb70 Call > OnProceeding > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.948 0:15.547 Opal Liste...0xb7533b70 SIP PDU 500 > Server internal error received: rem=udp$86.64.162.35:5060,local=udp > $82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.951 0:15.550 Opal Liste...0xb7533b70 Opal > Transport clean up on termination > 2010/02/20 17:53:39.963 0:15.563 Pool:0xb5c9cb70 SIP Adding > authentication information > 2010/02/20 17:53:39.966 0:15.565 Pool:0xb5c9cb70 SIP Sending > PDU ACK sip:500 at ekiga.net (578 bytes) to: rem=udp > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > 2010/02/20 17:53:39.969 0:15.568 Pool:0xb5c9cb70 OpalUDP > Setting interface to 192.168.10.137%eth0 > 2010/02/20 17:53:39.974 0:15.573 Pool:0xb5c9cb70 SIP INVITE > transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 completed. > 2010/02/20 17:53:39.975 0:15.574 Pool:0xb5c9cb70 OpalCon > SetPhase from ProceedingPhase to ReleasingPhase for > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.975 0:15.575 Pool:0xb5c9cb70 OpalCon > Releasing Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.976 0:15.575 Pool:0xb5c9cb70 OpalCon Call > end reason for > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] set to > EndedByQ931Cause > 2010/02/20 17:53:39.977 0:15.576 OnRelease:0xb5c5bb70 SIP > OnReleased: > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7], phase = > ReleasingPhase > 2010/02/20 17:53:39.978 0:15.577 OnRelease:0xb5c5bb70 OpalCon > SetPhase from ReleasingPhase to ReleasingPhase for > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.979 0:15.579 OnRelease:0xb5c5bb70 OpalCon Media > streams closed. > 2010/02/20 17:53:39.980 0:15.579 OnRelease:0xb5c5bb70 OpalCon > SetPhase from ReleasingPhase to ReleasedPhase for > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.980 0:15.580 OnRelease:0xb5c5bb70 OpalCon > OnReleased > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.981 0:15.580 OnRelease:0xb5c5bb70 OpalMan > OnReleased > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.984 0:15.583 OnRelease:0xb5c5bb70 Call > OnReleased > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > 2010/02/20 17:53:39.985 0:15.584 OnRelease:0xb5c5bb70 OpalCon > SetPhase from SetUpPhase to ReleasingPhase for > Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.985 0:15.584 OnRelease:0xb5c5bb70 OpalCon > Releasing Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.986 0:15.585 OnRelease:0xb5c5bb70 OpalCon Call > end reason for Call[s786a01011]-EP[pe153cacf2] set to > EndedByQ931Cause > 2010/02/20 17:53:39.986 0:15.585 OnRelease:0xb5c5bb70 OpalCon > OnReleased Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.986 0:15.586 OnRelease:0xb5c5bb70 OpalMan > OnReleased Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.987 0:15.586 OnRelease:0xb5c5bb70 Call > OnReleased Call[s786a01011]-EP[pe153cacf2] > 2010/02/20 17:53:39.988 0:15.587 OnRelease:0xb5c5bb70 OpalCon Media > streams closed. > 2010/02/20 17:53:39.988 0:15.587 OnRelease:0xb5c5bb70 OpalCon Media > streams closed. > 2010/02/20 17:53:39.989 0:15.588 OnRelease:0xb5c5bb70 PTLib > Destroyed thread 0x8be8618 OnRelease:0xb5c5bb70(id = b5c5bb70) > 2010/02/20 17:53:40.068 0:15.667 OpalMan > OnClearedCall Call[s786a01011] from "pc:alex" to "sip:500 at ekiga.net" > 2010/02/20 17:53:40.068 0:15.668 OPAL > Attempting to close recording on call s786a01011 when not recording. > 2010/02/20 17:53:40.461 0:16.061 Opal Garbage:0xb75f6b70 OpalCon > Connection Call[s786a01011]-EP[pe153cacf2] destroyed. > 2010/02/20 17:53:40.787 0:16.386 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for INVITE transaction > id=z9hG4bK54ae5e8b-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:40.983 0:16.582 Housekeeper:0xb7574b70 SIP Set state > Terminated_Success for INVITE transaction > id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 > 2010/02/20 17:53:41.464 0:17.064 Opal Garbage:0xb75f6b70 RTP Closing > session 1 > 2010/02/20 17:53:41.465 0:17.064 Opal Garbage:0xb75f6b70 RTP Deleting > session 1 > 2010/02/20 17:53:41.466 0:17.065 Opal Garbage:0xb75f6b70 RTP_UDP > Session 1, Shutting down read. > 2010/02/20 17:53:41.466 0:17.066 Opal Garbage:0xb75f6b70 RTP_UDP > Session 1, Shutting down write. > 2010/02/20 17:53:41.467 0:17.067 Opal Garbage:0xb75f6b70 RTP Closing > session 2 > 2010/02/20 17:53:41.468 0:17.067 Opal Garbage:0xb75f6b70 RTP Deleting > session 2 > 2010/02/20 17:53:41.468 0:17.067 Opal Garbage:0xb75f6b70 RTP_UDP > Session 2, Shutting down read. > 2010/02/20 17:53:41.469 0:17.068 Opal Garbage:0xb75f6b70 RTP_UDP > Session 2, Shutting down write. > 2010/02/20 17:53:41.471 0:17.070 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:41.471 0:17.071 Opal Garbage:0xb75f6b70 Opal > Transport clean up on termination > 2010/02/20 17:53:41.477 0:17.076 Opal Garbage:0xb75f6b70 OpalCon > Connection > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > destroyed. > 2010/02/20 17:53:42.573 0:18.173 Call > Call[s786a01011] destroyed. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From mail at alex-sk.de Sun Feb 21 02:12:34 2010 From: mail at alex-sk.de (alex) Date: Sun, 21 Feb 2010 02:12:34 +0000 Subject: [Ekiga-list] Setting up ekiga In-Reply-To: <20100220230856.GB5053@aurora.owens.net> References: <1266692883.2083.83.camel@PACKARD-BELL> <20100220230856.GB5053@aurora.owens.net> Message-ID: <1266718354.1581.2.camel@PACKARD-BELL> Thanks a lot. That echo works perfectly, but how could I know? So everything alright with "my" Ekiga... On Sat, 2010-02-20 at 18:08 -0500, Rob Owens wrote: > I just now (23:07 UTC) verified that: > > 1) 500 at ekiga.net is rejecting my calls > > 2) sip:*010600 at ekiga.net is working properly. This is an echo test > hosted by Voxalot (another SIP provider). Give it a try. > > -Rob > > > On Sat, Feb 20, 2010 at 07:08:03PM +0000, alex wrote: > > I have installed "Ekiga" under "ubuntu Karmic", installed the missing > > package "libpt-1.11.2-plugins-oss" (I'm wondering why it doesn't install > > automatically as it seems to be a dependency??) and executed these > > commands: > > > > $ gconftool-2 --set /apps/ekiga/devices/audio/input_device --type string "/dev/dsp (PTLIB/OSS)" > > $ gconftool-2 --set /apps/ekiga/devices/audio/output_device --type string "/dev/dsp (PTLIB/OSS)" > > $ gconftool-2 --set /apps/ekiga/general/sound_events/output_device --type string "/dev/dsp (PTLIB/OSS)" > > > > But I still cannot establish the sip:500 at ekiga.net connection. So I > > found out how to get the debug informations and here they are. (But > > anyway it would be much nicer if the program itself would tell me which > > problems it has and what I'm supposed to do about it, as from the debug > > informations it must know which problems it has. It seems to be that > > there's an "internal server error" and the problem is not on "my" > > side??? For someone who is installing this for the first time, it's very > > confusing and annoying not to know what the problem is and spending > > hours in "Google" just to find out nothing...) > > > > > > 2010/02/20 17:53:24.892 0:00.492 Version > > 3.2.5 by on Unix Linux (2.6.31-19-generic-i686) with PTLib (v2.6.4) at > > 2010/2/20 17:53:24.891 > > 2010/02/20 17:53:24.895 0:00.494 Ekiga git > > revision: unknown > > 2010/02/20 17:53:26.169 0:01.768 > > HalManager_dbus Populating full interface list failed - Method > > "getDevices" with signature "" on interface > > "org.freedesktop.NetworkManager" doesn't exist > > > > 2010/02/20 17:53:26.274 0:01.874 Detecting > > V4L2 devices > > 2010/02/20 17:53:26.276 0:01.875 Unable to > > detect v4l2 directory > > 2010/02/20 17:53:26.380 0:01.980 OpalMan > > Registered endpoint with prefix pc > > 2010/02/20 17:53:27.018 0:02.618 PCSS Created > > PC sound system endpoint. > > Players: > > Default > > EKIGA > > *.wav > > /dev/dsp > > Aureal Vortex au8820 > > Aureal Vortex au8820 (1) > > Recorders: > > Default > > EKIGA > > *.wav > > /dev/dsp > > Aureal Vortex au8820 > > > > 2010/02/20 17:53:27.020 0:02.619 OPAL > > SetMediaFormatOrder() > > 2010/02/20 17:53:27.020 0:02.620 OPAL > > SetMediaFormatMask() > > 2010/02/20 17:53:27.025 0:02.624 OpalMan > > Registered endpoint with prefix sip > > 2010/02/20 17:53:27.028 0:02.628 OpalMan > > Registered endpoint with prefix sips > > 2010/02/20 17:53:27.038 0:02.637 OpalMan > > Registered endpoint with prefix h323 > > 2010/02/20 17:53:27.039 0:02.638 OpalMan > > Registered endpoint with prefix h323s > > 2010/02/20 17:53:27.042 0:02.641 Opal Liste...0xb74f2b70 Listen > > Started listening thread on tcp$*:1720 > > 2010/02/20 17:53:27.043 0:02.642 Opal Liste...0xb7533b70 Listen > > Started listening thread on udp$*:5060 > > 2010/02/20 17:53:27.130 0:02.729 OPAL > > SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) > > 2010/02/20 17:53:27.131 0:02.730 OPAL > > SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF) > > 2010/02/20 17:53:27.212 0:02.811 OPAL > > SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) > > 2010/02/20 17:53:27.212 0:02.812 OPAL > > SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF) > > 2010/02/20 17:53:29.209 0:04.808 Ekiga version > > 3.2.5 > > 2010/02/20 17:53:29.210 0:04.809 OPAL version > > 3.6.4 > > 2010/02/20 17:53:29.210 0:04.809 PTLIB version > > 2.6.4 > > 2010/02/20 17:53:29.211 0:04.810 GNOME support > > disabled > > 2010/02/20 17:53:29.211 0:04.810 Accelerated > > rendering support enabled > > 2010/02/20 17:53:29.211 0:04.811 DBUS support > > enabled > > 2010/02/20 17:53:29.212 0:04.811 GConf support > > enabled > > 2010/02/20 17:53:29.212 0:04.812 ESound > > support disabled > > WARNING: Unhandled message: > > interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect > > WARNING: Unhandled message: > > interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect > > 2010/02/20 17:53:30.478 0:06.077 StunDetector:0xb74b1b70 OPAL STUN > > server "stun.ekiga.net" replies Restricted NAT, external IP > > 82.155.35.128 > > 2010/02/20 17:53:30.479 0:06.078 StunDetector:0xb74b1b70 PTLib > > Destroyed thread 0x8bdcdc8 StunDetector:0xb74b1b70(id = b74b1b70) > > 2010/02/20 17:53:30.760 0:06.359 Listen > > Stopping listening thread on udp$*:5060 > > 2010/02/20 17:53:30.775 0:06.374 Opal Liste...0xb7533b70 Listen UDP > > read error. > > 2010/02/20 17:53:30.798 0:06.398 PTLib > > Destroyed thread 0x8c083b8 Opal Listener:0xb7533b70(id = b7533b70) > > 2010/02/20 17:53:30.956 0:06.555 Listen > > Stopping listening thread on tcp$*:1720 > > 2010/02/20 17:53:30.957 0:06.556 Opal Liste...0xb7533b70 Listen > > Started listening thread on udp$*:5060 > > 2010/02/20 17:53:30.959 0:06.559 PTLib > > Destroyed thread 0x8c0a670 Opal Listener:0xb74f2b70(id = b74f2b70) > > 2010/02/20 17:53:30.965 0:06.565 Opal Liste...0xb74f2b70 Listen > > Started listening thread on tcp$*:1720 > > 2010/02/20 17:53:31.040 0:06.640 subscriber:0xb74b1b70 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:31.042 0:06.642 subscriber:0xb74b1b70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:31.162 0:06.761 subscriber:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:31.164 0:06.764 subscriber:0xb74b1b70 SIP Sending > > PDU REGISTER sip:ekiga.net (543 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.168 0:06.767 subscriber:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.178 0:06.777 subscriber:0xb74b1b70 PTLib > > Destroyed thread 0x8c2a5b8 subscriber:0xb74b1b70(id = b74b1b70) > > 2010/02/20 17:53:31.265 0:06.864 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:31.268 0:06.867 Opal Liste...0xb7533b70 SIP PDU 401 > > Unauthorized received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.292 0:06.891 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:31.294 0:06.893 Pool:0xb74b1b70 SIP REGISTER > > transaction id=z9hG4bK84538986-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:31.294 0:06.894 Pool:0xb74b1b70 SIP Received > > Authentication Required response > > 2010/02/20 17:53:31.295 0:06.895 Pool:0xb74b1b70 SIP Found > > auth info for realm ekiga.net > > 2010/02/20 17:53:31.296 0:06.895 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.373 0:06.972 Pool:0xb74b1b70 SIP Adding > > authentication information > > 2010/02/20 17:53:31.430 0:07.029 Pool:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:31.432 0:07.032 Pool:0xb74b1b70 SIP Sending > > PDU REGISTER sip:ekiga.net (743 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.436 0:07.035 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.545 0:07.145 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:31.548 0:07.147 Opal Liste...0xb7533b70 SIP PDU 200 > > OK received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.554 0:07.153 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:31.555 0:07.154 Pool:0xb74b1b70 SIP REGISTER > > transaction id=z9hG4bK043eb086-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:31.556 0:07.155 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.578 0:07.178 Pool:0xb74b1b70 SIP Expiry > > time for REGISTER set to 1200 seconds. > > 2010/02/20 17:53:31.579 0:07.178 Pool:0xb74b1b70 SIP Expiry > > time for REGISTER set to 1200 seconds. > > 2010/02/20 17:53:31.583 0:07.183 Pool:0xb74b1b70 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:31.585 0:07.184 Pool:0xb74b1b70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:31.690 0:07.289 Pool:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:31.692 0:07.292 Pool:0xb74b1b70 SIP Sending > > PDU SUBSCRIBE sip:500 at ekiga.net (568 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.696 0:07.295 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.702 0:07.301 Pool:0xb74b1b70 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:31.704 0:07.303 Pool:0xb74b1b70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:31.805 0:07.404 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:31.810 0:07.409 Pool:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:31.812 0:07.411 Pool:0xb74b1b70 SIP Sending > > PDU SUBSCRIBE sip:500 at ekiga.net (576 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.815 0:07.415 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.829 0:07.428 Pool:0xb74b1b70 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:31.808 0:07.407 Opal Liste...0xb7533b70 SIP PDU 489 > > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.843 0:07.442 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:31.845 0:07.444 Pool:0xb5cddb70 SIP SUBSCRIBE > > transaction id=z9hG4bK14eed686-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:31.848 0:07.447 Pool:0xb74b1b70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:31.909 0:07.509 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:31.912 0:07.512 Opal Liste...0xb7533b70 SIP PDU 489 > > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.918 0:07.517 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:31.919 0:07.518 Pool:0xb5cddb70 SIP SUBSCRIBE > > transaction id=z9hG4bKa233ea86-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:31.933 0:07.533 Pool:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:31.936 0:07.535 Pool:0xb74b1b70 SIP Sending > > PDU SUBSCRIBE sip:501 at ekiga.net (568 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:31.941 0:07.540 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:31.945 0:07.544 Pool:0xb74b1b70 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:31.947 0:07.550 Pool:0xb74b1b70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:32.020 0:07.619 Pool:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:32.022 0:07.622 Pool:0xb74b1b70 SIP Sending > > PDU SUBSCRIBE sip:501 at ekiga.net (576 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.027 0:07.626 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:32.032 0:07.632 Pool:0xb74b1b70 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:32.041 0:07.640 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:32.044 0:07.643 Opal Liste...0xb7533b70 SIP PDU 489 > > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.049 0:07.648 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.051 0:07.650 Pool:0xb5cddb70 SIP SUBSCRIBE > > transaction id=z9hG4bK3aabfd86-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:32.052 0:07.652 Pool:0xb74b1b70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:32.122 0:07.721 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:32.126 0:07.725 Pool:0xb74b1b70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:32.128 0:07.728 Pool:0xb74b1b70 SIP Sending > > PDU SUBSCRIBE sip:alex-sk at ekiga.net (598 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.131 0:07.731 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:32.124 0:07.724 Opal Liste...0xb7533b70 SIP PDU 489 > > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.137 0:07.737 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.139 0:07.738 Pool:0xb74b1b70 SIP SUBSCRIBE > > transaction id=z9hG4bK829c0a87-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:32.188 0:07.787 OpalUDP > > Binding to interface: 0.0.0.0:5060 > > 2010/02/20 17:53:32.191 0:07.790 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:32.192 0:07.792 SIP Expiry > > time for PUBLISH set to 500 seconds. > > 2010/02/20 17:53:32.225 0:07.825 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:32.228 0:07.828 Opal Liste...0xb7533b70 SIP PDU 489 > > Event Not Supported received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.233 0:07.832 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.235 0:07.834 Pool:0xb74b1b70 SIP SUBSCRIBE > > transaction id=z9hG4bK66761a87-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:32.259 0:07.858 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:32.261 0:07.861 SIP Sending > > PDU PUBLISH sip:alex-sk at ekiga.net (816 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.265 0:07.864 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:32.367 0:07.966 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:32.371 0:07.970 Opal Liste...0xb7533b70 SIP PDU 200 > > OK received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:32.374 0:07.974 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.378 0:07.977 Pool:0xb74b1b70 SIP PUBLISH > > transaction id=z9hG4bK82b32f87-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:32.379 0:07.978 Pool:0xb74b1b70 SIP Expiry > > time for PUBLISH set to 495 seconds. > > 2010/02/20 17:53:32.379 0:07.979 Pool:0xb74b1b70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:32.440 0:08.040 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.441 0:08.040 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.442 0:08.042 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.443 0:08.042 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.444 0:08.044 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.445 0:08.044 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.446 0:08.045 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for REGISTER transaction > > id=z9hG4bK84538986-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:32.447 0:08.046 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.447 0:08.047 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.450 0:08.049 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.450 0:08.050 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:32.846 0:08.445 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for SUBSCRIBE transaction > > id=z9hG4bK14eed686-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:32.921 0:08.520 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for SUBSCRIBE transaction > > id=z9hG4bKa233ea86-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:33.053 0:08.652 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for SUBSCRIBE transaction > > id=z9hG4bK3aabfd86-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:33.136 0:08.736 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for REGISTER transaction > > id=z9hG4bK043eb086-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:33.141 0:08.741 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for SUBSCRIBE transaction > > id=z9hG4bK829c0a87-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:33.237 0:08.837 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for SUBSCRIBE transaction > > id=z9hG4bK66761a87-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:33.383 0:08.983 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for PUBLISH transaction > > id=z9hG4bK82b32f87-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:39.084 0:14.683 OpalMan Set > > up call from pc:* to sip:500 at ekiga.net > > 2010/02/20 17:53:39.085 0:14.684 Call Created > > Call[s786a01011] > > 2010/02/20 17:53:39.085 0:14.685 OpalMan Set > > up connection to "pc:*" > > 2010/02/20 17:53:39.087 0:14.686 OpalCon > > Created connection Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.088 0:14.687 OpalCon > > SetPhase from UninitialisedPhase to SetUpPhase for > > Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.088 0:14.687 OpalMan > > OnIncoming connection Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.089 0:14.688 Call > > GetOtherPartyConnection Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.091 0:14.691 OpalMan Set > > up connection to "sip:500 at ekiga.net" > > 2010/02/20 17:53:39.093 0:14.692 OpalCon > > Created connection > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.096 0:14.695 PCSS Outgoing > > call routed to sip:500 at ekiga.net for Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.097 0:14.696 OpalMan > > SetUpCall succeeded, call=Call[s786a01011] > > 2010/02/20 17:53:39.102 0:14.702 CallSetup:0xb5c9cb70 Call OnSetUp > > Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.103 0:14.703 CallSetup:0xb5c9cb70 SIP > > SetUpConnection: sip:500 at ekiga.net > > 2010/02/20 17:53:39.104 0:14.703 CallSetup:0xb5c9cb70 OpalCon > > SetPhase from UninitialisedPhase to SetUpPhase for > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.161 0:14.760 CallSetup:0xb5c9cb70 OpalUDP > > Binding to interface: 192.168.10.137:5060 > > 2010/02/20 17:53:39.162 0:14.762 CallSetup:0xb5c9cb70 OpalUDP > > Started connect to 86.64.162.35:5060 > > 2010/02/20 17:53:39.227 0:14.826 CallSetup:0xb5c9cb70 SIP Creating > > INVITE request > > 2010/02/20 17:53:39.271 0:14.870 CallSetup:0xb5c9cb70 SIP Offering > > media type audio in SDP with formats > > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > > 2010/02/20 17:53:39.272 0:14.871 CallSetup:0xb5c9cb70 Call > > IsMediaBypassPossible > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 1 > > 2010/02/20 17:53:39.272 0:14.871 CallSetup:0xb5c9cb70 OpalMan > > IsMediaBypassPossible: session 1 > > 2010/02/20 17:53:39.273 0:14.872 CallSetup:0xb5c9cb70 RTP Cannot > > find media session 1 > > 2010/02/20 17:53:39.273 0:14.872 CallSetup:0xb5c9cb70 RTP Cannot > > find RTP session 1 > > 2010/02/20 17:53:39.281 0:14.880 CallSetup:0xb5c9cb70 RTP_UDP > > Session 1 created: 82.155.35.128:5062-5063 ssrc=268151615 > > 2010/02/20 17:53:39.283 0:14.882 CallSetup:0xb5c9cb70 RTP Creating > > new session RTP_UDP > > 2010/02/20 17:53:39.284 0:14.883 CallSetup:0xb5c9cb70 RTP Found > > existing media session 1 > > 2010/02/20 17:53:39.295 0:14.894 CallSetup:0xb5c9cb70 SIP Using > > default RTP payload [pt=101] for UserInput/RFC2833 > > 2010/02/20 17:53:39.296 0:14.895 CallSetup:0xb5c9cb70 SIP Using > > default RTP payload [pt=120] for NamedSignalEvent > > 2010/02/20 17:53:39.340 0:14.939 CallSetup:0xb5c9cb70 SIP Offering > > media type video in SDP with formats > > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > > 2010/02/20 17:53:39.340 0:14.940 CallSetup:0xb5c9cb70 Call > > IsMediaBypassPossible > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 2 > > 2010/02/20 17:53:39.341 0:14.940 CallSetup:0xb5c9cb70 OpalMan > > IsMediaBypassPossible: session 2 > > 2010/02/20 17:53:39.341 0:14.942 CallSetup:0xb5c9cb70 RTP Cannot > > find media session 2 > > 2010/02/20 17:53:39.343 0:14.942 CallSetup:0xb5c9cb70 RTP Cannot > > find RTP session 2 > > 2010/02/20 17:53:39.349 0:14.949 CallSetup:0xb5c9cb70 RTP_UDP > > Session 2 created: 82.155.35.128:5064-5065 ssrc=2466847287 > > 2010/02/20 17:53:39.352 0:14.951 CallSetup:0xb5c9cb70 RTP Creating > > new session RTP_UDP > > 2010/02/20 17:53:39.352 0:14.952 CallSetup:0xb5c9cb70 RTP Found > > existing media session 2 > > 2010/02/20 17:53:39.403 0:15.003 CallSetup:0xb5c9cb70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:39.419 0:15.019 CallSetup:0xb5c9cb70 OpalPlugin > > to_customised_options changed option "Frame Width" from "320" to "176" > > 2010/02/20 17:53:39.420 0:15.019 CallSetup:0xb5c9cb70 OpalPlugin > > to_customised_options changed option "Frame Height" from "240" to "144" > > 2010/02/20 17:53:39.428 0:15.028 CallSetup:0xb5c9cb70 SIP Sending > > PDU INVITE sip:500 at ekiga.net (1170 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.432 0:15.032 CallSetup:0xb5c9cb70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:39.434 0:15.033 CallSetup:0xb5c9cb70 OpalCon > > OnSetUpConnectionCall[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.434 0:15.033 CallSetup:0xb5c9cb70 OpalEP > > OnSetUpConnection > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.435 0:15.034 CallSetup:0xb5c9cb70 PTLib > > Destroyed thread 0x8befd30 CallSetup:0xb5c9cb70(id = b5c9cb70) > > 2010/02/20 17:53:39.547 0:15.147 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:39.551 0:15.151 Opal Liste...0xb7533b70 SIP PDU 407 > > Proxy Authentication Required received: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.555 0:15.154 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:39.572 0:15.171 Pool:0xb5c9cb70 SIP Sending > > PDU ACK sip:500 at ekiga.net (395 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.575 0:15.174 Pool:0xb5c9cb70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:39.576 0:15.175 Pool:0xb5c9cb70 SIP INVITE > > transaction id=z9hG4bK54ae5e8b-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:39.576 0:15.176 Pool:0xb5c9cb70 SIP Received > > Proxy Authentication Required response > > 2010/02/20 17:53:39.578 0:15.177 Pool:0xb5c9cb70 SIP Found > > auth info for realm ekiga.net > > 2010/02/20 17:53:39.578 0:15.177 Pool:0xb5c9cb70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:39.609 0:15.208 Pool:0xb5c9cb70 SIP Creating > > INVITE request > > 2010/02/20 17:53:39.652 0:15.252 Pool:0xb5c9cb70 SIP Offering > > media type audio in SDP with formats > > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > > 2010/02/20 17:53:39.653 0:15.252 Pool:0xb5c9cb70 Call > > IsMediaBypassPossible > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 1 > > 2010/02/20 17:53:39.655 0:15.254 Pool:0xb5c9cb70 OpalMan > > IsMediaBypassPossible: session 1 > > 2010/02/20 17:53:39.655 0:15.254 Pool:0xb5c9cb70 RTP Found > > existing media session 1 > > 2010/02/20 17:53:39.656 0:15.255 Pool:0xb5c9cb70 RTP Found > > existing RTP session 1 > > 2010/02/20 17:53:39.662 0:15.261 Pool:0xb5c9cb70 SIP Using > > default RTP payload [pt=101] for UserInput/RFC2833 > > 2010/02/20 17:53:39.663 0:15.262 Pool:0xb5c9cb70 SIP Using > > default RTP payload [pt=120] for NamedSignalEvent > > 2010/02/20 17:53:39.705 0:15.305 Pool:0xb5c9cb70 SIP Offering > > media type video in SDP with formats > > SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,theora,H.261,H.261-CIF,H.261-QCIF > > 2010/02/20 17:53:39.706 0:15.305 Pool:0xb5c9cb70 Call > > IsMediaBypassPossible > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] session 2 > > 2010/02/20 17:53:39.707 0:15.306 Pool:0xb5c9cb70 OpalMan > > IsMediaBypassPossible: session 2 > > 2010/02/20 17:53:39.707 0:15.306 Pool:0xb5c9cb70 RTP Found > > existing media session 2 > > 2010/02/20 17:53:39.707 0:15.307 Pool:0xb5c9cb70 RTP Found > > existing RTP session 2 > > 2010/02/20 17:53:39.715 0:15.314 Pool:0xb5c9cb70 SIP Adding > > authentication information > > 2010/02/20 17:53:39.756 0:15.355 Pool:0xb5c9cb70 SIP > > Transaction remote address is udp$ekiga.net:5060 > > 2010/02/20 17:53:39.772 0:15.371 Pool:0xb5c9cb70 OpalPlugin > > to_customised_options changed option "Frame Width" from "320" to "176" > > 2010/02/20 17:53:39.773 0:15.372 Pool:0xb5c9cb70 OpalPlugin > > to_customised_options changed option "Frame Height" from "240" to "144" > > 2010/02/20 17:53:39.781 0:15.380 Pool:0xb5c9cb70 SIP Sending > > PDU INVITE sip:500 at ekiga.net (1380 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.784 0:15.384 Pool:0xb5c9cb70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:39.908 0:15.507 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:39.912 0:15.511 Opal Liste...0xb7533b70 SIP PDU 100 > > Giving a try received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.915 0:15.514 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:39.919 0:15.518 Opal Liste...0xb7533b70 OpalUDP > > Binding to interface: 82.155.35.128:5060 > > 2010/02/20 17:53:39.925 0:15.524 Pool:0xb5c9cb70 SIP INVITE > > transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 proceeding. > > 2010/02/20 17:53:39.926 0:15.525 Pool:0xb5c9cb70 SIP Received > > Trying response > > 2010/02/20 17:53:39.927 0:15.527 Pool:0xb5c9cb70 OpalCon > > SetPhase from SetUpPhase to ProceedingPhase for > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.928 0:15.527 Pool:0xb5c9cb70 OpalMan > > OnProceeding > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.928 0:15.528 Pool:0xb5c9cb70 Call > > OnProceeding > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.948 0:15.547 Opal Liste...0xb7533b70 SIP PDU 500 > > Server internal error received: rem=udp$86.64.162.35:5060,local=udp > > $82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.951 0:15.550 Opal Liste...0xb7533b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:39.963 0:15.563 Pool:0xb5c9cb70 SIP Adding > > authentication information > > 2010/02/20 17:53:39.966 0:15.565 Pool:0xb5c9cb70 SIP Sending > > PDU ACK sip:500 at ekiga.net (578 bytes) to: rem=udp > > $86.64.162.35:5060,local=udp$82.155.35.128:5060,if=192.168.10.137%eth0 > > 2010/02/20 17:53:39.969 0:15.568 Pool:0xb5c9cb70 OpalUDP > > Setting interface to 192.168.10.137%eth0 > > 2010/02/20 17:53:39.974 0:15.573 Pool:0xb5c9cb70 SIP INVITE > > transaction id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 completed. > > 2010/02/20 17:53:39.975 0:15.574 Pool:0xb5c9cb70 OpalCon > > SetPhase from ProceedingPhase to ReleasingPhase for > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.975 0:15.575 Pool:0xb5c9cb70 OpalCon > > Releasing Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.976 0:15.575 Pool:0xb5c9cb70 OpalCon Call > > end reason for > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] set to > > EndedByQ931Cause > > 2010/02/20 17:53:39.977 0:15.576 OnRelease:0xb5c5bb70 SIP > > OnReleased: > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7], phase = > > ReleasingPhase > > 2010/02/20 17:53:39.978 0:15.577 OnRelease:0xb5c5bb70 OpalCon > > SetPhase from ReleasingPhase to ReleasingPhase for > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.979 0:15.579 OnRelease:0xb5c5bb70 OpalCon Media > > streams closed. > > 2010/02/20 17:53:39.980 0:15.579 OnRelease:0xb5c5bb70 OpalCon > > SetPhase from ReleasingPhase to ReleasedPhase for > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.980 0:15.580 OnRelease:0xb5c5bb70 OpalCon > > OnReleased > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.981 0:15.580 OnRelease:0xb5c5bb70 OpalMan > > OnReleased > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.984 0:15.583 OnRelease:0xb5c5bb70 Call > > OnReleased > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > 2010/02/20 17:53:39.985 0:15.584 OnRelease:0xb5c5bb70 OpalCon > > SetPhase from SetUpPhase to ReleasingPhase for > > Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.985 0:15.584 OnRelease:0xb5c5bb70 OpalCon > > Releasing Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.986 0:15.585 OnRelease:0xb5c5bb70 OpalCon Call > > end reason for Call[s786a01011]-EP[pe153cacf2] set to > > EndedByQ931Cause > > 2010/02/20 17:53:39.986 0:15.585 OnRelease:0xb5c5bb70 OpalCon > > OnReleased Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.986 0:15.586 OnRelease:0xb5c5bb70 OpalMan > > OnReleased Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.987 0:15.586 OnRelease:0xb5c5bb70 Call > > OnReleased Call[s786a01011]-EP[pe153cacf2] > > 2010/02/20 17:53:39.988 0:15.587 OnRelease:0xb5c5bb70 OpalCon Media > > streams closed. > > 2010/02/20 17:53:39.988 0:15.587 OnRelease:0xb5c5bb70 OpalCon Media > > streams closed. > > 2010/02/20 17:53:39.989 0:15.588 OnRelease:0xb5c5bb70 PTLib > > Destroyed thread 0x8be8618 OnRelease:0xb5c5bb70(id = b5c5bb70) > > 2010/02/20 17:53:40.068 0:15.667 OpalMan > > OnClearedCall Call[s786a01011] from "pc:alex" to "sip:500 at ekiga.net" > > 2010/02/20 17:53:40.068 0:15.668 OPAL > > Attempting to close recording on call s786a01011 when not recording. > > 2010/02/20 17:53:40.461 0:16.061 Opal Garbage:0xb75f6b70 OpalCon > > Connection Call[s786a01011]-EP[pe153cacf2] destroyed. > > 2010/02/20 17:53:40.787 0:16.386 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for INVITE transaction > > id=z9hG4bK54ae5e8b-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:40.983 0:16.582 Housekeeper:0xb7574b70 SIP Set state > > Terminated_Success for INVITE transaction > > id=z9hG4bK0ef6988b-b61c-df11-8d3e-00047620e8e7 > > 2010/02/20 17:53:41.464 0:17.064 Opal Garbage:0xb75f6b70 RTP Closing > > session 1 > > 2010/02/20 17:53:41.465 0:17.064 Opal Garbage:0xb75f6b70 RTP Deleting > > session 1 > > 2010/02/20 17:53:41.466 0:17.065 Opal Garbage:0xb75f6b70 RTP_UDP > > Session 1, Shutting down read. > > 2010/02/20 17:53:41.466 0:17.066 Opal Garbage:0xb75f6b70 RTP_UDP > > Session 1, Shutting down write. > > 2010/02/20 17:53:41.467 0:17.067 Opal Garbage:0xb75f6b70 RTP Closing > > session 2 > > 2010/02/20 17:53:41.468 0:17.067 Opal Garbage:0xb75f6b70 RTP Deleting > > session 2 > > 2010/02/20 17:53:41.468 0:17.067 Opal Garbage:0xb75f6b70 RTP_UDP > > Session 2, Shutting down read. > > 2010/02/20 17:53:41.469 0:17.068 Opal Garbage:0xb75f6b70 RTP_UDP > > Session 2, Shutting down write. > > 2010/02/20 17:53:41.471 0:17.070 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:41.471 0:17.071 Opal Garbage:0xb75f6b70 Opal > > Transport clean up on termination > > 2010/02/20 17:53:41.477 0:17.076 Opal Garbage:0xb75f6b70 OpalCon > > Connection > > Call[s786a01011]-EP[1c414a8b-b61c-df11-8d3e-00047620e8e7] > > destroyed. > > 2010/02/20 17:53:42.573 0:18.173 Call > > Call[s786a01011] destroyed. > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From legenyes at hotmail.com Mon Feb 22 16:43:10 2010 From: legenyes at hotmail.com (My Name) Date: Mon, 22 Feb 2010 16:43:10 +0000 Subject: [Ekiga-list] Unable to dial to ekiga.net In-Reply-To: References: Message-ID: Indeed, I haven't been able to get an echo from that number for at least a week. _________________________________________________________________ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ianyoli at gmail.com Mon Feb 22 20:45:44 2010 From: ianyoli at gmail.com (Ian Murdoch) Date: Mon, 22 Feb 2010 15:45:44 -0500 Subject: [Ekiga-list] Ekiga in 64-bit system environment. Message-ID: <60d2a91a1002221245yd4552c4xe9b44ec480f59ebb@mail.gmail.com> Hi Everyone, Is Ekiga Version 3.2.6 compatible with the Linux AMD 64-bit System Architecture? I ask this question because I have just bought a new PC with this architecture and have installed Ubuntu 9.10, AMD 64-bit Version Operating System on it and am having problems with Ekiga. But first I want to mention that Ekiga did not come bundled with this O.S., as it does with other members of this family of O.S?s. This perhaps suggests that Ekiga is not compatible? In any case I installed Ekiga from your website, using Yannicks clever procedure of updating Synaptic. The installation appeared flawless. For security I restarted the P.C. I opened Ekiga and was able to configure it with the wizard and preferences. My webcam and audio config. functioned normally. I checked "Accounts" and found that both ekiga.net and diamondcard.us had registered ok. Everything seemed good and normal, so I tried a call to 500 at ekiga.net and it functioned. But when I disconnected from that call Ekiga crashed! (Froze up). It did not restore itself after waiting for five minutes or so. I had to close it forcibly. I restored Ekiga and tried a call to 441 at diamondcard.us, which worked and my voice was played back clearly to me. Again, on closing the call Ekiga crashed, as before. Restoring again, I called Diamondcard for my account balance and received the robot voice telling me my balance. Once more Ekiga crashed on closing the call. I have not yet tried a call to a private number, because at that point I found that Ekiga was unable to register with ekiga.net, although it was still registering with diamondcard.us. Watching the List, I found that others were having the same difficulty and I concluded that the Ekiga server was out of service. And so it seems to have been in the last few days. In these circumstances I would appreciate comments from you experts regarding the compatability issue and the crashes I have experienced. I am an ordinary, non-technical user of Ekiga and have been enjoying the use of your excelent software for nearly three years now, with great satisfaction. So, I want to thank you all for the great work that you are doing. Regards, Ian Murdoch. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Feb 23 08:46:01 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 23 Feb 2010 09:46:01 +0100 Subject: [Ekiga-list] Ekiga in 64-bit system environment. In-Reply-To: <60d2a91a1002221245yd4552c4xe9b44ec480f59ebb@mail.gmail.com> References: <60d2a91a1002221245yd4552c4xe9b44ec480f59ebb@mail.gmail.com> Message-ID: <4B8395C9.4060607@pu-pm.univ-fcomte.fr> Ian Murdoch wrote: > Hi Everyone, > > Is Ekiga Version 3.2.6 compatible with the Linux AMD 64-bit System > Architecture? I ask this question because I have just bought a new PC with > this architecture and have installed Ubuntu 9.10, AMD 64-bit Version > Operating System on it and am having problems with Ekiga. But first I want > to mention that Ekiga did not come bundled with this O.S., as it does with > other members of this family of O.S?s. This perhaps suggests that Ekiga is > not compatible? In any case I installed Ekiga from your website, using > Yannicks clever procedure of updating Synaptic. The installation appeared > flawless. For security I restarted the P.C. I opened Ekiga and was able to > configure it with the wizard and preferences. My webcam and audio config. > functioned normally. I checked "Accounts" and found that both ekiga.net and > diamondcard.us had registered ok. Everything seemed good and normal, so I > tried a call to 500 at ekiga.net and it functioned. But when I disconnected > from that call Ekiga crashed! (Froze up). It did not restore itself after > waiting for five minutes or so. I had to close it forcibly. I restored Ekiga > and tried a call to 441 at diamondcard.us, which worked and my voice was played > back clearly to me. Again, on closing the call Ekiga crashed, as before. > Restoring again, I called Diamondcard for my account balance and received > the robot voice telling me my balance. Once more Ekiga crashed on closing > the call. I have not yet tried a call to a private number, because at that > point I found that Ekiga was unable to register with ekiga.net, although it > was still registering with diamondcard.us. Watching the List, I found that > others were having the same difficulty and I concluded that the Ekiga server > was out of service. And so it seems to have been in the last few days. In > these circumstances I would appreciate comments from you experts regarding > the compatability issue and the crashes I have experienced. > > I am an ordinary, non-technical user of Ekiga and have been enjoying the use > of your excelent software for nearly three years now, with great > satisfaction. So, I want to thank you all for the great work that you are > doing. Ekiga is compatible with 64 bits OSes. So the only problem you have (until now) is the crash/freeze when stopping a communication. Indeed, some people have this issue (see https://bugzilla.gnome.org/buglist.cgi?product=ekiga&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=critical), we have not yet fixed it. If you wish, we can look if your problem is like theirs (while waiting that the issue be fixed); for that, you need to follow the steps at http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash_or_freeze Best regards, -- Eugen Dedu From hensandler at yahoo.se Tue Feb 23 14:53:46 2010 From: hensandler at yahoo.se (Henrik Sandler) Date: Tue, 23 Feb 2010 14:53:46 +0000 (GMT) Subject: [Ekiga-list] Egika does not work Message-ID: <140290.37320.qm@web26502.mail.ukl.yahoo.com> Hello.?For 3 weeks ago, I set up an account in Ekiga. I must have done something wrong. When I try to start it, it says,"connection failed". What can I do? I am using Hardy Ubuntu 8,04, Egika 2,0,12. I have 2 accounts,?SIP ServicePC-To-PhoneSince I am Swedish, the text pop-ups are in Swedish, and in brackets are what I think is the English equivalents.? For the SIP Service it says the followingKontonamn (Account name) SIP ServiceRegistrator (Registrator) "blank"Anv?ndare (User) Henrik.sandlerL?senord (Password) --------- For the PC-To-Phone it says the following Kontonamn (Account name) PC- To-PhoneRegistrator (Registrator) eugw.ast.diamondcard.usAnv?ndare (User) HensandlerL?senord (Password) --------- Where is the problem? All help is needed.?Henrik __________________________________________________ Anv?nder du Yahoo!? ?r du tr?tt p? spam? Yahoo! E-post har det b?sta spamskyddet som finns http://se.mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Feb 23 16:23:17 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 23 Feb 2010 17:23:17 +0100 Subject: [Ekiga-list] Egika does not work In-Reply-To: <140290.37320.qm@web26502.mail.ukl.yahoo.com> References: <140290.37320.qm@web26502.mail.ukl.yahoo.com> Message-ID: <4B8400F5.50805@pu-pm.univ-fcomte.fr> Henrik Sandler wrote: > Hello. For 3 weeks ago, I set up an account in Ekiga. I must have done something wrong. When I try to start it, it says,"connection failed". What can I do? I am using Hardy Ubuntu 8,04, Egika 2,0,12. I have 2 accounts, SIP ServicePC-To-PhoneSince I am Swedish, the text pop-ups are in Swedish, and in brackets are what I think is the English equivalents. > For the SIP Service it says the followingKontonamn (Account name) SIP ServiceRegistrator (Registrator) "blank"Anv?ndare (User) Henrik.sandlerL?senord (Password) --------- You must put ekiga.net as registrar. > For the PC-To-Phone it says the following > Kontonamn (Account name) PC- To-PhoneRegistrator (Registrator) eugw.ast.diamondcard.usAnv?ndare (User) HensandlerL?senord (Password) --------- > Where is the problem? Look in Account window, wait 20 seconds and tell how for what is the Status of each account (Registered or other thing?) -- Eugen From hensandler at yahoo.se Tue Feb 23 17:03:23 2010 From: hensandler at yahoo.se (Henrik Sandler) Date: Tue, 23 Feb 2010 17:03:23 +0000 (GMT) Subject: [Ekiga-list] Egika does not work In-Reply-To: <4B8400F5.50805@pu-pm.univ-fcomte.fr> Message-ID: <701421.37741.qm@web26501.mail.ukl.yahoo.com> Hello Eugen, Ekiga.?It seems to work better now, but I do not have any soundcard! It does not seem to find it. When I call sip:500 at ekiga.net, I cannot hear anything, but when I close Ekiga, I get a "busy" tone.? This is the message Ekiga sent me Could not open audio channel for audio reception An error occurred while trying to play up to the sound card for audio reception. Make sure your soundcard is not busy and that your driver supports full-duplex. Sound reception is disabled. Henrik Sandler wrote: > Hello. For 3 weeks ago, I set up an account in Ekiga. I must have done something wrong. When I try to start it, it says,"connection failed". What can I do? I am using Hardy Ubuntu 8,04, Egika 2,0,12. I have 2 accounts, SIP ServicePC-To-PhoneSince I am Swedish, the text pop-ups are in Swedish, and in brackets are what I think is the English equivalents. > For the SIP Service it says the followingKontonamn (Account name) SIP ServiceRegistrator (Registrator) "blank"Anv?ndare (User) Henrik.sandlerL?senord (Password) --------- You must put ekiga.net as registrar. > For the PC-To-Phone it says the following > Kontonamn (Account name) PC- To-PhoneRegistrator (Registrator) eugw.ast.diamondcard.usAnv?ndare (User) HensandlerL?senord (Password) --------- > Where is the problem? Look in Account window, wait 20 seconds and tell how for what is the Status of each account (Registered or other thing?) -- Eugen Both boxes marked "L" are ticked.?For SIP -service it says "Registrated"For PC- to - Phone it says "Registrated failed" Best wishesHenrik __________________________________________________ Anv?nder du Yahoo!? ?r du tr?tt p? spam? Yahoo! E-post har det b?sta spamskyddet som finns http://se.mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Feb 23 17:12:20 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 23 Feb 2010 18:12:20 +0100 Subject: [Ekiga-list] Egika does not work In-Reply-To: <701421.37741.qm@web26501.mail.ukl.yahoo.com> References: <701421.37741.qm@web26501.mail.ukl.yahoo.com> Message-ID: <4B840C74.2080202@pu-pm.univ-fcomte.fr> Does Play from Preferences->SoundEvents work? Henrik Sandler wrote: > Hello Eugen, Ekiga. It seems to work better now, but I do not have any soundcard! It does not seem to find it. When I call sip:500 at ekiga.net, I cannot hear anything, but when I close Ekiga, I get a "busy" tone. > This is the message Ekiga sent me > Could not open audio channel for audio reception > > An error occurred while trying to play up to the sound card for audio reception. Make sure your soundcard is not busy and that your driver supports full-duplex. > Sound reception is disabled. > > > > Henrik Sandler wrote: >> Hello. For 3 weeks ago, I set up an account in Ekiga. I must have done something wrong. When I try to start it, it says,"connection failed". What can I do? I am using Hardy Ubuntu 8,04, Egika 2,0,12. I have 2 accounts, SIP ServicePC-To-PhoneSince I am Swedish, the text pop-ups are in Swedish, and in brackets are what I think is the English equivalents. >> For the SIP Service it says the followingKontonamn (Account name) SIP ServiceRegistrator (Registrator) "blank"Anv?ndare (User) Henrik.sandlerL?senord (Password) --------- > > You must put ekiga.net as registrar. > >> For the PC-To-Phone it says the following >> Kontonamn (Account name) PC- To-PhoneRegistrator (Registrator) eugw.ast.diamondcard.usAnv?ndare (User) HensandlerL?senord (Password) --------- >> Where is the problem? > > Look in Account window, wait 20 seconds and tell how for what is the > Status of each account (Registered or other thing?) > > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From ianyoli at gmail.com Tue Feb 23 20:33:08 2010 From: ianyoli at gmail.com (Ian Murdoch) Date: Tue, 23 Feb 2010 15:33:08 -0500 Subject: [Ekiga-list] ekiga-list Digest, Vol 43, Issue 30 In-Reply-To: References: Message-ID: <60d2a91a1002231233g7a580982n5daddcf36628fad2@mail.gmail.com> Eugen Dedu wrote: Ekiga is compatible with 64 bits OSes. So the only problem you have (until now) is the crash/freeze when stopping a communication. Indeed, some people have this issue (see https://bugzilla.gnome.org/buglist.cgi?product=ekiga&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=critical ), we have not yet fixed it. If you wish, we can look if your problem is like theirs (while waiting that the issue be fixed); for that, you need to follow the steps at http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash_or_freeze Best regards, -- Eugen Dedu Hi Eugen, Thanks for your information. I have been looking at some of the bugs filed on this subject, at the address given and note that the main suspect in this problem is Pulse Audio. I also note that in the P.A. software in my O.S. there is a tool called PulseAudio Manager. Opening this tool, I discovered that in the first tab: "Server Information" there are buttons for the Connection and Disconnection of the Server. When opened, I found it connected. So, I disconnected it and then went to test Ekiga again. I made the same tests as mentioned previously, but this time Ekiga did *not* crash when closing the calls! The Ekiga server still seems to be down, so Ekiga was unable to register to it and I could not try 500 at ekiga.net. I hope this is helpful to you. I will try to get a stack trace of a crash, as you propose. If I am successful I will send it to you. Please understand that I am not experienced in these procedures. Thanks again for your prompt reply. Best Regards, Ian Murdoch. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hmabrouk at altern.org Tue Feb 23 21:59:39 2010 From: hmabrouk at altern.org (hmabrouk at altern.org) Date: Tue, 23 Feb 2010 22:59:39 +0100 (CET) Subject: [Ekiga-list] (no subject) Message-ID: <49361.41.226.161.98.1266962379.squirrel@www.altern.org> please delete my mail from your list thank y v much From hensandler at yahoo.se Tue Feb 23 22:26:53 2010 From: hensandler at yahoo.se (Henrik Sandler) Date: Tue, 23 Feb 2010 22:26:53 +0000 (GMT) Subject: [Ekiga-list] Egika does not work In-Reply-To: <4B840C74.2080202@pu-pm.univ-fcomte.fr> Message-ID: <161539.33590.qm@web26504.mail.ukl.yahoo.com> Does Play from Preferences->SoundEvents work? Yes. /Henrik __________________________________________________ Anv?nder du Yahoo!? ?r du tr?tt p? spam? Yahoo! E-post har det b?sta spamskyddet som finns http://se.mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Wed Feb 24 01:24:26 2010 From: rowens at ptd.net (Rob Owens) Date: Tue, 23 Feb 2010 20:24:26 -0500 Subject: [Ekiga-list] registration fails immediately if STUN is not used In-Reply-To: <20100216161553.GA18129@aurora.owens.net> References: <20100215203646.GA11599@aurora.owens.net> <1266311934.27331.36.camel@scorpion.multitel.be> <20100216153951.GA17237@aurora.owens.net> <20100216161553.GA18129@aurora.owens.net> Message-ID: <20100224012426.GA17760@aurora.owens.net> On Tue, Feb 16, 2010 at 11:15:53AM -0500, Rob Owens wrote: > On Tue, Feb 16, 2010 at 10:39:51AM -0500, Rob Owens wrote: > > On Tue, Feb 16, 2010 at 10:18:54AM +0100, Damien Sandras wrote: > > > Le lundi 15 f?vrier 2010 ? 15:36 -0500, Rob Owens a ?crit : > > > > > > > I think this is a new problem... Registration to my ekiga.net account > > > > fails immediately if I choose not to use STUN. I'm experimenting with a > > > > local SIP proxy which requires me to turn off STUN. > > > > > > > > I've tested this on another LAN with no SIP proxy and no special > > > > settings, so I think it's a problem on ekiga.net's end. > > > > > > > > Can anybody confirm? > > > > > > > > > Without STUN, you appear as being NATted, which won't work. The behavior > > > is normal. > > > However, you can logically register with STUN enabled on a local proxy. > > > If the proxy is local on the LAN, STUN won't be used when communicating > > > with it, even if enabled. > > > > > Are you saying that all my clients should have STUN enabled? Or that I > > tell my proxy to use STUN? > > > I just tried enabling STUN on all my clients. They can make outgoing > calls, but incoming calls do not work correctly (they give the > impression that they have connected, but there is no sound or video from > the remote user). > > On the other hand, when a remote user called in using my iptel.org > address, the call connected properly. > > I'm using Ekiga 2.0.12 and siproxd 0.7.0 on a non-gateway machine. > Well, now I've disabled STUN again and I can still register to ekiga.net. So I think my siproxd server is making it work. I tried no STUN and no siproxd proxy, and registering to ekiga.net fails. By the way, iptel.org claims that using their service, you should not use STUN. Their website states that they have a "server side NAT traversal" solution in place. I haven't fully tested it yet, but I plan to. -Rob From matthews632 at netspace.net.au Wed Feb 24 13:56:59 2010 From: matthews632 at netspace.net.au (mat101) Date: Wed, 24 Feb 2010 05:56:59 -0800 (PST) Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem Message-ID: <27714204.post@talk.nabble.com> I have a DSL 302G D-link modem and I've been trying to get Ekiga voip working on ubuntu 8.10 without any luck, and I was wondering whether anyone might be able to solve this problem. I have tried setting NAT Rule Entries for various ip numbers I thought might be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, etc.) and included the requisite Ekiga ports in the NAT Rule Entries (3478-3479, 5000-5100, 1720), but still no sound or video. When I start Ekiga I manage to register my Ekiga SIP account without a problem, but I can't communicate with anyone. The various test SIP addresses that are supposed to playback sounds also don't work for me. The 'NAT Traversal Method' of my Ekiga installation is set to STUN, and the 'STUN Server' is set to 'stun.ekiga.net'. Irrespective of the NAT Rule Entries I've used, running Ekiga's druid and clicking 'Detect NAT Type' always results in the detection of a 'Symmetric NAT' and Ekiga's suggestion to change it to a 'Cone NAT'. I've never been able to obtain a Cone NAT. I don't know what I'm doing wrong. I attempted to get my router ip number by running cmd.exe/ipconfig on XP (another partition on the same computer system) and obtained the following output: Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : IP Address. . . . . . . . . . . . : 10.1.1.10 Subnet Mask . . . . . . . . . . . : 255.0.0.0 Default Gateway . . . . . . . . . : 10.1.1.1 Some sites claim the above ipconfig output indicates my router ip number is 10.1.1.1, and yet other sites claim it is 10.1.1.10. Some have even suggested my router ip number should be 192.168.15.1. This is all very confusing. As I want to use Ekiga with my DSL 302G modem on ubuntu, I was wondering if anyone has some valuable advice that would help me get Ekiga working with this modem on ubuntu. Thank you. -- View this message in context: http://old.nabble.com/Ekiga-on-Ubuntu-using-DSL-302G-D-Link-modem-tp27714204p27714204.html Sent from the Ekiga General mailing list archive at Nabble.com. From matthews632 at netspace.net.au Wed Feb 24 14:59:36 2010 From: matthews632 at netspace.net.au (mat101) Date: Wed, 24 Feb 2010 06:59:36 -0800 (PST) Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem Message-ID: <27714204.post@talk.nabble.com> I have a DSL 302G D-link modem and I've been trying to get Ekiga voip working on ubuntu 8.10 without any luck, and I was wondering whether anyone might be able to solve this problem. I have tried setting NAT Rule Entries for various ip numbers I thought might be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, etc.) and included the requisite Ekiga ports in the NAT Rule Entries (3478-3479, 5000-5100, 1720), but still no sound or video. When I start Ekiga I manage to register my Ekiga SIP account without a problem, but I can't communicate with anyone. The various test SIP addresses that are supposed to playback sounds also don't work for me. The 'NAT Traversal Method' of my Ekiga installation is set to STUN, and the 'STUN Server' is set to 'stun.ekiga.net'. Irrespective of the NAT Rule Entries I've used, running Ekiga's druid and clicking 'Detect NAT Type' always results in the detection of a 'Symmetric NAT' and Ekiga's suggestion to change it to a 'Cone NAT'. I've never been able to obtain a Cone NAT. I don't know what I'm doing wrong. I attempted to get my router ip number by running cmd.exe/ipconfig on XP (another partition on the same computer system) and obtained the following output: Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : IP Address. . . . . . . . . . . . : 10.1.1.10 Subnet Mask . . . . . . . . . . . : 255.0.0.0 Default Gateway . . . . . . . . . : 10.1.1.1 Some sites claim the above ipconfig output indicates my router ip number is 10.1.1.1, and yet other sites claim it is 10.1.1.10. Some have even suggested my router ip number should be 192.168.15.1. This is all very confusing. As I want to use Ekiga with my DSL 302G modem on ubuntu, I was wondering if anyone has some valuable advice that would help me get Ekiga working with this modem on ubuntu. Thank you. -- View this message in context: http://old.nabble.com/Ekiga-on-Ubuntu-using-DSL-302G-D-Link-modem-tp27714204p27714204.html Sent from the Ekiga General mailing list archive at Nabble.com. From law_ence.dev at ntlworld.com Wed Feb 24 21:50:17 2010 From: law_ence.dev at ntlworld.com (ael) Date: Wed, 24 Feb 2010 21:50:17 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <27714204.post@talk.nabble.com> References: <27714204.post@talk.nabble.com> Message-ID: <20100224215017.GB2070@conquest3.conquest> On Wed, Feb 24, 2010 at 05:56:59AM -0800, mat101 wrote: > > I have a DSL 302G D-link modem and I've been trying to get Ekiga voip working > on ubuntu 8.10 without any luck, and I was wondering whether anyone might be > able to solve this problem. > > I have tried setting NAT Rule Entries for various ip numbers I thought might > be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, etc.) and included > the requisite Ekiga ports in the NAT Rule Entries (3478-3479, 5000-5100, > 1720), but still no sound or video. Not quite sure what you mean above: are you trying to follow the Ekiga-behind-a-NAT-router instructions on the wiki? If you don't know the ip address of your router, I don't understand how you can reach it to change the settings. > > Irrespective of the NAT Rule Entries I've used, running Ekiga's druid and > clicking 'Detect NAT Type' always results in the detection of a 'Symmetric > NAT' and Ekiga's suggestion to change it to a 'Cone NAT'. I've never been > able to obtain a Cone NAT. That means that your trigger rule (if you have one) isn't firing. The whole point of the trigger is to open a small local "CONE" for the ekiga traffic. IIRC ekiga will call this something like a "restricted CONE". > > I attempted to get my router ip number by running cmd.exe/ipconfig on XP > (another partition on the same computer system) and obtained the following > output: > > Ethernet adapter Local Area Connection: > > Connection-specific DNS Suffix . : > IP Address. . . . . . . . . . . . : 10.1.1.10 > Subnet Mask . . . . . . . . . . . : 255.0.0.0 > Default Gateway . . . . . . . . . : 10.1.1.1 Your router is *almost* certainly the gateway. What happens if you ping that address? Do the router LEDS flash? Can you point a browser there and see anything? Who set up your router: not you? > Some sites claim the above ipconfig output indicates my router ip number is > 10.1.1.1, and yet other sites claim it is 10.1.1.10. Some have even > suggested my router ip number should be 192.168.15.1. This is all very > confusing. Indeed. What about using wireshark to find out what is going on? Or just type "route"? (On ubuntu, maybe that is sudo route?) ael From matthews632 at netspace.net.au Thu Feb 25 02:25:46 2010 From: matthews632 at netspace.net.au (mat101) Date: Thu, 25 Feb 2010 13:25:46 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <20100224215017.GB2070@conquest3.conquest> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> Message-ID: <4B85DFAA.5050500@netspace.net.au> ael wrote: > On Wed, Feb 24, 2010 at 05:56:59AM -0800, mat101 wrote: > >> I have a DSL 302G D-link modem and I've been trying to get Ekiga voip working >> on ubuntu 8.10 without any luck, and I was wondering whether anyone might be >> able to solve this problem. >> >> I have tried setting NAT Rule Entries for various ip numbers I thought might >> be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, etc.) and included >> the requisite Ekiga ports in the NAT Rule Entries (3478-3479, 5000-5100, >> 1720), but still no sound or video. >> > > Not quite sure what you mean above: are you trying to follow the > Ekiga-behind-a-NAT-router instructions on the wiki? If you don't know > the ip address of your router, I don't understand how you can reach it to change > the settings. > > >> Irrespective of the NAT Rule Entries I've used, running Ekiga's druid and >> clicking 'Detect NAT Type' always results in the detection of a 'Symmetric >> NAT' and Ekiga's suggestion to change it to a 'Cone NAT'. I've never been >> able to obtain a Cone NAT. >> > > That means that your trigger rule (if you have one) isn't firing. The whole > point of the trigger is to open a small local "CONE" for the ekiga traffic. > IIRC ekiga will call this something like a "restricted CONE". > > >> I attempted to get my router ip number by running cmd.exe/ipconfig on XP >> (another partition on the same computer system) and obtained the following >> output: >> >> Ethernet adapter Local Area Connection: >> >> Connection-specific DNS Suffix . : >> IP Address. . . . . . . . . . . . : 10.1.1.10 >> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >> Default Gateway . . . . . . . . . : 10.1.1.1 >> > > Your router is *almost* certainly the gateway. What happens if you > ping that address? Do the router LEDS flash? Can you point a browser > there and see anything? > > Who set up your router: not you? > > >> Some sites claim the above ipconfig output indicates my router ip number is >> 10.1.1.1, and yet other sites claim it is 10.1.1.10. Some have even >> suggested my router ip number should be 192.168.15.1. This is all very >> confusing. >> > > Indeed. What about using wireshark to find out what is going on? > Or just type "route"? (On ubuntu, maybe that is sudo route?) > > ael > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Thanks for the response ael. My unsuccessful efforts to create NAT Rule Entries for the modem was my feeble attempt to follow the Ekiga-behind-a-NAT-router instructions on the wiki. These rules were manipulated by entering the modem's Admin. Panel through a browser via 'http://10.1.1.1'. The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in a terminal window on ubuntu, the modem lights do flash, and the output in the terminal window indicates an interaction with the modem. The modem lights also flash when I ping the 'IP Address' of 10.1.1.10. Trying to ping other ip numbers results in 'Destination Host Unreachable'. If I point my browser to the Gateway Address of 10.1.1.1. I get the modem's Admin. Panel appearing. If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed to Connect' browser response. Your question: "Who set up your router: not you?" Answer: Yes, I (clumsily) set up the router. Entering http://10.1.1.1 in a browser allows me to enter the modem's Admin. Panel and manipulate settings. I had to place the modem in 'bridging mode' in order to get access to the outside world. My computer is the only computer connected to the modem. The following output is produced when I type 'route' in a terminal window on ubuntu: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface link-local * 255.255.0.0 U 1000 0 0 eth0 10.0.0.0 * 255.0.0.0 U 1 0 0 eth0 default 10.1.1.1 0.0.0.0 UG 0 0 0 eth0 I hope the above brings me closer to finding a solution. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthews632 at netspace.net.au Thu Feb 25 02:45:14 2010 From: matthews632 at netspace.net.au (mat101) Date: Thu, 25 Feb 2010 13:45:14 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B85DFAA.5050500@netspace.net.au> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> Message-ID: <4B85E43A.9030804@netspace.net.au> mat101 wrote: > ael wrote: >> On Wed, Feb 24, 2010 at 05:56:59AM -0800, mat101 wrote: >> >>> I have a DSL 302G D-link modem and I've been trying to get Ekiga voip working >>> on ubuntu 8.10 without any luck, and I was wondering whether anyone might be >>> able to solve this problem. >>> >>> I have tried setting NAT Rule Entries for various ip numbers I thought might >>> be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, etc.) and included >>> the requisite Ekiga ports in the NAT Rule Entries (3478-3479, 5000-5100, >>> 1720), but still no sound or video. >>> >> >> Not quite sure what you mean above: are you trying to follow the >> Ekiga-behind-a-NAT-router instructions on the wiki? If you don't know >> the ip address of your router, I don't understand how you can reach it to change >> the settings. >> >> >>> Irrespective of the NAT Rule Entries I've used, running Ekiga's druid and >>> clicking 'Detect NAT Type' always results in the detection of a 'Symmetric >>> NAT' and Ekiga's suggestion to change it to a 'Cone NAT'. I've never been >>> able to obtain a Cone NAT. >>> >> >> That means that your trigger rule (if you have one) isn't firing. The whole >> point of the trigger is to open a small local "CONE" for the ekiga traffic. >> IIRC ekiga will call this something like a "restricted CONE". >> >> >>> I attempted to get my router ip number by running cmd.exe/ipconfig on XP >>> (another partition on the same computer system) and obtained the following >>> output: >>> >>> Ethernet adapter Local Area Connection: >>> >>> Connection-specific DNS Suffix . : >>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>> Default Gateway . . . . . . . . . : 10.1.1.1 >>> >> >> Your router is *almost* certainly the gateway. What happens if you >> ping that address? Do the router LEDS flash? Can you point a browser >> there and see anything? >> >> Who set up your router: not you? >> >> >>> Some sites claim the above ipconfig output indicates my router ip number is >>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. Some have even >>> suggested my router ip number should be 192.168.15.1. This is all very >>> confusing. >>> >> >> Indeed. What about using wireshark to find out what is going on? >> Or just type "route"? (On ubuntu, maybe that is sudo route?) >> >> ael >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> >> > > Thanks for the response ael. > > My unsuccessful efforts to create NAT Rule Entries for the modem was > my feeble attempt to follow the Ekiga-behind-a-NAT-router instructions > on the wiki. These rules were manipulated by entering the modem's > Admin. Panel through a browser via 'http://10.1.1.1'. > > The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP > Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in a > terminal window on ubuntu, the modem lights do flash, and the output > in the terminal window indicates an interaction with the modem. The > modem lights also flash when I ping the 'IP Address' of 10.1.1.10. > Trying to ping other ip numbers results in 'Destination Host Unreachable'. > > If I point my browser to the Gateway Address of 10.1.1.1. I get the > modem's Admin. Panel appearing. > If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed > to Connect' browser response. > > Your question: "Who set up your router: not you?" > Answer: Yes, I (clumsily) set up the router. Entering http://10.1.1.1 > in a browser allows me to enter the modem's Admin. Panel and > manipulate settings. I had to place the modem in 'bridging mode' in > order to get access to the outside world. My computer is the only > computer connected to the modem. > > The following output is produced when I type 'route' in a terminal > window on ubuntu: > > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref > Use Iface > link-local * 255.255.0.0 U 1000 0 > 0 eth0 > 10.0.0.0 * 255.0.0.0 U 1 0 > 0 eth0 > default 10.1.1.1 0.0.0.0 UG 0 0 > 0 eth0 > > > I hope the above brings me closer to finding a solution. > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list I should clarify one point: When I wrote "Trying to ping other ip numbers results in 'Destination Host Unreachable'" I meant that I am unable to ping other ip numbers within the range 10.1.1.* - I can successfully ping world-reachable ip numbers. Additionally, when I use an alternative voip program on my ubuntu system with this modem (e.g. sk*pe), I have no problem seeing and hearing the other person. This suggests that my modem is functioning and capable of conducting a voip interaction. But I prefer to use Ekiga on and not this other program. Help! -------------- next part -------------- An HTML attachment was scrubbed... URL: From kapetr at mizera.cz Thu Feb 25 08:09:29 2010 From: kapetr at mizera.cz (kapetr) Date: Thu, 25 Feb 2010 09:09:29 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL_302G_D-Link?= =?iso-8859-2?q?_modem?= In-Reply-To: References: Message-ID: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> The reason, why You can't communicate with Ekiga behind Yours D-link is simple. EKIGA IS BUGGY I have report this Bug many times in many places. I have also try to contact the author of Ekiga. Unfortunately - I have get NO replay anytime !!! The problem with Ekiga is, IT DO NOT WORK BEHIND NAT. The use of STUN is broken: Ekiga makes STUN request, but in INVITE (SDP section) send only discovered public IP address, but the Port for RTM sends to the other side as the local one, not that is reported by STUN replay !! You can check it in wireshark - see the SIP INVITE packet. I can NOT understand, how such significant Bug is ignored by developers of Ekiga !!! And especially, why have I get no replays from them :-( I can recommend You to use other client - Twinkle works fine. --kapetr ----- P?VODN? ZPR?VA ----- > Message: 1 > Date: Wed, 24 Feb 2010 05:56:59 -0800 (PST) > From: mat101 > To: ekiga-list at gnome.org > Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G > D-Link modem > Message-ID: <27714204.post at talk.nabble.com> > Content-Type: text/plain; charset=us-ascii > > > I have a DSL 302G D-link modem and I've been trying > to get Ekiga voip working > on ubuntu 8.10 without any luck, and I was wondering > whether anyone might be > able to solve this problem. > > I have tried setting NAT Rule Entries for various ip > numbers I thought might > be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, > etc.) and included > the requisite Ekiga ports in the NAT Rule Entries (3478-3479, > 5000-5100, > 1720), but still no sound or video. > > When I start Ekiga I manage to register my Ekiga SIP > account without a > problem, but I can't communicate with anyone. The various > test SIP addresses > that are supposed to playback sounds also don't work > for me. > > The 'NAT Traversal Method' of my Ekiga installation > is set to STUN, and the > 'STUN Server' is set to 'stun.ekiga.net'. > > Irrespective of the NAT Rule Entries I've used, running > Ekiga's druid and > clicking 'Detect NAT Type' always results in the detection > of a 'Symmetric > NAT' and Ekiga's suggestion to change it to a 'Cone > NAT'. I've never been > able to obtain a Cone NAT. > > I don't know what I'm doing wrong. > > I attempted to get my router ip number by running cmd.exe/ipconfig > on XP > (another partition on the same computer system) and > obtained the following > output: > > Ethernet adapter Local Area Connection: > > Connection-specific DNS Suffix . : > IP Address. . . . . . . . . . . . : 10.1.1.10 > Subnet Mask . . . . . . . . . . . : 255.0.0.0 > Default Gateway . . . . . . . . . : 10.1.1.1 > > Some sites claim the above ipconfig output indicates > my router ip number is > 10.1.1.1, and yet other sites claim it is 10.1.1.10. > Some have even > suggested my router ip number should be 192.168.15.1. > This is all very > confusing. > > As I want to use Ekiga with my DSL 302G modem on ubuntu, > I was wondering if > anyone has some valuable advice that would help me > get Ekiga working with > this modem on ubuntu. > > Thank you. > -- From matthews632 at netspace.net.au Thu Feb 25 10:24:52 2010 From: matthews632 at netspace.net.au (mat101) Date: Thu, 25 Feb 2010 21:24:52 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> References: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> Message-ID: <4B864FF4.10804@netspace.net.au> kapetr wrote: > The reason, why You can't communicate with Ekiga behind Yours D-link > is simple. > > EKIGA IS BUGGY > > I have report this Bug many times in many places. > I have also try to contact the author of Ekiga. > > Unfortunately - I have get NO replay anytime !!! > > The problem with Ekiga is, IT DO NOT WORK BEHIND NAT. > > The use of STUN is broken: > > Ekiga makes STUN request, but in INVITE (SDP section) send only discovered > public IP address, but the Port for RTM sends to the other side as the > local one, not that is reported by STUN replay !! > > You can check it in wireshark - see the SIP INVITE packet. > > I can NOT understand, how such significant Bug is ignored by developers > of Ekiga !!! And especially, why have I get no replays from them :-( > > I can recommend You to use other client - Twinkle works fine. > > --kapetr > > > > ----- P?VODN? ZPR?VA ----- > >> Message: 1 >> Date: Wed, 24 Feb 2010 05:56:59 -0800 (PST) >> From: mat101 >> To: ekiga-list at gnome.org >> Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G >> D-Link modem >> Message-ID: <27714204.post at talk.nabble.com> >> Content-Type: text/plain; charset=us-ascii >> >> >> I have a DSL 302G D-link modem and I've been trying >> to get Ekiga voip working >> on ubuntu 8.10 without any luck, and I was wondering >> whether anyone might be >> able to solve this problem. >> >> I have tried setting NAT Rule Entries for various ip >> numbers I thought might >> be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, >> etc.) and included >> the requisite Ekiga ports in the NAT Rule Entries (3478-3479, >> 5000-5100, >> 1720), but still no sound or video. >> >> When I start Ekiga I manage to register my Ekiga SIP >> account without a >> problem, but I can't communicate with anyone. The various >> test SIP addresses >> that are supposed to playback sounds also don't work >> for me. >> >> The 'NAT Traversal Method' of my Ekiga installation >> is set to STUN, and the >> 'STUN Server' is set to 'stun.ekiga.net'. >> >> Irrespective of the NAT Rule Entries I've used, running >> Ekiga's druid and >> clicking 'Detect NAT Type' always results in the detection >> of a 'Symmetric >> NAT' and Ekiga's suggestion to change it to a 'Cone >> NAT'. I've never been >> able to obtain a Cone NAT. >> >> I don't know what I'm doing wrong. >> >> I attempted to get my router ip number by running cmd.exe/ipconfig >> on XP >> (another partition on the same computer system) and >> obtained the following >> output: >> >> Ethernet adapter Local Area Connection: >> >> Connection-specific DNS Suffix . : >> IP Address. . . . . . . . . . . . : 10.1.1.10 >> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >> Default Gateway . . . . . . . . . : 10.1.1.1 >> >> Some sites claim the above ipconfig output indicates >> my router ip number is >> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >> Some have even >> suggested my router ip number should be 192.168.15.1. >> This is all very >> confusing. >> >> As I want to use Ekiga with my DSL 302G modem on ubuntu, >> I was wondering if >> anyone has some valuable advice that would help me >> get Ekiga working with >> this modem on ubuntu. >> >> Thank you. >> -- >> > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Thanks for the detailed information kapetr. Sorry to read about the lack of response you've had to your previous queries. Perhaps someone from the Ekiga team can confirm the inability of their program to work with a NAT modem. Thanks for your suggestion to use twinkle. I tried to configure this program previously on ubuntu 8.10, but unfortunately couldn't get it to work with this modem. As I've posted before, I can use sk*pe on ubuntu with my DSL 302G modem and all works fine - I can see and hear the person with whom I'm communicating. This indicates that any peculiarities associated with this modem in relation to voip and NAT can be overcome. I was hoping Ekiga might also be able to work with this modem. Since I prefer not to use sk*pe, and I don't have sufficient network/modem knowledge to solve my dilemma or delve into the Ekiga code, perhaps someone can offer some additional advice. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From law_ence.dev at ntlworld.com Thu Feb 25 12:48:22 2010 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 25 Feb 2010 12:48:22 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B85DFAA.5050500@netspace.net.au> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> Message-ID: <20100225124822.GA2204@conquest3.conquest> On Thu, Feb 25, 2010 at 01:25:46PM +1100, mat101 wrote: > >> Connection-specific DNS Suffix . : > >> IP Address. . . . . . . . . . . . : 10.1.1.10 > >> Subnet Mask . . . . . . . . . . . : 255.0.0.0 > >> Default Gateway . . . . . . . . . : 10.1.1.1 The ip address (10.1.1.10 above) is that of your computer - or more exactly of that particular interface: ethernet? > >>Some sites claim the above ipconfig output indicates my router ip number is > >>10.1.1.1, and yet other sites claim it is 10.1.1.10. If you had run that command *on the router/modem*, then indeed it would suggest that was the address (of one of its interfaces). But you ran it on your computer, so it is telling about that. > >>suggested my router ip number should be 192.168.15.1. Above 192.168... seems weird unless it is the factory default setting for your router/modem. > >>confusing. > Thanks for the response ael. > > My unsuccessful efforts to create NAT Rule Entries for the modem was > my feeble attempt to follow the Ekiga-behind-a-NAT-router > instructions on the wiki. These rules were manipulated by entering > the modem's Admin. Panel through a browser via 'http://10.1.1.1'. So that confirms that the router/modem has the local interface bound to 10.1.1.1. > The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP I don't understand why you are using an alien op system when you have far more powerful tools at your disposal under linux. Maybe you are just moving away and are used the the old ways?` > Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in > a terminal window on ubuntu, the modem lights do flash, and the > output in the terminal window indicates an interaction with the > modem. The modem lights also flash when I ping the 'IP Address' of > 10.1.1.10. Trying to ping other ip numbers results in 'Destination > Host Unreachable'. All just what is expected: the router/local LAN port is 10.1.1.1 . > If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed > to Connect' browser response. You are pointing back at yourself, and presumably you are not running an http server like apache, or it is configured only to respond to local requests. > Your question: "Who set up your router: not you?" > Answer: Yes, I (clumsily) set up the router. Entering > http://10.1.1.1 in a browser allows me to enter the modem's Admin. > Panel and manipulate settings. I had to place the modem in 'bridging > mode' in order to get access to the outside world. My computer is > the only computer connected to the modem. I suspect that "bridging mode" is your whole problem. But I may be wrong. Can others comment? > The following output is produced when I type 'route' in a terminal > window on ubuntu: > > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref > Use Iface > link-local * 255.255.0.0 U 1000 0 0 eth0 > 10.0.0.0 * 255.0.0.0 U 1 0 0 eth0 > default 10.1.1.1 0.0.0.0 UG 0 0 0 eth0 That just confirms what I said above. You might want to look at ipconfig eth0 as well, just for interest. Again, you may need to be root (sudo, etc). > I hope the above brings me closer to finding a solution. As I say, I suspect that you should not be using bridging mode... ael From matthews632 at netspace.net.au Thu Feb 25 14:00:23 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 01:00:23 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <20100225124822.GA2204@conquest3.conquest> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> <20100225124822.GA2204@conquest3.conquest> Message-ID: <4B868277.9030205@netspace.net.au> ael wrote: > On Thu, Feb 25, 2010 at 01:25:46PM +1100, mat101 wrote: > >>>> Connection-specific DNS Suffix . : >>>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>>> Default Gateway . . . . . . . . . : 10.1.1.1 >>>> > > The ip address (10.1.1.10 above) is that of your computer - or more > exactly of that particular interface: ethernet? > > >>>> Some sites claim the above ipconfig output indicates my router ip number is >>>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >>>> > > If you had run that command *on the router/modem*, then indeed it would > suggest that was the address (of one of its interfaces). But you ran it > on your computer, so it is telling about that. > > >>>> suggested my router ip number should be 192.168.15.1. >>>> > > Above 192.168... seems weird unless it is the factory default > setting for your router/modem. > > >>>> confusing. >>>> >> Thanks for the response ael. >> >> My unsuccessful efforts to create NAT Rule Entries for the modem was >> my feeble attempt to follow the Ekiga-behind-a-NAT-router >> instructions on the wiki. These rules were manipulated by entering >> the modem's Admin. Panel through a browser via 'http://10.1.1.1'. >> > > So that confirms that the router/modem has the local interface > bound to 10.1.1.1. > > >> The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP >> > > I don't understand why you are using an alien op system when you > have far more powerful tools at your disposal under linux. Maybe > you are just moving away and are used the the old ways?` > > >> Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in >> a terminal window on ubuntu, the modem lights do flash, and the >> output in the terminal window indicates an interaction with the >> modem. The modem lights also flash when I ping the 'IP Address' of >> 10.1.1.10. Trying to ping other ip numbers results in 'Destination >> Host Unreachable'. >> > > All just what is expected: the router/local LAN port is 10.1.1.1 . > > >> If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed >> to Connect' browser response. >> > > You are pointing back at yourself, and presumably you are not running > an http server like apache, or it is configured only to respond to local > requests. > > >> Your question: "Who set up your router: not you?" >> Answer: Yes, I (clumsily) set up the router. Entering >> http://10.1.1.1 in a browser allows me to enter the modem's Admin. >> Panel and manipulate settings. I had to place the modem in 'bridging >> mode' in order to get access to the outside world. My computer is >> the only computer connected to the modem. >> > > I suspect that "bridging mode" is your whole problem. But I may be > wrong. Can others comment? > > > >> The following output is produced when I type 'route' in a terminal >> window on ubuntu: >> >> Kernel IP routing table >> Destination Gateway Genmask Flags Metric Ref >> Use Iface >> link-local * 255.255.0.0 U 1000 0 0 eth0 >> 10.0.0.0 * 255.0.0.0 U 1 0 0 eth0 >> default 10.1.1.1 0.0.0.0 UG 0 0 0 eth0 >> > > That just confirms what I said above. You might want to look at > ipconfig eth0 as well, just for interest. Again, you may need to be > root (sudo, etc). > > >> I hope the above brings me closer to finding a solution. >> > > As I say, I suspect that you should not be using bridging mode... > > ael > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Thanks ael. " I don't understand why you are using an alien op system when you have far more powerful tools at your disposal under linux. Maybe you are just moving away and are used the the old ways? " - I have just moved to linux and I am still trying to find my way around the os. Hence I find myself moving between os.s at this stage to 'better' diagnose my modem problem. Apologies for mentioning the other os. In a previous post I indicated that this modem works perfectly with another voip program on my ubuntu system (sk*pe) - allowing me to see and hear the other person. But I want to avoid this other program, and prefer to use Ekiga instead. Does the code in Ekiga simply preclude such an interaction with a DSL 302G modem (in bridging mode)? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kapetr at mizera.cz Thu Feb 25 15:07:03 2010 From: kapetr at mizera.cz (kapetr) Date: Thu, 25 Feb 2010 16:07:03 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: <39cdd3bd245a042468f5205e129b68f8@www2-mail.volny.cz> Hello again, I can not figure oneself, tha Yours modem has "symetric NAT", but all is possible ... Try this: - set the modem to defaults - no port forwarding, no firewall holes, ... [if STUN is working SIP proxy is used, You should do not need them] - install Twinkle - get a sip account at iptel.org try to call "music" and "echo" with this account It should work, even if twinkle sends as his RTP contact local IP and port. [this is iptel.org workaround - this SIP server ignores RTP contact send by client a sends audio streem out to that ip/port, from where it gets streem in (I thing so)] To call someone else (not on iptel.org), You have to set STUN server (e.g. stun.iptel.org) in Your profile settings -> Transport/NAT or set sip.iptel.org in Your profile settings -> SIP server If I remember good, then this proxy acts also as RTP proxy and this should help even in case of "symetric NAT", I thing ... Try it and report :-) --kapetr ----- P?VODN? ZPR?VA ----- > Date: Thu, 25 Feb 2010 21:24:52 +1100 > From: mat101 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > 302G D-Link modem > Message-ID: <4B864FF4.10804 at netspace.net.au> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > kapetr wrote: > > The reason, why You can't communicate with Ekiga > > behind Yours D-link > > > is simple. > > > > EKIGA IS BUGGY > > > > I have report this Bug many times in many places. > > > I have also try to contact the author of Ekiga. > > > > Unfortunately - I have get NO replay anytime !!! > > > > The problem with Ekiga is, IT DO NOT WORK BEHIND > > NAT. > > > > > The use of STUN is broken: > > > > Ekiga makes STUN request, but in INVITE (SDP section) > > send only discovered > > > public IP address, but the Port for RTM sends to > > the other side as the > > > local one, not that is reported by STUN replay !! > > > > > You can check it in wireshark - see the SIP INVITE > > packet. > > > > > I can NOT understand, how such significant Bug is > > ignored by developers > > > of Ekiga !!! And especially, why have I get no replays > > from them :-( > > > > > I can recommend You to use other client - Twinkle > > works fine. > > > > > --kapetr > > > > > > > > ----- P?VODN? ZPR?VA ----- > > > >> Message: 1 > >> Date: Wed, 24 Feb 2010 05:56:59 -0800 (PST) > >> From: mat101 > >> To: ekiga-list at gnome.org > >> Subject: [Ekiga-list] Ekiga on Ubuntu using DSL > >> 302G > >> >> D-Link modem > >> Message-ID: <27714204.post at talk.nabble.com> > >> Content-Type: text/plain; charset=us-ascii > >> > >> > >> I have a DSL 302G D-link modem and I've been trying > >> >> to get Ekiga voip working > >> on ubuntu 8.10 without any luck, and I was wondering > >> >> whether anyone might be > >> able to solve this problem. > >> > >> I have tried setting NAT Rule Entries for various > >> ip > >> >> numbers I thought might > >> be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, > >> >> etc.) and included > >> the requisite Ekiga ports in the NAT Rule Entries > >> (3478-3479, > >> >> 5000-5100, > >> 1720), but still no sound or video. > >> > >> When I start Ekiga I manage to register my Ekiga > >> SIP > >> >> account without a > >> problem, but I can't communicate with anyone. The > >> various > >> >> test SIP addresses > >> that are supposed to playback sounds also don't > >> work > >> >> for me. > >> > >> The 'NAT Traversal Method' of my Ekiga installation > >> >> is set to STUN, and the > >> 'STUN Server' is set to 'stun.ekiga.net'. > >> > >> Irrespective of the NAT Rule Entries I've used, > >> running > >> >> Ekiga's druid and > >> clicking 'Detect NAT Type' always results in the > >> detection > >> >> of a 'Symmetric > >> NAT' and Ekiga's suggestion to change it to a 'Cone > >> >> NAT'. I've never been > >> able to obtain a Cone NAT. > >> > >> I don't know what I'm doing wrong. > >> > >> I attempted to get my router ip number by running > >> cmd.exe/ipconfig > >> >> on XP > >> (another partition on the same computer system) > >> and > >> >> obtained the following > >> output: > >> > >> Ethernet adapter Local Area Connection: > >> > >> Connection-specific DNS Suffix . : > >> IP Address. . . . . . . . . . . . : 10.1.1.10 > >> Subnet Mask . . . . . . . . . . . : 255.0.0.0 > >> Default Gateway . . . . . . . . . : 10.1.1.1 > >> > >> Some sites claim the above ipconfig output indicates > >> >> my router ip number is > >> 10.1.1.1, and yet other sites claim it is 10.1.1.10. > >> >> Some have even > >> suggested my router ip number should be 192.168.15.1. > >> >> This is all very > >> confusing. > >> > >> As I want to use Ekiga with my DSL 302G modem on > >> ubuntu, > >> >> I was wondering if > >> anyone has some valuable advice that would help > >> me > >> >> get Ekiga working with > >> this modem on ubuntu. > >> > >> Thank you. > >> -- > >> > > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > > Thanks for the detailed information kapetr. > > Sorry to read about the lack of response you've had > to your previous > queries. > > Perhaps someone from the Ekiga team can confirm the > inability of their > program to work with a NAT modem. > > Thanks for your suggestion to use twinkle. I tried > to configure this > program previously on ubuntu 8.10, but unfortunately > couldn't get it to > work with this modem. > > As I've posted before, I can use sk*pe on ubuntu with > my DSL 302G modem > and all works fine - I can see and hear the person > with whom I'm > communicating. This indicates that any peculiarities > associated with > this modem in relation to voip and NAT can be overcome. > I was hoping > Ekiga might also be able to work with this modem. > > Since I prefer not to use sk*pe, and I don't have sufficient > > network/modem knowledge to solve my dilemma or delve > into the Ekiga > code, perhaps someone can offer some additional advice. > > Thanks. > From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Feb 25 20:52:39 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 25 Feb 2010 21:52:39 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B868277.9030205@netspace.net.au> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> <20100225124822.GA2204@conquest3.conquest> <4B868277.9030205@netspace.net.au> Message-ID: <4B86E317.5060801@pu-pm.univ-fcomte.fr> mat101 wrote: > ael wrote: >> On Thu, Feb 25, 2010 at 01:25:46PM +1100, mat101 wrote: >> >>>>> Connection-specific DNS Suffix . : >>>>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>>>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>>>> Default Gateway . . . . . . . . . : 10.1.1.1 >>>>> >> >> The ip address (10.1.1.10 above) is that of your computer - or more >> exactly of that particular interface: ethernet? >> >> >>>>> Some sites claim the above ipconfig output indicates my router ip >>>>> number is >>>>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >>>>> >> >> If you had run that command *on the router/modem*, then indeed it would >> suggest that was the address (of one of its interfaces). But you ran it >> on your computer, so it is telling about that. >> >> >>>>> suggested my router ip number should be 192.168.15.1. >>>>> >> >> Above 192.168... seems weird unless it is the factory default >> setting for your router/modem. >> >> >>>>> confusing. >>>>> >>> Thanks for the response ael. >>> >>> My unsuccessful efforts to create NAT Rule Entries for the modem was >>> my feeble attempt to follow the Ekiga-behind-a-NAT-router >>> instructions on the wiki. These rules were manipulated by entering >>> the modem's Admin. Panel through a browser via 'http://10.1.1.1'. >>> >> >> So that confirms that the router/modem has the local interface >> bound to 10.1.1.1. >> >> >>> The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP >>> >> >> I don't understand why you are using an alien op system when you >> have far more powerful tools at your disposal under linux. Maybe >> you are just moving away and are used the the old ways?` >> >> >>> Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in >>> a terminal window on ubuntu, the modem lights do flash, and the >>> output in the terminal window indicates an interaction with the >>> modem. The modem lights also flash when I ping the 'IP Address' of >>> 10.1.1.10. Trying to ping other ip numbers results in 'Destination >>> Host Unreachable'. >>> >> >> All just what is expected: the router/local LAN port is 10.1.1.1 . >> >> >>> If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed >>> to Connect' browser response. >>> >> >> You are pointing back at yourself, and presumably you are not running >> an http server like apache, or it is configured only to respond to local >> requests. >> >> >>> Your question: "Who set up your router: not you?" >>> Answer: Yes, I (clumsily) set up the router. Entering >>> http://10.1.1.1 in a browser allows me to enter the modem's Admin. >>> Panel and manipulate settings. I had to place the modem in 'bridging >>> mode' in order to get access to the outside world. My computer is >>> the only computer connected to the modem. >>> >> >> I suspect that "bridging mode" is your whole problem. But I may be >> wrong. Can others comment? >> >> >> >>> The following output is produced when I type 'route' in a terminal >>> window on ubuntu: >>> >>> Kernel IP routing table >>> Destination Gateway Genmask Flags Metric Ref >>> Use Iface >>> link-local * 255.255.0.0 U 1000 0 >>> 0 eth0 >>> 10.0.0.0 * 255.0.0.0 U 1 0 >>> 0 eth0 >>> default 10.1.1.1 0.0.0.0 UG 0 0 >>> 0 eth0 >>> >> >> That just confirms what I said above. You might want to look at >> ipconfig eth0 as well, just for interest. Again, you may need to be >> root (sudo, etc). >> >> >>> I hope the above brings me closer to finding a solution. >>> >> >> As I say, I suspect that you should not be using bridging mode... >> >> ael >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> >> > Thanks ael. > > " I don't understand why you are using an alien op system when you have > far more powerful tools at your disposal under linux. Maybe you are just > moving away and are used the the old ways? " - I have just moved to > linux and I am still trying to find my way around the os. Hence I find > myself moving between os.s at this stage to 'better' diagnose my modem > problem. Apologies for mentioning the other os. > > In a previous post I indicated that this modem works perfectly with > another voip program on my ubuntu system (sk*pe) - allowing me to see > and hear the other person. But I want to avoid this other program, and > prefer to use Ekiga instead. > > Does the code in Ekiga simply preclude such an interaction with a DSL > 302G modem (in bridging mode)? To my knowledge, ekiga does not work in one type of NAT: Symmetric NAT. This type of NAT cannot be served by a VoIP program without a "trick". Skipe works in this case too because it uses the other users of skipe as proxies, otherwise said the other users give (are forced to give) ressources (CPU and network bandwidth) for Symmetric NAT skipe users. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Feb 25 20:55:03 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 25 Feb 2010 21:55:03 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> References: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> Message-ID: <4B86E3A7.4080605@pu-pm.univ-fcomte.fr> kapetr wrote: > The reason, why You can't communicate with Ekiga behind Yours D-link > is simple. > > EKIGA IS BUGGY > > I have report this Bug many times in many places. > I have also try to contact the author of Ekiga. > > Unfortunately - I have get NO replay anytime !!! > > The problem with Ekiga is, IT DO NOT WORK BEHIND NAT. You mean Symmetric nat... > The use of STUN is broken: > > Ekiga makes STUN request, but in INVITE (SDP section) send only discovered > public IP address, but the Port for RTM sends to the other side as the > local one, not that is reported by STUN replay !! > > You can check it in wireshark - see the SIP INVITE packet. > > I can NOT understand, how such significant Bug is ignored by developers > of Ekiga !!! And especially, why have I get no replays from them :-( Where is this bug report? -- Eugen From rowens at ptd.net Fri Feb 26 01:20:53 2010 From: rowens at ptd.net (Rob Owens) Date: Thu, 25 Feb 2010 20:20:53 -0500 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> References: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> Message-ID: <20100226012053.GF25946@aurora.owens.net> On Thu, Feb 25, 2010 at 09:09:29AM +0100, kapetr wrote: > The reason, why You can't communicate with Ekiga behind Yours D-link > is simple. > > EKIGA IS BUGGY > > I have report this Bug many times in many places. > I have also try to contact the author of Ekiga. > > Unfortunately - I have get NO replay anytime !!! > > The problem with Ekiga is, IT DO NOT WORK BEHIND NAT. > > The use of STUN is broken: > > Ekiga makes STUN request, but in INVITE (SDP section) send only discovered > public IP address, but the Port for RTM sends to the other side as the > local one, not that is reported by STUN replay !! > > You can check it in wireshark - see the SIP INVITE packet. > > I can NOT understand, how such significant Bug is ignored by developers > of Ekiga !!! And especially, why have I get no replays from them :-( > > I can recommend You to use other client - Twinkle works fine. > > --kapetr > I can't confirm what kapetr says here, but if it is true you may have better luck with a SIP account from iptel.org. You can use it with your Ekiga software. They claim to have a server-side workaround for the NAT problem, without using STUN. I briefly tested it and it seems to work. Give it a shot. -Rob From matthews632 at netspace.net.au Fri Feb 26 01:38:04 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 12:38:04 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <39cdd3bd245a042468f5205e129b68f8@www2-mail.volny.cz> References: <39cdd3bd245a042468f5205e129b68f8@www2-mail.volny.cz> Message-ID: <4B8725FC.2080200@netspace.net.au> kapetr wrote: > Hello again, > > I can not figure oneself, tha Yours modem has "symetric NAT", but all > is possible ... > > Try this: > > - set the modem to defaults - no port forwarding, no firewall holes, > ... > > [if STUN is working SIP proxy is used, You should do not need them] > > - install Twinkle > - get a sip account at iptel.org > > try to call "music" and "echo" with this account > > It should work, even if twinkle sends as his RTP contact local IP and > port. [this is iptel.org workaround - this SIP server ignores RTP contact > send by client a sends audio streem out to that ip/port, from where > it gets streem in (I thing so)] > > To call someone else (not on iptel.org), You have to set STUN server > (e.g. stun.iptel.org) in Your profile settings -> Transport/NAT > > or > > set sip.iptel.org in Your profile settings -> SIP server > > If I remember good, then this proxy acts also as RTP proxy and this should > help even in case of "symetric NAT", I thing ... > > Try it and report :-) > > --kapetr > > > ----- P?VODN? ZPR?VA ----- > >> Date: Thu, 25 Feb 2010 21:24:52 +1100 >> From: mat101 >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> 302G D-Link modem >> Message-ID: <4B864FF4.10804 at netspace.net.au> >> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" >> >> kapetr wrote: >> >>> The reason, why You can't communicate with Ekiga >>> behind Yours D-link >>> >>>> is simple. >>>> >>> EKIGA IS BUGGY >>> >>> I have report this Bug many times in many places. >>> >>>> I have also try to contact the author of Ekiga. >>>> >>> Unfortunately - I have get NO replay anytime !!! >>> >>> The problem with Ekiga is, IT DO NOT WORK BEHIND >>> NAT. >>> >>> The use of STUN is broken: >>> >>> Ekiga makes STUN request, but in INVITE (SDP section) >>> send only discovered >>> >>>> public IP address, but the Port for RTM sends to >>>> >>> the other side as the >>> >>>> local one, not that is reported by STUN replay !! >>>> >>>> >>> You can check it in wireshark - see the SIP INVITE >>> packet. >>> >>> I can NOT understand, how such significant Bug is >>> ignored by developers >>> >>>> of Ekiga !!! And especially, why have I get no replays >>>> >>> from them :-( >>> >>> I can recommend You to use other client - Twinkle >>> works fine. >>> >>> --kapetr >>> >>> >>> >>> ----- P?VODN? ZPR?VA ----- >>> >>> >>>> Message: 1 >>>> Date: Wed, 24 Feb 2010 05:56:59 -0800 (PST) >>>> From: mat101 >>>> To: ekiga-list at gnome.org >>>> Subject: [Ekiga-list] Ekiga on Ubuntu using DSL >>>> 302G >>>> >>>>>> D-Link modem >>>>>> >>>> Message-ID: <27714204.post at talk.nabble.com> >>>> Content-Type: text/plain; charset=us-ascii >>>> >>>> >>>> I have a DSL 302G D-link modem and I've been trying >>>> >>>>>> to get Ekiga voip working >>>>>> >>>> on ubuntu 8.10 without any luck, and I was wondering >>>> >>>>>> whether anyone might be >>>>>> >>>> able to solve this problem. >>>> >>>> I have tried setting NAT Rule Entries for various >>>> ip >>>> >>>>>> numbers I thought might >>>>>> >>>> be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, >>>> >>>>>> etc.) and included >>>>>> >>>> the requisite Ekiga ports in the NAT Rule Entries >>>> (3478-3479, >>>> >>>>>> 5000-5100, >>>>>> >>>> 1720), but still no sound or video. >>>> >>>> When I start Ekiga I manage to register my Ekiga >>>> SIP >>>> >>>>>> account without a >>>>>> >>>> problem, but I can't communicate with anyone. The >>>> various >>>> >>>>>> test SIP addresses >>>>>> >>>> that are supposed to playback sounds also don't >>>> work >>>> >>>>>> for me. >>>>>> >>>> The 'NAT Traversal Method' of my Ekiga installation >>>> >>>>>> is set to STUN, and the >>>>>> >>>> 'STUN Server' is set to 'stun.ekiga.net'. >>>> >>>> Irrespective of the NAT Rule Entries I've used, >>>> running >>>> >>>>>> Ekiga's druid and >>>>>> >>>> clicking 'Detect NAT Type' always results in the >>>> detection >>>> >>>>>> of a 'Symmetric >>>>>> >>>> NAT' and Ekiga's suggestion to change it to a 'Cone >>>> >>>>>> NAT'. I've never been >>>>>> >>>> able to obtain a Cone NAT. >>>> >>>> I don't know what I'm doing wrong. >>>> >>>> I attempted to get my router ip number by running >>>> cmd.exe/ipconfig >>>> >>>>>> on XP >>>>>> >>>> (another partition on the same computer system) >>>> and >>>> >>>>>> obtained the following >>>>>> >>>> output: >>>> >>>> Ethernet adapter Local Area Connection: >>>> >>>> Connection-specific DNS Suffix . : >>>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>>> Default Gateway . . . . . . . . . : 10.1.1.1 >>>> >>>> Some sites claim the above ipconfig output indicates >>>> >>>>>> my router ip number is >>>>>> >>>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >>>> >>>>>> Some have even >>>>>> >>>> suggested my router ip number should be 192.168.15.1. >>>> >>>>>> This is all very >>>>>> >>>> confusing. >>>> >>>> As I want to use Ekiga with my DSL 302G modem on >>>> ubuntu, >>>> >>>>>> I was wondering if >>>>>> >>>> anyone has some valuable advice that would help >>>> me >>>> >>>>>> get Ekiga working with >>>>>> >>>> this modem on ubuntu. >>>> >>>> Thank you. >>>> -- >>>> >>>> >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>> >>> >>> >> Thanks for the detailed information kapetr. >> >> Sorry to read about the lack of response you've had >> to your previous >> queries. >> >> Perhaps someone from the Ekiga team can confirm the >> inability of their >> program to work with a NAT modem. >> >> Thanks for your suggestion to use twinkle. I tried >> to configure this >> program previously on ubuntu 8.10, but unfortunately >> couldn't get it to >> work with this modem. >> >> As I've posted before, I can use sk*pe on ubuntu with >> my DSL 302G modem >> and all works fine - I can see and hear the person >> with whom I'm >> communicating. This indicates that any peculiarities >> associated with >> this modem in relation to voip and NAT can be overcome. >> I was hoping >> Ekiga might also be able to work with this modem. >> >> Since I prefer not to use sk*pe, and I don't have sufficient >> >> network/modem knowledge to solve my dilemma or delve >> into the Ekiga >> code, perhaps someone can offer some additional advice. >> >> Thanks. >> >> > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Hi kapetr, I now have twinkle working thanks to your suggestions ! I created a sip account with iptel.org as you recommended, entered these sip details into the various settings of twinkle, dialed the test sip address ' sip:music at iptel.org ' as commanded, and music then began to play through my system. It's a miracle. I even managed to 'telephone' a buddy with twinkle after he created his own iptel.org account - sound quality is excellent. My DSL 302G modem seems to need a 'bridging mode' to work properly - otherwise the outside world is inaccessible. Resetting the modem to default settings as suggested would eliminate the bridging configuration and make the modem unable to contact other computers. So I have twinkle working even though I still have this modem in a bridging configuration. Why does an iptel.org sip account work and not an Ekiga account with my DSL modem? The following information found on the iptel.org site might provide a clue: " There is a STUN server running on stun.iptel.org or sip.iptel.org. For the iptel.org SIP service, STUN is not required, because there is a server side NAT traversal solution in place. " Well, thanks kapetr for your invaluable help. If we were living in ancient times I'd now be obligated to give you several goats or half of my crops. Unfortunately I have neither crops nor goats. All I can give you is a 'thank you'. All the best. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthews632 at netspace.net.au Fri Feb 26 01:56:15 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 12:56:15 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B86E317.5060801@pu-pm.univ-fcomte.fr> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> <20100225124822.GA2204@conquest3.conquest> <4B868277.9030205@netspace.net.au> <4B86E317.5060801@pu-pm.univ-fcomte.fr> Message-ID: <4B872A3F.6070804@netspace.net.au> Eugen Dedu wrote: > mat101 wrote: > >> ael wrote: >> >>> On Thu, Feb 25, 2010 at 01:25:46PM +1100, mat101 wrote: >>> >>> >>>>>> Connection-specific DNS Suffix . : >>>>>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>>>>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>>>>> Default Gateway . . . . . . . . . : 10.1.1.1 >>>>>> >>>>>> >>> The ip address (10.1.1.10 above) is that of your computer - or more >>> exactly of that particular interface: ethernet? >>> >>> >>> >>>>>> Some sites claim the above ipconfig output indicates my router ip >>>>>> number is >>>>>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >>>>>> >>>>>> >>> If you had run that command *on the router/modem*, then indeed it would >>> suggest that was the address (of one of its interfaces). But you ran it >>> on your computer, so it is telling about that. >>> >>> >>> >>>>>> suggested my router ip number should be 192.168.15.1. >>>>>> >>>>>> >>> Above 192.168... seems weird unless it is the factory default >>> setting for your router/modem. >>> >>> >>> >>>>>> confusing. >>>>>> >>>>>> >>>> Thanks for the response ael. >>>> >>>> My unsuccessful efforts to create NAT Rule Entries for the modem was >>>> my feeble attempt to follow the Ekiga-behind-a-NAT-router >>>> instructions on the wiki. These rules were manipulated by entering >>>> the modem's Admin. Panel through a browser via 'http://10.1.1.1'. >>>> >>>> >>> So that confirms that the router/modem has the local interface >>> bound to 10.1.1.1. >>> >>> >>> >>>> The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP >>>> >>>> >>> I don't understand why you are using an alien op system when you >>> have far more powerful tools at your disposal under linux. Maybe >>> you are just moving away and are used the the old ways?` >>> >>> >>> >>>> Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in >>>> a terminal window on ubuntu, the modem lights do flash, and the >>>> output in the terminal window indicates an interaction with the >>>> modem. The modem lights also flash when I ping the 'IP Address' of >>>> 10.1.1.10. Trying to ping other ip numbers results in 'Destination >>>> Host Unreachable'. >>>> >>>> >>> All just what is expected: the router/local LAN port is 10.1.1.1 . >>> >>> >>> >>>> If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed >>>> to Connect' browser response. >>>> >>>> >>> You are pointing back at yourself, and presumably you are not running >>> an http server like apache, or it is configured only to respond to local >>> requests. >>> >>> >>> >>>> Your question: "Who set up your router: not you?" >>>> Answer: Yes, I (clumsily) set up the router. Entering >>>> http://10.1.1.1 in a browser allows me to enter the modem's Admin. >>>> Panel and manipulate settings. I had to place the modem in 'bridging >>>> mode' in order to get access to the outside world. My computer is >>>> the only computer connected to the modem. >>>> >>>> >>> I suspect that "bridging mode" is your whole problem. But I may be >>> wrong. Can others comment? >>> >>> >>> >>> >>>> The following output is produced when I type 'route' in a terminal >>>> window on ubuntu: >>>> >>>> Kernel IP routing table >>>> Destination Gateway Genmask Flags Metric Ref >>>> Use Iface >>>> link-local * 255.255.0.0 U 1000 0 >>>> 0 eth0 >>>> 10.0.0.0 * 255.0.0.0 U 1 0 >>>> 0 eth0 >>>> default 10.1.1.1 0.0.0.0 UG 0 0 >>>> 0 eth0 >>>> >>>> >>> That just confirms what I said above. You might want to look at >>> ipconfig eth0 as well, just for interest. Again, you may need to be >>> root (sudo, etc). >>> >>> >>> >>>> I hope the above brings me closer to finding a solution. >>>> >>>> >>> As I say, I suspect that you should not be using bridging mode... >>> >>> ael >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>> >>> >>> >> Thanks ael. >> >> " I don't understand why you are using an alien op system when you have >> far more powerful tools at your disposal under linux. Maybe you are just >> moving away and are used the the old ways? " - I have just moved to >> linux and I am still trying to find my way around the os. Hence I find >> myself moving between os.s at this stage to 'better' diagnose my modem >> problem. Apologies for mentioning the other os. >> >> In a previous post I indicated that this modem works perfectly with >> another voip program on my ubuntu system (sk*pe) - allowing me to see >> and hear the other person. But I want to avoid this other program, and >> prefer to use Ekiga instead. >> >> Does the code in Ekiga simply preclude such an interaction with a DSL >> 302G modem (in bridging mode)? >> > > To my knowledge, ekiga does not work in one type of NAT: Symmetric NAT. > This type of NAT cannot be served by a VoIP program without a "trick". > Skipe works in this case too because it uses the other users of skipe > as proxies, otherwise said the other users give (are forced to give) > ressources (CPU and network bandwidth) for Symmetric NAT skipe users. > > Thanks Eugen. Ekiga certainly seems to have a few difficulties with Symmetric NAT. I followed kapetr's earlier advice and configured twinkle with an iptel.org sip account - voip works well with twinkle on ubuntu with my DSL modem. This sip account seems to override the necessity for client-side NAT-churning by offering a server-side STUN service. Twinkle doesn't have video, and I'm not too fond of the app's name, but at least I've stopped using sk*pe. Cheers. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ianyoli at gmail.com Fri Feb 26 01:58:35 2010 From: ianyoli at gmail.com (Ian Murdoch) Date: Thu, 25 Feb 2010 20:58:35 -0500 Subject: [Ekiga-list] ekiga-list Digest, Vol 43, Issue 30 In-Reply-To: <60d2a91a1002231233g7a580982n5daddcf36628fad2@mail.gmail.com> References: <60d2a91a1002231233g7a580982n5daddcf36628fad2@mail.gmail.com> Message-ID: <60d2a91a1002251758j5b78998di673703a3e1577b46@mail.gmail.com> Hi Eugen, In my investigations into problems with Ekiga, I have discovered something which may be helpful to other users who are having problems of registration: Ekiga on my box has been failing to register to ekiga.net, with the message "Unable to register, (globally unacceptable)", for some days now. But at the same time registering Ekiga Call-out with diamondcard.us unfailingly. I imagined that this was due to the Ekiga Server being down, but I discovered today, from another PC, that the Server is functioning normally. So, I have been looking for the cause of non-registration on my PC. I finally found out that the problem is connected with the automatic configuration of the network connection, which Ekiga attempts to do, when iniciated. My Router has Symmetric NAT and I have had to forward the ports that Ekiga uses, to my new PC, in accordance with the wiki. When I iniciate Ekiga, it puts an error message in a pop-up window, saying that: " It is unable to configure it?s network connection automatically and I will have to do it manually, forwarding ports, etc." Having done that, I stopped the error message display by Disabling Network Detection in Preferences>General Settings. It was this option which prevented registration to ekiga.net. I have re-enabled Network Detection and Ekiga now makes this registration reliably and I can make private calls once again. But of course, I have to cancel the error pop-up window each time I open Ekiga. I have not been successful in my attempts make a stack trace, bcause your commands in the wiki do not seem to work in Ubuntu. I am not command line literate, so I do not know how to modify them. Thanks for all your help. Regards, Ian Murdoch. On Tue, Feb 23, 2010 at 3:33 PM, Ian Murdoch wrote: > Eugen Dedu wrote: > > Ekiga is compatible with 64 bits OSes. So the only problem you have > (until now) is the crash/freeze when stopping a communication. Indeed, > some people have this issue (see > > https://bugzilla.gnome.org/buglist.cgi?product=ekiga&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=critical > ), > we have not yet fixed it. > > If you wish, we can look if your problem is like theirs (while waiting > that the issue be fixed); for that, you need to follow the steps at > > http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash_or_freeze > > Best regards, > -- > Eugen Dedu > > Hi Eugen, > > Thanks for your information. I have been looking at some of the bugs filed > on this subject, at the address given and note that the main suspect in this > problem is Pulse Audio. I also note that in the P.A. software in my O.S. > there is a tool called PulseAudio Manager. Opening this tool, I discovered > that in the first tab: "Server Information" there are buttons for the > Connection and Disconnection of the Server. When opened, I found it > connected. So, I disconnected it and then went to test Ekiga again. I made > the same tests as mentioned previously, but this time Ekiga did *not*crash when closing the calls! The Ekiga server still seems to be down, so > Ekiga was unable to register to it and I could not try 500 at ekiga.net. I > hope this is helpful to you. > > I will try to get a stack trace of a crash, as you propose. If I am > successful I will send it to you. Please understand that I am not > experienced in these procedures. > > Thanks again for your prompt reply. Best Regards, Ian Murdoch. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthews632 at netspace.net.au Fri Feb 26 02:08:00 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 13:08:00 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <20100226012053.GF25946@aurora.owens.net> References: <96668ea28218e2839e65f97452508c78@www3-mail.volny.cz> <20100226012053.GF25946@aurora.owens.net> Message-ID: <4B872D00.8040403@netspace.net.au> Rob Owens wrote: > On Thu, Feb 25, 2010 at 09:09:29AM +0100, kapetr wrote: > >> The reason, why You can't communicate with Ekiga behind Yours D-link >> is simple. >> >> EKIGA IS BUGGY >> >> I have report this Bug many times in many places. >> I have also try to contact the author of Ekiga. >> >> Unfortunately - I have get NO replay anytime !!! >> >> The problem with Ekiga is, IT DO NOT WORK BEHIND NAT. >> >> The use of STUN is broken: >> >> Ekiga makes STUN request, but in INVITE (SDP section) send only discovered >> public IP address, but the Port for RTM sends to the other side as the >> local one, not that is reported by STUN replay !! >> >> You can check it in wireshark - see the SIP INVITE packet. >> >> I can NOT understand, how such significant Bug is ignored by developers >> of Ekiga !!! And especially, why have I get no replays from them :-( >> >> I can recommend You to use other client - Twinkle works fine. >> >> --kapetr >> >> > I can't confirm what kapetr says here, but if it is true you may have > better luck with a SIP account from iptel.org. You can use it with your > Ekiga software. They claim to have a server-side workaround for the NAT > problem, without using STUN. I briefly tested it and it seems to work. > Give it a shot. > > -Rob > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Thanks for the response Rob. kapetr also suggested that I try an iptel.org sip account with twinkle - it works well. The server-side STUN service of iptel.org may be the important factor that allows DSL modems to conduct a voip interaction. I'll try using the same sip account with Ekiga when time allows. Thanks for the advice. Cheers. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kapetr at mizera.cz Fri Feb 26 07:02:54 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Feb 2010 08:02:54 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL_302G_D-Link?= =?iso-8859-2?q?_modem?= In-Reply-To: References: Message-ID: Hi, I'm glad it is working to You. Yes, I know, what iptel says about NAT - this is what I wrote and I thing that this workaround works (maybe :-) as I have described. About that "bridge" mode of Yours modem, I had also thing about it before I have write to You my previous post. Of course - it is also solution, but do not forget, that NAT router is additional barricade between You and Internet and if Yours software FW on PC is switched Off (e.g. by virus) or is setuped bad, ... Also - if You will have a cup of time in Future, try Yours modem again in "routing" mode (with NAT (and FW) enabled) - the VoIP (SIP) communication should work as I wrote. I hope :-) Good luck --kapetr ----- P?VODN? ZPR?VA ----- > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > > Hi kapetr, > > I now have twinkle working thanks to your suggestions > ! > > I created a sip account with iptel.org as you recommended, > entered these > sip details into the various settings of twinkle, dialed > the test sip > address ' sip:music at iptel.org ' as commanded, and music > then began to > play through my system. It's a miracle. I even managed > to 'telephone' a > buddy with twinkle after he created his own iptel.org > account - sound > quality is excellent. > > My DSL 302G modem seems to need a 'bridging mode' to > work properly - > otherwise the outside world is inaccessible. Resetting > the modem to > default settings as suggested would eliminate the bridging > configuration > and make the modem unable to contact other computers. > So I have twinkle > working even though I still have this modem in a bridging > configuration. > > Why does an iptel.org sip account work and not an Ekiga > account with my > DSL modem? The following information found on the iptel.org > site might > provide a clue: > > " There is a STUN server running on stun.iptel.org > or sip.iptel.org. > For the iptel.org SIP service, STUN is not required, > because there > is a server side NAT traversal solution in place. " > > Well, thanks kapetr for your invaluable help. If we > were living in > ancient times I'd now be obligated to give you several > goats or half of > my crops. Unfortunately I have neither crops nor goats. > All I can give > you is a 'thank you'. > > All the best. > From kapetr at mizera.cz Fri Feb 26 07:11:09 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Feb 2010 08:11:09 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: Hello, ----- P?VODN? ZPR?VA ----- > Date: Thu, 25 Feb 2010 21:55:03 +0100 > From: Eugen Dedu > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > 302G D-Link modem > Message-ID: <4B86E3A7.4080605 at pu-pm.univ-fcomte.fr> > Content-Type: text/plain; charset=UTF-8 > > kapetr wrote: > > The reason, why You can't communicate with Ekiga > > behind Yours D-link > > > is simple. > > > > EKIGA IS BUGGY > > > > I have report this Bug many times in many places. > > > I have also try to contact the author of Ekiga. > > > > Unfortunately - I have get NO replay anytime !!! > > > > The problem with Ekiga is, IT DO NOT WORK BEHIND > > NAT. > > > You mean Symmetric nat... No, I don't - Ekiga works not behind normal, "(port) restricted NAT". > > > The use of STUN is broken: > > > > Ekiga makes STUN request, but in INVITE (SDP section) > > send only discovered > > > public IP address, but the Port for RTM sends to > > the other side as the > > > local one, not that is reported by STUN replay !! > > > > > You can check it in wireshark - see the SIP INVITE > > packet. > > > > > I can NOT understand, how such significant Bug is > > ignored by developers > > > of Ekiga !!! And especially, why have I get no replays > > from them :-( > > > Where is this bug report? e.g. here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 There is also saved tcpdump output - You can check, that it s True. I have report it also direct to dsandras at seconix.com --kapetr From kapetr at mizera.cz Fri Feb 26 08:01:11 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Feb 2010 09:01:11 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> > Message: 3 > Date: Fri, 26 Feb 2010 13:08:00 +1100 > From: mat101 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > 302G D-Link modem > Message-ID: <4B872D00.8040403 at netspace.net.au> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > Thanks for the response Rob. > > kapetr also suggested that I try an iptel.org sip account > with twinkle - > it works well. The server-side STUN service of iptel.org > may be the > important factor that allows DSL modems to conduct > a voip interaction. > I'll try using the same sip account with Ekiga when > time allows. Thanks > for the advice. > > Cheers. Hello, The working of twinkle is NOT due to iptel workaround. Twinkle works without problems with ANY account I have try, even with ekiga account. The reason is simple - in twinkle is STUN support not buggy :-) So I have NOT to make some port forwarding, ... It just works, why twinkle send to the communication partner proper public (from outside accesable) pair IP/PORT resolved by STUN request/replay. Thats all. If ekiga would do the same, as it should, it wold be working too. See my report: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 Check the wireshark output - see SDP in INVITE packet ! Ekiga works with only (really ONLY) iptel account and only when calling something on iptel. To make call somewhere else is (of course) not possible. BTW - the workaround by iptel I have described in previous post. I have spend many hours in studying wireshark and twinkle logs, and I 99,999% sure, I'm right: Ekiga can't work behind comon ((port)restricted) NAT. --kapetr From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Feb 26 08:30:46 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 26 Feb 2010 09:30:46 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B872A3F.6070804@netspace.net.au> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> <20100225124822.GA2204@conquest3.conquest> <4B868277.9030205@netspace.net.au> <4B86E317.5060801@pu-pm.univ-fcomte.fr> <4B872A3F.6070804@netspace.net.au> Message-ID: <4B8786B6.600@pu-pm.univ-fcomte.fr> mat101 wrote: > Eugen Dedu wrote: >> mat101 wrote: >> >>> ael wrote: >>> >>>> On Thu, Feb 25, 2010 at 01:25:46PM +1100, mat101 wrote: >>>> >>>> >>>>>>> Connection-specific DNS Suffix . : >>>>>>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>>>>>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>>>>>> Default Gateway . . . . . . . . . : 10.1.1.1 >>>>>>> >>>> The ip address (10.1.1.10 above) is that of your computer - or more >>>> exactly of that particular interface: ethernet? >>>> >>>> >>>> >>>>>>> Some sites claim the above ipconfig output indicates my router ip >>>>>>> number is >>>>>>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >>>>>>> >>>> If you had run that command *on the router/modem*, then indeed it would >>>> suggest that was the address (of one of its interfaces). But you ran it >>>> on your computer, so it is telling about that. >>>> >>>> >>>> >>>>>>> suggested my router ip number should be 192.168.15.1. >>>>>>> >>>> Above 192.168... seems weird unless it is the factory default >>>> setting for your router/modem. >>>> >>>> >>>> >>>>>>> confusing. >>>>>>> >>>>> Thanks for the response ael. >>>>> >>>>> My unsuccessful efforts to create NAT Rule Entries for the modem was >>>>> my feeble attempt to follow the Ekiga-behind-a-NAT-router >>>>> instructions on the wiki. These rules were manipulated by entering >>>>> the modem's Admin. Panel through a browser via 'http://10.1.1.1'. >>>>> >>>> So that confirms that the router/modem has the local interface >>>> bound to 10.1.1.1. >>>> >>>> >>>> >>>>> The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP >>>>> >>>> I don't understand why you are using an alien op system when you >>>> have far more powerful tools at your disposal under linux. Maybe >>>> you are just moving away and are used the the old ways?` >>>> >>>> >>>> >>>>> Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in >>>>> a terminal window on ubuntu, the modem lights do flash, and the >>>>> output in the terminal window indicates an interaction with the >>>>> modem. The modem lights also flash when I ping the 'IP Address' of >>>>> 10.1.1.10. Trying to ping other ip numbers results in 'Destination >>>>> Host Unreachable'. >>>>> >>>> All just what is expected: the router/local LAN port is 10.1.1.1 . >>>> >>>> >>>> >>>>> If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed >>>>> to Connect' browser response. >>>>> >>>> You are pointing back at yourself, and presumably you are not running >>>> an http server like apache, or it is configured only to respond to >>>> local >>>> requests. >>>> >>>> >>>> >>>>> Your question: "Who set up your router: not you?" >>>>> Answer: Yes, I (clumsily) set up the router. Entering >>>>> http://10.1.1.1 in a browser allows me to enter the modem's Admin. >>>>> Panel and manipulate settings. I had to place the modem in 'bridging >>>>> mode' in order to get access to the outside world. My computer is >>>>> the only computer connected to the modem. >>>>> >>>> I suspect that "bridging mode" is your whole problem. But I may be >>>> wrong. Can others comment? >>>> >>>> >>>> >>>> >>>>> The following output is produced when I type 'route' in a terminal >>>>> window on ubuntu: >>>>> >>>>> Kernel IP routing table >>>>> Destination Gateway Genmask Flags Metric Ref >>>>> Use Iface >>>>> link-local * 255.255.0.0 U 1000 >>>>> 0 0 eth0 >>>>> 10.0.0.0 * 255.0.0.0 U 1 >>>>> 0 0 eth0 >>>>> default 10.1.1.1 0.0.0.0 UG 0 >>>>> 0 0 eth0 >>>>> >>>> That just confirms what I said above. You might want to look at >>>> ipconfig eth0 as well, just for interest. Again, you may need to be >>>> root (sudo, etc). >>>> >>>> >>>> >>>>> I hope the above brings me closer to finding a solution. >>>>> >>>> As I say, I suspect that you should not be using bridging mode... >>>> >>>> ael >>>> _______________________________________________ >>>> ekiga-list mailing list >>>> ekiga-list at gnome.org >>>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>>> >>>> >>> Thanks ael. >>> >>> " I don't understand why you are using an alien op system when you have >>> far more powerful tools at your disposal under linux. Maybe you are just >>> moving away and are used the the old ways? " - I have just moved to >>> linux and I am still trying to find my way around the os. Hence I find >>> myself moving between os.s at this stage to 'better' diagnose my modem >>> problem. Apologies for mentioning the other os. >>> >>> In a previous post I indicated that this modem works perfectly with >>> another voip program on my ubuntu system (sk*pe) - allowing me to see >>> and hear the other person. But I want to avoid this other program, and >>> prefer to use Ekiga instead. >>> >>> Does the code in Ekiga simply preclude such an interaction with a DSL >>> 302G modem (in bridging mode)? >>> >> >> To my knowledge, ekiga does not work in one type of NAT: Symmetric NAT. >> This type of NAT cannot be served by a VoIP program without a "trick". >> Skipe works in this case too because it uses the other users of skipe >> as proxies, otherwise said the other users give (are forced to give) >> ressources (CPU and network bandwidth) for Symmetric NAT skipe users. >> >> > Thanks Eugen. > > Ekiga certainly seems to have a few difficulties with Symmetric NAT. > > I followed kapetr's earlier advice and configured twinkle with an > iptel.org sip account - voip works well with twinkle on ubuntu with my > DSL modem. This sip account seems to override the necessity for > client-side NAT-churning by offering a server-side STUN service. > > Twinkle doesn't have video, and I'm not too fond of the app's name, but > at least I've stopped using sk*pe. To my knowledge: I forgot to add that another solution is to have a public proxy for all the symmetric nat users. This can work for audio traffic, but for (the much higher bw consuming) video traffic this is overkill. And it seems iptel provides such a service, but for audio only. I added this info to the web page http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#Symmetric_NAT:_Dynamic_navigation_of_NAT_routers -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Feb 26 08:44:27 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 26 Feb 2010 09:44:27 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: References: Message-ID: <4B8789EB.5060204@pu-pm.univ-fcomte.fr> kapetr wrote: > Hello, > > > ----- P?VODN? ZPR?VA ----- >> Date: Thu, 25 Feb 2010 21:55:03 +0100 >> From: Eugen Dedu >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> 302G D-Link modem >> Message-ID: <4B86E3A7.4080605 at pu-pm.univ-fcomte.fr> >> Content-Type: text/plain; charset=UTF-8 >> >> kapetr wrote: >>> The reason, why You can't communicate with Ekiga >>> behind Yours D-link >>>> is simple. >>> EKIGA IS BUGGY >>> >>> I have report this Bug many times in many places. >>>> I have also try to contact the author of Ekiga. >>> Unfortunately - I have get NO replay anytime !!! >>> >>> The problem with Ekiga is, IT DO NOT WORK BEHIND >>> NAT. >>> >> You mean Symmetric nat... > > No, I don't - Ekiga works not behind normal, "(port) restricted NAT". > >>> The use of STUN is broken: >>> >>> Ekiga makes STUN request, but in INVITE (SDP section) >>> send only discovered >>>> public IP address, but the Port for RTM sends to >>> the other side as the >>>> local one, not that is reported by STUN replay !! >>>> >>> You can check it in wireshark - see the SIP INVITE >>> packet. >>> I can NOT understand, how such significant Bug is >>> ignored by developers >>>> of Ekiga !!! And especially, why have I get no replays >>> from them :-( >>> >> Where is this bug report? > > e.g. here: > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > There is also saved tcpdump output - You can check, that it s True. > > I have report it also direct to dsandras at seconix.com For upstream bugs (like this one) the best solution is to report the bug to ekiga bugzilla (better than to the main developer privately), not be scattered to ubuntu, debian, fedora and so on. Thanks for it, I will find a way to solve/analyse it. For info, I have a port restricted nat and ekiga works, so not all such users are unfortunate like you :o) -- Eugen From matthews632 at netspace.net.au Fri Feb 26 09:04:38 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 20:04:38 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: References: Message-ID: <4B878EA6.7080302@netspace.net.au> kapetr wrote: > Hi, I'm glad it is working to You. > > Yes, I know, what iptel says about NAT - this is what I wrote and I thing > that this workaround works (maybe :-) as I have described. > > About that "bridge" mode of Yours modem, I had also thing about it > before I have write to You my previous post. > > Of course - it is also solution, but do not forget, that NAT router is > additional barricade between You and Internet and if Yours software > FW on PC is switched Off (e.g. by virus) or is setuped bad, ... > > Also - if You will have a cup of time in Future, try Yours modem again > in "routing" mode (with NAT (and FW) enabled) - the VoIP (SIP) communication > should work as I wrote. I hope :-) > > Good luck > > --kapetr > > ----- P?VODN? ZPR?VA ----- > >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>> >>> >>> >> Hi kapetr, >> >> I now have twinkle working thanks to your suggestions >> ! >> >> I created a sip account with iptel.org as you recommended, >> entered these >> sip details into the various settings of twinkle, dialed >> the test sip >> address ' sip:music at iptel.org ' as commanded, and music >> then began to >> play through my system. It's a miracle. I even managed >> to 'telephone' a >> buddy with twinkle after he created his own iptel.org >> account - sound >> quality is excellent. >> >> My DSL 302G modem seems to need a 'bridging mode' to >> work properly - >> otherwise the outside world is inaccessible. Resetting >> the modem to >> default settings as suggested would eliminate the bridging >> configuration >> and make the modem unable to contact other computers. >> So I have twinkle >> working even though I still have this modem in a bridging >> configuration. >> >> Why does an iptel.org sip account work and not an Ekiga >> account with my >> DSL modem? The following information found on the iptel.org >> site might >> provide a clue: >> >> " There is a STUN server running on stun.iptel.org >> or sip.iptel.org. >> For the iptel.org SIP service, STUN is not required, >> because there >> is a server side NAT traversal solution in place. " >> >> Well, thanks kapetr for your invaluable help. If we >> were living in >> ancient times I'd now be obligated to give you several >> goats or half of >> my crops. Unfortunately I have neither crops nor goats. >> All I can give >> you is a 'thank you'. >> >> All the best. >> >> > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Hey kapetr, I will experiment further and post if I discover something new. Cheers. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthews632 at netspace.net.au Fri Feb 26 09:07:22 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 20:07:22 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> Message-ID: <4B878F4A.9000104@netspace.net.au> kapetr wrote: >> Message: 3 >> Date: Fri, 26 Feb 2010 13:08:00 +1100 >> From: mat101 >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> 302G D-Link modem >> Message-ID: <4B872D00.8040403 at netspace.net.au> >> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" >> Thanks for the response Rob. >> >> kapetr also suggested that I try an iptel.org sip account >> with twinkle - >> it works well. The server-side STUN service of iptel.org >> may be the >> important factor that allows DSL modems to conduct >> a voip interaction. >> I'll try using the same sip account with Ekiga when >> time allows. Thanks >> for the advice. >> >> Cheers. >> > > Hello, > > The working of twinkle is NOT due to iptel workaround. Twinkle works > without problems with ANY account I have try, even with ekiga account. > > The reason is simple - in twinkle is STUN support not buggy :-) > So I have NOT to make some port forwarding, ... > It just works, why twinkle send to the communication partner proper public > (from outside accesable) pair IP/PORT resolved by STUN request/replay. > Thats all. > > If ekiga would do the same, as it should, it wold be working too. > > See my report: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > Check the wireshark output - see SDP in INVITE packet ! > > Ekiga works with only (really ONLY) iptel account and only when calling > something on iptel. To make call somewhere else is (of course) not possible. > > BTW - the workaround by iptel I have described in previous post. > > I have spend many hours in studying wireshark and twinkle logs, and I > 99,999% sure, I'm right: Ekiga can't work behind comon ((port)restricted) > NAT. > > --kapetr > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Thanks kapetr. Points duly noted. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthews632 at netspace.net.au Fri Feb 26 09:09:40 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 20:09:40 +1100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B8786B6.600@pu-pm.univ-fcomte.fr> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> <20100225124822.GA2204@conquest3.conquest> <4B868277.9030205@netspace.net.au> <4B86E317.5060801@pu-pm.univ-fcomte.fr> <4B872A3F.6070804@netspace.net.au> <4B8786B6.600@pu-pm.univ-fcomte.fr> Message-ID: <4B878FD4.4040306@netspace.net.au> Eugen Dedu wrote: > mat101 wrote: > >> Eugen Dedu wrote: >> >>> mat101 wrote: >>> >>> >>>> ael wrote: >>>> >>>> >>>>> On Thu, Feb 25, 2010 at 01:25:46PM +1100, mat101 wrote: >>>>> >>>>> >>>>> >>>>>>>> Connection-specific DNS Suffix . : >>>>>>>> IP Address. . . . . . . . . . . . : 10.1.1.10 >>>>>>>> Subnet Mask . . . . . . . . . . . : 255.0.0.0 >>>>>>>> Default Gateway . . . . . . . . . : 10.1.1.1 >>>>>>>> >>>>>>>> >>>>> The ip address (10.1.1.10 above) is that of your computer - or more >>>>> exactly of that particular interface: ethernet? >>>>> >>>>> >>>>> >>>>> >>>>>>>> Some sites claim the above ipconfig output indicates my router ip >>>>>>>> number is >>>>>>>> 10.1.1.1, and yet other sites claim it is 10.1.1.10. >>>>>>>> >>>>>>>> >>>>> If you had run that command *on the router/modem*, then indeed it would >>>>> suggest that was the address (of one of its interfaces). But you ran it >>>>> on your computer, so it is telling about that. >>>>> >>>>> >>>>> >>>>> >>>>>>>> suggested my router ip number should be 192.168.15.1. >>>>>>>> >>>>>>>> >>>>> Above 192.168... seems weird unless it is the factory default >>>>> setting for your router/modem. >>>>> >>>>> >>>>> >>>>> >>>>>>>> confusing. >>>>>>>> >>>>>>>> >>>>>> Thanks for the response ael. >>>>>> >>>>>> My unsuccessful efforts to create NAT Rule Entries for the modem was >>>>>> my feeble attempt to follow the Ekiga-behind-a-NAT-router >>>>>> instructions on the wiki. These rules were manipulated by entering >>>>>> the modem's Admin. Panel through a browser via 'http://10.1.1.1'. >>>>>> >>>>>> >>>>> So that confirms that the router/modem has the local interface >>>>> bound to 10.1.1.1. >>>>> >>>>> >>>>> >>>>> >>>>>> The cmd.exe/ipconfig output on XP showed a 'Gateway Address' and 'IP >>>>>> >>>>>> >>>>> I don't understand why you are using an alien op system when you >>>>> have far more powerful tools at your disposal under linux. Maybe >>>>> you are just moving away and are used the the old ways?` >>>>> >>>>> >>>>> >>>>> >>>>>> Address' (see above). When I ping the 'Gateway Address' 10.1.1.1 in >>>>>> a terminal window on ubuntu, the modem lights do flash, and the >>>>>> output in the terminal window indicates an interaction with the >>>>>> modem. The modem lights also flash when I ping the 'IP Address' of >>>>>> 10.1.1.10. Trying to ping other ip numbers results in 'Destination >>>>>> Host Unreachable'. >>>>>> >>>>>> >>>>> All just what is expected: the router/local LAN port is 10.1.1.1 . >>>>> >>>>> >>>>> >>>>> >>>>>> If I point my browser to the IP Address of 10.1.1.10 I get a 'Failed >>>>>> to Connect' browser response. >>>>>> >>>>>> >>>>> You are pointing back at yourself, and presumably you are not running >>>>> an http server like apache, or it is configured only to respond to >>>>> local >>>>> requests. >>>>> >>>>> >>>>> >>>>> >>>>>> Your question: "Who set up your router: not you?" >>>>>> Answer: Yes, I (clumsily) set up the router. Entering >>>>>> http://10.1.1.1 in a browser allows me to enter the modem's Admin. >>>>>> Panel and manipulate settings. I had to place the modem in 'bridging >>>>>> mode' in order to get access to the outside world. My computer is >>>>>> the only computer connected to the modem. >>>>>> >>>>>> >>>>> I suspect that "bridging mode" is your whole problem. But I may be >>>>> wrong. Can others comment? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> The following output is produced when I type 'route' in a terminal >>>>>> window on ubuntu: >>>>>> >>>>>> Kernel IP routing table >>>>>> Destination Gateway Genmask Flags Metric Ref >>>>>> Use Iface >>>>>> link-local * 255.255.0.0 U 1000 >>>>>> 0 0 eth0 >>>>>> 10.0.0.0 * 255.0.0.0 U 1 >>>>>> 0 0 eth0 >>>>>> default 10.1.1.1 0.0.0.0 UG 0 >>>>>> 0 0 eth0 >>>>>> >>>>>> >>>>> That just confirms what I said above. You might want to look at >>>>> ipconfig eth0 as well, just for interest. Again, you may need to be >>>>> root (sudo, etc). >>>>> >>>>> >>>>> >>>>> >>>>>> I hope the above brings me closer to finding a solution. >>>>>> >>>>>> >>>>> As I say, I suspect that you should not be using bridging mode... >>>>> >>>>> ael >>>>> _______________________________________________ >>>>> ekiga-list mailing list >>>>> ekiga-list at gnome.org >>>>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>>>> >>>>> >>>>> >>>> Thanks ael. >>>> >>>> " I don't understand why you are using an alien op system when you have >>>> far more powerful tools at your disposal under linux. Maybe you are just >>>> moving away and are used the the old ways? " - I have just moved to >>>> linux and I am still trying to find my way around the os. Hence I find >>>> myself moving between os.s at this stage to 'better' diagnose my modem >>>> problem. Apologies for mentioning the other os. >>>> >>>> In a previous post I indicated that this modem works perfectly with >>>> another voip program on my ubuntu system (sk*pe) - allowing me to see >>>> and hear the other person. But I want to avoid this other program, and >>>> prefer to use Ekiga instead. >>>> >>>> Does the code in Ekiga simply preclude such an interaction with a DSL >>>> 302G modem (in bridging mode)? >>>> >>>> >>> To my knowledge, ekiga does not work in one type of NAT: Symmetric NAT. >>> This type of NAT cannot be served by a VoIP program without a "trick". >>> Skipe works in this case too because it uses the other users of skipe >>> as proxies, otherwise said the other users give (are forced to give) >>> ressources (CPU and network bandwidth) for Symmetric NAT skipe users. >>> >>> >>> >> Thanks Eugen. >> >> Ekiga certainly seems to have a few difficulties with Symmetric NAT. >> >> I followed kapetr's earlier advice and configured twinkle with an >> iptel.org sip account - voip works well with twinkle on ubuntu with my >> DSL modem. This sip account seems to override the necessity for >> client-side NAT-churning by offering a server-side STUN service. >> >> Twinkle doesn't have video, and I'm not too fond of the app's name, but >> at least I've stopped using sk*pe. >> > > To my knowledge: I forgot to add that another solution is to have a > public proxy for all the symmetric nat users. This can work for audio > traffic, but for (the much higher bw consuming) video traffic this is > overkill. And it seems iptel provides such a service, but for audio only. > > I added this info to the web page > http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#Symmetric_NAT:_Dynamic_navigation_of_NAT_routers > > Thanks for the additional information Eugen. Very useful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Fri Feb 26 09:32:19 2010 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 26 Feb 2010 10:32:19 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> Message-ID: <1267176739.15305.4.camel@scorpion.multitel.be> Le vendredi 26 f?vrier 2010 ? 09:01 +0100, kapetr a ?crit : > I have spend many hours in studying wireshark and twinkle logs, and I > 99,999% sure, I'm right: Ekiga can't work behind comon ((port)restricted) > NAT. > I'm sorry to contradict you, but it does work :-) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From law_ence.dev at ntlworld.com Thu Feb 25 22:38:09 2010 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 25 Feb 2010 22:38:09 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <4B86E317.5060801@pu-pm.univ-fcomte.fr> References: <27714204.post@talk.nabble.com> <20100224215017.GB2070@conquest3.conquest> <4B85DFAA.5050500@netspace.net.au> <20100225124822.GA2204@conquest3.conquest> <4B868277.9030205@netspace.net.au> <4B86E317.5060801@pu-pm.univ-fcomte.fr> Message-ID: <20100225223809.GA2368@conquest3.conquest> > > Does the code in Ekiga simply preclude such an interaction with a DSL > > 302G modem (in bridging mode)? > > To my knowledge, ekiga does not work in one type of NAT: Symmetric NAT. > This type of NAT cannot be served by a VoIP program without a "trick". > Skipe works in this case too because it uses the other users of skipe > as proxies, otherwise said the other users give (are forced to give) > ressources (CPU and network bandwidth) for Symmetric NAT skipe users. But the "port-triggering" on the wiki is just such a trick to open up a symmetric NAT locally: to give a "restricted CONE". It works on at least one of the D-Link models, so I would expect it to work on all. But "bridging mode", I suspect, is not NAT. And I would not expect trigger rules to apply in that situation. But I am not really sure: I have only used bridge mode when gatewaying onto a local subnet. I suspect it is a problem in configuring the modem/router, but I don't know the model and have no experience with a combined modem/router. So I hope someone with the right background or experience will come in here. ael From kapetr at mizera.cz Fri Feb 26 13:05:03 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Feb 2010 14:05:03 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: <70bdd03d538dfc018b95db59d5341cb6@www2-mail.volny.cz> Hello, ------------ Eugen Dedu wrote: >Thanks for it, I will find a way to solve/analyse it. > >For info, I have a port restricted nat and ekiga works, so not all such >>users are unfortunate like you :o) > >-- >Eugen and ------------- Damien Sandras wrote: > > I have spend many hours in studying wireshark and > > twinkle logs, and I am > > > 99,999% sure, I'm right: Ekiga can't work behind > > comon ((port)restricted) NAT. > > > > I'm sorry to contradict you, but it does work :-) > > -- > _ Damien Sandras Really interesting ... !!! Did you check my wireshark output at https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 ?? Could you test the same example and compare it - and maybe send to me yours wireshark output ? Conditions: - ekiga behind NAT - no port forwarding, ... - STUN enabled (not disabled network checking) - no SIP proxy - ekiga with one ekiga account - one call - to sip:500 at ekiga.net (or just 500) Thank you --kapetr kapetr at mizera.cz From sevmek at free.fr Fri Feb 26 14:28:27 2010 From: sevmek at free.fr (yannick) Date: Fri, 26 Feb 2010 15:28:27 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <1267176739.15305.4.camel@scorpion.multitel.be> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <1267176739.15305.4.camel@scorpion.multitel.be> Message-ID: <1267194507.2624.449.camel@achille> Le vendredi 26 f?vrier 2010 ? 10:32 +0100, Damien Sandras a ?crit : > Le vendredi 26 f?vrier 2010 ? 09:01 +0100, kapetr a ?crit : > > > I have spend many hours in studying wireshark and twinkle logs, and I > > 99,999% sure, I'm right: Ekiga can't work behind comon ((port)restricted) > > NAT. > > > I'm sorry to contradict you, but it does work :-) This is not really helpfull Damien. The user claims Ekiga fails to call 500 where twinkle works, we need to understand how, at least, don't you think? kapetr, I'm sorry but in short I agree with Damien: it does work. But not for all "common ((port)restricted) NAT". e.g. It works for Eugen behind a "port restricted NAT", but not work for you. There is no such beast as a "common ((port)restricted) NAT"; the classic NAT classification failed, and the STUN mechanism, understood as "a complete solution to the NAT traversal problem", is now deprecated. Further information about this here: http://tools.ietf.org/html/rfc5389#section-2 Fact is, NAT routers designers failed to get a common agreement about NAT traversal (if they ever intented to get to such goal). NAT routers is just a jungle; they just do as it pleases them and enough of them do not pay attention to a universal NAT traversal solution. How does ekiga work in case of "port restricted NAT"? As you noticed, the signaling part of the protocol (SIP) use some new ports it gets from the STUN server. Thus you can register to ekiga.net and try to place a call. Your issue is with the audio and video streams; once the call is placed you do not get audio or video back as your router just refuse inbound connection using "classic" ports, i.e. in the range 5060-5100. In your case, Ekiga use a technique often referred as "hole punching". e.g. see here: http://en.wikipedia.org/wiki/UDP_hole_punching In your bug report here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 in the wireshark log, events number 57 to 60 are "hole punching" (ekiga tries to use 4 ports for audio+video streams, 1 for audio, 1 for video and 2 more additional for statistics about those streams like packet order, packet late etc.) In the view of the classical classification of NATs, this technique should work because "An external host (hAddr:hPort) can send packets to iAddr:iPort [i means internal or local] by sending packets to eAddr:ePort [e means external or remote] only if iAddr:iPort had previously sent a packet to hAddr:hPort." as you can read here for "Port-Restricted cone NAT": http://en.wikipedia.org/wiki/Network_address_translation#Types_of_NAT But we can take for granted that in your case, there is some additional rules in your NAT router that forbid using some ports, like the ones ekiga tries to use for audio and video streams, even if it tries first "hole punching". For some other people, like Eugen, "hole punching" does work. As I told before, the classical NAT classification is just wrong when applied universally. I hope this will help you understand why such assumption like "NOBODY behind NAT can use Ekiga", as you wrote in your bug report for Ubuntu, is just wrong. It does work for most people behind a NAT if you agree the classical NAT classification, not being universally right, is also not completely wrong and most probably right in most cases, as lots of valuable people defined it, and as some Ekiga users behind NATs can rely on it. Make no mistake, the new way of dealing with NAT: ICE http://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment is just another more complex workaround for this bad situation and ultimately recommend using a proxy to establish end-to-end communication. Finally, as I asked on the bug report, could you provide a wireshark log in the report using twinkle to see how it deals in your case? Best regards, Yannick From kapetr at mizera.cz Fri Feb 26 17:39:39 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Feb 2010 18:39:39 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_do_not_work_behind_NAT_--_Ekiga?= =?iso-8859-2?q?_on_Ubuntu_using_DSL?= In-Reply-To: <0b276c6d3aa59e7e4e8ef31b900cbf08@www2-mail.volny.cz> References: <0b276c6d3aa59e7e4e8ef31b900cbf08@www2-mail.volny.cz> Message-ID: <1bb046b5c49381af26dac8516b7ee3c3@www3-mail.volny.cz> Hello, as asked by "Yannick Defais" , I have add twinkle log and wireshark output to https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 to comparison to Ekigas STUN problem. it affect also chain "Ekiga on Ubuntu using DSL" --kapetr From matthews632 at netspace.net.au Fri Feb 26 18:15:36 2010 From: matthews632 at netspace.net.au (mat101) Date: Sat, 27 Feb 2010 05:15:36 +1100 Subject: [Ekiga-list] Ekiga do not work behind NAT -- Ekiga on Ubuntu using DSL In-Reply-To: <1bb046b5c49381af26dac8516b7ee3c3@www3-mail.volny.cz> References: <0b276c6d3aa59e7e4e8ef31b900cbf08@www2-mail.volny.cz> <1bb046b5c49381af26dac8516b7ee3c3@www3-mail.volny.cz> Message-ID: <4B880FC8.6040403@netspace.net.au> kapetr wrote: > Hello, > > as asked by "Yannick Defais" , > I have add twinkle log and wireshark output to > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > to comparison to Ekigas STUN problem. > > it affect also chain "Ekiga on Ubuntu using DSL" > > > --kapetr > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Thanks for the tip kapetr. From dsandras at seconix.com Fri Feb 26 18:21:07 2010 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 26 Feb 2010 19:21:07 +0100 Subject: [Ekiga-list] Ekiga do not work behind NAT -- Ekiga on Ubuntu using DSL In-Reply-To: <1bb046b5c49381af26dac8516b7ee3c3@www3-mail.volny.cz> References: <0b276c6d3aa59e7e4e8ef31b900cbf08@www2-mail.volny.cz> <1bb046b5c49381af26dac8516b7ee3c3@www3-mail.volny.cz> Message-ID: <1267208467.15305.47.camel@scorpion.multitel.be> Le vendredi 26 f?vrier 2010 ? 18:39 +0100, kapetr a ?crit : > Hello, > > as asked by "Yannick Defais" , > I have add twinkle log and wireshark output to > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > to comparison to Ekigas STUN problem. > > it affect also chain "Ekiga on Ubuntu using DSL" Can you post to the bug report an ekiga -d 4 output and a new libpcap trace ? I have the feeling it fails to map RTP ports for some reason in your case. Thanks.... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Fri Feb 26 21:11:58 2010 From: sevmek at free.fr (yannick) Date: Fri, 26 Feb 2010 22:11:58 +0100 Subject: [Ekiga-list] Ekiga do not work behind NAT -- Ekiga on Ubuntu using DSL In-Reply-To: <1267208467.15305.47.camel@scorpion.multitel.be> References: <0b276c6d3aa59e7e4e8ef31b900cbf08@www2-mail.volny.cz> <1bb046b5c49381af26dac8516b7ee3c3@www3-mail.volny.cz> <1267208467.15305.47.camel@scorpion.multitel.be> Message-ID: <1267218718.2624.454.camel@achille> Le vendredi 26 f?vrier 2010 ? 19:21 +0100, Damien Sandras a ?crit : > Le vendredi 26 f?vrier 2010 ? 18:39 +0100, kapetr a ?crit : > > Hello, > > > > as asked by "Yannick Defais" , > > I have add twinkle log and wireshark output to > > > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > > > to comparison to Ekigas STUN problem. > > > > it affect also chain "Ekiga on Ubuntu using DSL" > > Can you post to the bug report an ekiga -d 4 output and a new libpcap > trace ? > Damien, on my request, kapetr first upgraded to Ekiga last stable and provided both a d 4 and a wireshark log. Please read the report... Here they are: http://launchpadlibrarian.net/38855655/ekiga.log.txt http://launchpadlibrarian.net/38855685/ekiga.wireshark.log Same for twinkle: http://launchpadlibrarian.net/39822198/twinkle.test.log http://launchpadlibrarian.net/39822161/twinkle.libcap.gz /me hands a cup of coffee to Damien ;) Best regards > I have the feeling it fails to map RTP ports for some reason in your > case. > > Thanks.... > > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From matthews632 at netspace.net.au Sat Feb 27 05:21:59 2010 From: matthews632 at netspace.net.au (mat101) Date: Fri, 26 Feb 2010 21:21:59 -0800 (PST) Subject: [Ekiga-list] Ekiga on Ubuntu using DSL 302G D-Link modem In-Reply-To: <27714204.post@talk.nabble.com> References: <27714204.post@talk.nabble.com> Message-ID: <27725944.post@talk.nabble.com> mat101 wrote: > > I have a DSL 302G D-link modem and I've been trying to get Ekiga voip > working on ubuntu 8.10 without any luck, and I was wondering whether > anyone might be able to solve this problem. > > I have tried setting NAT Rule Entries for various ip numbers I thought > might be the fixed ip of my router (tried 10.1.1.1, 10.1.1.10, etc.) and > included the requisite Ekiga ports in the NAT Rule Entries (3478-3479, > 5000-5100, 1720), but still no sound or video. > > When I start Ekiga I manage to register my Ekiga SIP account without a > problem, but I can't communicate with anyone. The various test SIP > addresses that are supposed to playback sounds also don't work for me. > > The 'NAT Traversal Method' of my Ekiga installation is set to STUN, and > the 'STUN Server' is set to 'stun.ekiga.net'. > > Irrespective of the NAT Rule Entries I've used, running Ekiga's druid and > clicking 'Detect NAT Type' always results in the detection of a 'Symmetric > NAT' and Ekiga's suggestion to change it to a 'Cone NAT'. I've never been > able to obtain a Cone NAT. > > I don't know what I'm doing wrong. > > I attempted to get my router ip number by running cmd.exe/ipconfig on XP > (another partition on the same computer system) and obtained the following > output: > > Ethernet adapter Local Area Connection: > > Connection-specific DNS Suffix . : > IP Address. . . . . . . . . . . . : 10.1.1.10 > Subnet Mask . . . . . . . . . . . : 255.0.0.0 > Default Gateway . . . . . . . . . : 10.1.1.1 > > Some sites claim the above ipconfig output indicates my router ip number > is 10.1.1.1, and yet other sites claim it is 10.1.1.10. Some have even > suggested my router ip number should be 192.168.15.1. This is all very > confusing. > > As I want to use Ekiga with my DSL 302G modem on ubuntu, I was wondering > if anyone has some valuable advice that would help me get Ekiga working > with this modem on ubuntu. > > Thank you. > A note to indicate that I now have Ekiga 2.0.12 working on ubuntu 8.10 via a DSL 302G modem without having to configure port-forwarding or NAT Rule Entries for the modem. This was achieved by following the advice of others in this thread to use an iptel.org sip account. I have the 'NAT Traversal Method' of Ekiga set to 'None', and the 'STUN Server' entry field is empty. Sound and video are functioning well. Unfortunately text chat is not working, but this is a minor obstacle. Thanks to all who took the time to provide helpful advice. -- View this message in context: http://old.nabble.com/Ekiga-on-Ubuntu-using-DSL-302G-D-Link-modem-tp27714204p27725944.html Sent from the Ekiga General mailing list archive at Nabble.com. From kapetr at mizera.cz Sat Feb 27 07:21:32 2010 From: kapetr at mizera.cz (kapetr) Date: Sat, 27 Feb 2010 08:21:32 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: Hello, Thank You very much, yanick, for detailed explanation. Unfortunately, momentarily I don't understand it - probably my bad English (and maybe I have "double take" :-). ---------------- yanick wrote > Message: 3 > Date: Fri, 26 Feb 2010 15:28:27 +0100 > From: yannick > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > > kapetr, I'm sorry but in short I agree with Damien: > it does work. But > not for all "common ((port)restricted) NAT". e.g. It > works for Eugen > behind a "port restricted NAT", but not work for you. > > How does ekiga work in case of "port restricted NAT"? > > As you noticed, the signaling part of the protocol > (SIP) use some new > ports it gets from the STUN server. Thus you can register > to ekiga.net > and try to place a call. > > Your issue is with the audio and video streams; once > the call is placed > you do not get audio or video back as your router just > refuse inbound > connection using "classic" ports, i.e. in the range > 5060-5100. Of course router refuse them. Whether STUN or UDP_hole_punching is used, the communication from outside must go to the mapped (eAddr:ePort) and not to "mixed" (eAddr:iPort) ! Or does Ekiga expect, that the NAT router should use for iPort=5062 ePort=5062 ? I hope not ! > > In your case, Ekiga use a technique often referred > as "hole punching". > e.g. see here: > http://en.wikipedia.org/wiki/UDP_hole_punching > In your bug report here: > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > in the wireshark log, events number 57 to 60 are "hole > punching" (ekiga > tries to use 4 ports for audio+video streams, 1 for > audio, 1 for video > and 2 more additional for statistics about those streams > like packet > order, packet late etc.) > > In the view of the classical classification of NATs, > this technique > should work because "An external host (hAddr:hPort) > can send packets to > iAddr:iPort [i means internal or local] by sending > packets to > eAddr:ePort [e means external or remote] only if iAddr:iPort > had > previously sent a packet to hAddr:hPort." as you can > read here for > "Port-Restricted cone NAT": > http://en.wikipedia.org/wiki/Network_address_translation#Types_of_NAT > > > But we can take for granted that in your case, there > is some additional > rules in your NAT router that forbid using some ports, > like the ones > ekiga tries to use for audio and video streams, even > if it tries first > "hole punching". For some other people, like Eugen, > "hole punching" does work. Well ... in my case: in packet #57 I send UDP from 10.6.6.6/5062 (RTP audio) to 86.64.162.35/19544, which is the RTP contact of other side, which I have get in packet #55 (SIP/SDP OK replay (to my INVITE)) But his packet #57 comes to 86.64.162.35/19544 not from port 5062 (iPort), but from NATs (ePort). I can not see difference between that UDP_hole_punching and STUN behavior. The STUN bind request has the same aim - to resolve and primarily OPEN UDP port in NAT router. Now then - where is the problem. If the "echo service" would send RTP packets to my (eAddr:ePort), they should go through ? With STUN bind it works, and this is absolutely the same ?! So I can not figure oneself other reason, as the "echo service" send packets not to (eAddr:ePort). What do You mean ? ---------------- And another thing If I have good understand the *** Algorithm *** at http://en.wikipedia.org/wiki/UDP_hole_punching then the UDP_hole_punching technique must be supported by every SIP server (registrar) to be possible to call there with Ekiga. (acts as the "S" in Algorithm) Because this server must receive this punch packets and then change the SDP body of INVITE request (which then redirect to his client (target of call), then the Called MUST KNOW, to which destination have to send his RTP audio. He must know the ePort. If it is so, than I mean it is "dirty" work. On the other hand - STUN solution, where I send to the other side proper RTP (eAddr:ePort) in INVITE, seem to me to be clear and clean. Also if Ekiga do not use STUN for getting his (eAddr:ePort) which should be send in SDP in INVITE request .... it can for Example not make direct calls PC-to-PC, then it do not sends to the other side proper (eAddr:ePort) contact ... I really do not understand this proprietary technique of Ekiga :-( And I don't still understand , why Ekiga sends in SDP body of INVITE packet wrong RTP port (iPort). Thank You very much again, I hope You will help me to understand it. --kapetr P.S.: If is it possible, could You add to the https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 Yours wireshark libcap ? From hmabrouk at altern.org Sat Feb 27 14:10:37 2010 From: hmabrouk at altern.org (hmabrouk at altern.org) Date: Sat, 27 Feb 2010 15:10:37 +0100 (CET) Subject: [Ekiga-list] (no subject) Message-ID: <57529.41.226.145.78.1267279837.squirrel@altern.org> please d,nt send me e mail th you v much From kapetr at mizera.cz Sat Feb 27 17:08:31 2010 From: kapetr at mizera.cz (kapetr) Date: Sat, 27 Feb 2010 18:08:31 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: Hello, -----------------mat101 wrote: Message: 1 > Date: Fri, 26 Feb 2010 21:21:59 -0800 (PST) > From: mat101 > > A note to indicate that I now have Ekiga 2.0.12 working > on ubuntu 8.10 via a > DSL 302G modem without having to configure port-forwarding > or NAT Rule > Entries for the modem. > > This was achieved by following the advice of others > in this thread to use an > iptel.org sip account. > > I have the 'NAT Traversal Method' of Ekiga set to 'None', > and the 'STUN > Server' entry field is empty. > > Sound and video are functioning well. Unfortunately > text chat is not > working, but this is a minor obstacle. > > Thanks to all who took the time to provide helpful > advice. > And can You make call to someone, who has NOT iptel account too ? Or direct PC to PC calls ? If Yes, then I would be surprised, then in this cases (without explicit sip.iptel.org as proxy) there would not the SIP server of iptel acting as SIP/RTP proxy. --kapetr From dford at ansur.demon.co.uk Sat Feb 27 18:56:23 2010 From: dford at ansur.demon.co.uk (David Ford) Date: Sat, 27 Feb 2010 18:56:23 +0000 Subject: [Ekiga-list] (no subject) In-Reply-To: <57529.41.226.145.78.1267279837.squirrel@altern.org> References: <57529.41.226.145.78.1267279837.squirrel@altern.org> Message-ID: <4B896AD7.3010601@ansur.demon.co.uk> Hi On 27/02/10 14:10, hmabrouk at altern.org wrote: > please d,nt send me e mail > > th you v much > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > Go to the link above ^^^^^^ at the bottom of the page is a place to enter your email address and go to where you can unsubscribe (stop the emails) for yourself. hth David -------------- next part -------------- An HTML attachment was scrubbed... URL: From kapetr at mizera.cz Sun Feb 28 11:31:19 2010 From: kapetr at mizera.cz (kapetr) Date: Sun, 28 Feb 2010 12:31:19 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: <5f59922b3067fa46ea49df430bca0ccf@www1-mail.volny.cz> Hello, this post is for all, which are interesting about NAT problems with Ekiga, especially for: ---- Yannick Defais ---- Eugen Dedu ---- Damien Sandras I was go into Deep ... As suggested by Yannick, this problem with NAT (even if not symmetric) and Ekiga could be a problem with NAT implementation on my DSL router. It is ZyXEL P-660HW-T3 v2 So ... I have also other modems: - ZyXEL P660RU-T3 and - HUAWEI EchoLife HG520i I have try them all - with the same result! RTP goes out, but not in - by calling sip:500 at ekiga.net Problem of this "blackbox" routers is, that theirs logs are unusable. So I did that: - I have installed 2. PC with Ubuntu 10.04 - -"- connect to it the modem in BRIDGE mode, so this host gets public IP address via PPPoE - -"- setup on it DHCPd and routing/forwarding with NAT [iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o ppp0 -j MASQUERADE] And then, on 1. PC I have run Ekiga (no proxy, 1 (Ekiga) account, network detection enabled) --->>> call to sip:500 at ekiga.net AND .... I can hear my echo :-) So - I have run on 2. PC (NAT-router) wireshark and I see, that linux NAT maps port to the same (i=5060 to e=5060, i=5072 to e=5072, and so on). *********************************** In such case, I'm not surprised, that it works :-| *********************************** In such case is not problem, that Ekiga in INVITE packet (SDP) sends his iPort, then if NAT maps it to the same, then the other side sends his RTP audio output to (eAddr/iPort) and it goes through. So I have changed the linux NAT behaviour with replacing masquerade rule with: [iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o ppp0 -j MASQUERADE --random] So now are the ports of ekiga NOT mapped to the same numbers (e.g. 5062 to 5062). Now is wireshark output at 2. PC (NAT) much more interesting. - Ekiga make STUN request for his local RTP port and gets from STUN server mapping: e.g. 192.168.10.2/5062 to 88.83.179.98/55906, but as I wrote may times, Ekiga sends to the other site 88.83.179.98/5062 as the port to which the other side have to sends his audio. Of course it fails, then in NAT table on 2. PC is no mapping for 88.83.179.98/5062 coming in. This packets are dropped by 2. PC. Maybe acts iptables NAT with "--random" as symetric NAT (so it would not work even if Ekiga would not be buggy), but this is absolutely not the Point. The point is, that Ekiga send to the other side bad RTP contact. Now I have evidence of that. The "hole punching" can't help. My Ekiga sends punch packets to 96.64.162.35/16584 (RTP contact of other side get from replay to INVITE), but the other side sends his "punch packets" and then audio to wrong 88.83.179.98/5062 instead of proper 88.83.179.98/55906 (which would be remapped by NAT to proper 192.168.10.2/5062). Uff ... ************* conclusion: ************* Ekiga can work only behind such (port) restricted NAT, which maps posts to the same. But that behaviour, expecting such things, is faulty. So it is not random/exception that Ekiga do not work for me, it is rather random/exception that Ekiga works for others. Even if I am in minority :-) ------------- Damien Sandras wrote: > I'm sorry to contradict you, but it does work :-) Sorry, Damien, it does not :-) ******* With this behaviour of Ekiga could probably not call out 2 people (PCs) behind the same NAT. Or maybe Yes, but only with Luck. If both Ekigas would chose the same RTP port (e.g. 5075) for making call, then NAT could not map them to the same (5075) for both. If e.g. 192.168.10.2/5075 would by "NATed" to 88.83.179.98/5075, then 192.168.10.3/5075 could not be mapped to 88.83.179.98/5075 too. So if 192.168.10.3/5075 would be mapped e.g. to 88.83.179.98/4321, then 192.168.10.3 would not get audio back. And maybe ?!?! this audio would get 192.168.10.2 !!! Thanks to all, I'm looking forward to Yours responses --kapetr ----- P?VODN? ZPR?VA ----- > ------------------------------ > > Message: 2 > Date: Sat, 27 Feb 2010 08:21:32 +0100 (CET) > From: "kapetr" > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > Hello, > > Thank You very much, yanick, for detailed explanation. > > Unfortunately, momentarily I don't understand it - > probably my bad English > (and maybe I have "double take" :-). > > > ---------------- yanick wrote > > Message: 3 > > Date: Fri, 26 Feb 2010 15:28:27 +0100 > > From: yannick > > To: Ekiga mailing list > > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > > > > > kapetr, I'm sorry but in short I agree with Damien: > > > it does work. But > > not for all "common ((port)restricted) NAT". e.g. > > It > > > works for Eugen > > behind a "port restricted NAT", but not work for > > you. > > > > > How does ekiga work in case of "port restricted NAT"? > > > > > As you noticed, the signaling part of the protocol > > > (SIP) use some new > > ports it gets from the STUN server. Thus you can > > register > > > to ekiga.net > > and try to place a call. > > > > Your issue is with the audio and video streams; once > > > the call is placed > > you do not get audio or video back as your router > > just > > > refuse inbound > > connection using "classic" ports, i.e. in the range > > > 5060-5100. > > Of course router refuse them. Whether STUN or UDP_hole_punching > is > used, the communication from outside must go to the > mapped (eAddr:ePort) > and not to "mixed" (eAddr:iPort) ! > > Or does Ekiga expect, that the NAT router should use > for iPort=5062 ePort=5062 > ? I hope not ! > > > > > > In your case, Ekiga use a technique often referred > > > as "hole punching". > > e.g. see here: > > http://en.wikipedia.org/wiki/UDP_hole_punching > > In your bug report here: > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > > in the wireshark log, events number 57 to 60 are > > "hole > > > punching" (ekiga > > tries to use 4 ports for audio+video streams, 1 for > > > audio, 1 for video > > and 2 more additional for statistics about those > > streams > > > like packet > > order, packet late etc.) > > > > In the view of the classical classification of NATs, > > > this technique > > should work because "An external host (hAddr:hPort) > > > can send packets to > > iAddr:iPort [i means internal or local] by sending > > > packets to > > eAddr:ePort [e means external or remote] only if > > iAddr:iPort > > > had > > previously sent a packet to hAddr:hPort." as you > > can > > > read here for > > "Port-Restricted cone NAT": > > http://en.wikipedia.org/wiki/Network_address_translation#Types_of_NAT > > > > > > > > But we can take for granted that in your case, there > > > is some additional > > rules in your NAT router that forbid using some ports, > > > like the ones > > ekiga tries to use for audio and video streams, even > > > if it tries first > > "hole punching". For some other people, like Eugen, > > > "hole punching" does work. > > Well ... > > in my case: in packet #57 I send UDP from > 10.6.6.6/5062 (RTP audio) to > 86.64.162.35/19544, which is the RTP contact of other > side, which I have > get in packet #55 (SIP/SDP OK replay (to my INVITE)) > > But his packet #57 comes to 86.64.162.35/19544 not > from port 5062 (iPort), > but from NATs (ePort). > > I can not see difference between that UDP_hole_punching > and STUN behavior. > The STUN bind request has the same aim - to resolve > and primarily OPEN > UDP port in NAT router. > > Now then - where is the problem. If the "echo service" > would send RTP > packets to my (eAddr:ePort), they should go through > ? > > With STUN bind it works, and this is absolutely the > same ?! > So I can not figure oneself other reason, as the "echo > service" send > packets not to (eAddr:ePort). > > What do You mean ? > > ---------------- > And another thing > > If I have good understand the *** Algorithm *** at > http://en.wikipedia.org/wiki/UDP_hole_punching > > then the UDP_hole_punching technique must be supported > by every SIP > server (registrar) to be possible to call there with > Ekiga. > > (acts as the "S" in Algorithm) > > Because this server must receive this punch packets > and then change the > SDP body of INVITE request (which then redirect to > his client (target > of call), then the Called MUST KNOW, to which destination > have to send > his RTP audio. He must know the ePort. > > If it is so, than I mean it is "dirty" work. On the > other hand - STUN > solution, where I send to the other side proper RTP > (eAddr:ePort) in > INVITE, seem to me to be clear and clean. > > Also if Ekiga do not use STUN for getting his (eAddr:ePort) > which should > be send in SDP in INVITE request .... > > it can for Example not make direct calls PC-to-PC, > then it do not sends > to the other side proper (eAddr:ePort) contact ... > > I really do not understand this proprietary technique > of Ekiga :-( > And I don't still understand , why Ekiga sends in SDP > body of INVITE > packet wrong RTP port (iPort). > > > Thank You very much again, I hope You will help me > to understand it. > > --kapetr > > P.S.: If is it possible, could You add to the > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > Yours wireshark libcap ? > > From sevmek at free.fr Sun Feb 28 17:45:10 2010 From: sevmek at free.fr (yannick) Date: Sun, 28 Feb 2010 18:45:10 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <5f59922b3067fa46ea49df430bca0ccf@www1-mail.volny.cz> References: <5f59922b3067fa46ea49df430bca0ccf@www1-mail.volny.cz> Message-ID: <1267379110.2624.492.camel@achille> Le dimanche 28 f?vrier 2010 ? 12:31 +0100, kapetr a ?crit : > Hello, > > this post is for all, which are interesting about NAT problems with Ekiga, > Hi, Upstream has been notified (the OPAL project), I'm waiting their answer as I've not much time. Still I highly appreciate your effort to work this out :) Best regards, Yannick > especially for: > ---- Yannick Defais > ---- Eugen Dedu > ---- Damien Sandras > > I was go into Deep ... > > As suggested by Yannick, this problem with NAT (even if not symmetric) > and Ekiga could be a problem with NAT implementation on my DSL router. > > It is ZyXEL P-660HW-T3 v2 > > So ... I have also other modems: > - ZyXEL P660RU-T3 and > - HUAWEI EchoLife HG520i > > I have try them all - with the same result! > > RTP goes out, but not in - by calling sip:500 at ekiga.net > > Problem of this "blackbox" routers is, that theirs logs are unusable. > > So I did that: > > - I have installed 2. PC with Ubuntu 10.04 > - -"- connect to it the modem in BRIDGE mode, so this host gets public > IP address via PPPoE > - -"- setup on it DHCPd and routing/forwarding with NAT > > [iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o ppp0 -j MASQUERADE] > > > And then, on 1. PC I have run Ekiga (no proxy, 1 (Ekiga) account, network > detection enabled) > > --->>> call to sip:500 at ekiga.net > > AND .... I can hear my echo :-) > > So - I have run on 2. PC (NAT-router) wireshark and I see, that linux > NAT maps port to the same (i=5060 to e=5060, i=5072 to e=5072, and so > on). > > *********************************** > In such case, I'm not surprised, that it works :-| > *********************************** > > In such case is not problem, that Ekiga in INVITE packet (SDP) sends > his iPort, then if NAT maps it to the same, then the other side sends > his RTP audio output to (eAddr/iPort) and it goes through. > > So I have changed the linux NAT behaviour with replacing masquerade > rule with: > > [iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o ppp0 -j MASQUERADE > --random] > > So now are the ports of ekiga NOT mapped to the same numbers (e.g. 5062 > to 5062). > > Now is wireshark output at 2. PC (NAT) much more interesting. > > - Ekiga make STUN request for his local RTP port and gets from STUN server > mapping: > e.g. 192.168.10.2/5062 to 88.83.179.98/55906, but as I wrote may times, > Ekiga sends to the other site 88.83.179.98/5062 as the port to which > the other side have to sends his audio. > > Of course it fails, then in NAT table on 2. PC is no mapping for 88.83.179.98/5062 > coming in. This packets are dropped by 2. PC. > > Maybe acts iptables NAT with "--random" as symetric NAT (so it would > not work even if Ekiga would not be buggy), but this is absolutely not > the Point. The point is, that Ekiga send to the other side bad RTP contact. > > Now I have evidence of that. > > The "hole punching" can't help. > My Ekiga sends punch packets to 96.64.162.35/16584 (RTP contact of other > side get from replay to INVITE), but the other side sends his "punch > packets" and then audio to wrong 88.83.179.98/5062 instead of proper > 88.83.179.98/55906 (which would be remapped by NAT to proper 192.168.10.2/5062). > > Uff ... > > ************* > conclusion: > ************* > > Ekiga can work only behind such (port) restricted NAT, which maps posts > to the same. > But that behaviour, expecting such things, is faulty. > > So it is not random/exception that Ekiga do not work for me, it is rather > random/exception that Ekiga works for others. > > Even if I am in minority :-) > > ------------- Damien Sandras wrote: > > I'm sorry to contradict you, but it does work :-) > > Sorry, Damien, it does not :-) > > ******* > > With this behaviour of Ekiga could probably not call out 2 people (PCs) > behind the same NAT. Or maybe Yes, but only with Luck. > > If both Ekigas would chose the same RTP port (e.g. 5075) for making call, > then NAT could not map them to the same (5075) for both. > > If e.g. 192.168.10.2/5075 would by "NATed" to 88.83.179.98/5075, then > 192.168.10.3/5075 could not be mapped to 88.83.179.98/5075 too. > > So if 192.168.10.3/5075 would be mapped e.g. to 88.83.179.98/4321, then > 192.168.10.3 would not get audio back. > And maybe ?!?! this audio would get 192.168.10.2 !!! > > > > Thanks to all, > > > I'm looking forward to Yours responses > > --kapetr > > > > > ----- P?VODN? ZPR?VA ----- > > ------------------------------ > > > > Message: 2 > > Date: Sat, 27 Feb 2010 08:21:32 +0100 (CET) > > From: "kapetr" > > To: ekiga-list at gnome.org > > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > > > Hello, > > > > Thank You very much, yanick, for detailed explanation. > > > > Unfortunately, momentarily I don't understand it - > > probably my bad English > > (and maybe I have "double take" :-). > > > > > > ---------------- yanick wrote > > > Message: 3 > > > Date: Fri, 26 Feb 2010 15:28:27 +0100 > > > From: yannick > > > To: Ekiga mailing list > > > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > > > > > > > kapetr, I'm sorry but in short I agree with Damien: > > > > it does work. But > > > not for all "common ((port)restricted) NAT". e.g. > > > It > > > > works for Eugen > > > behind a "port restricted NAT", but not work for > > > you. > > > > > > > How does ekiga work in case of "port restricted NAT"? > > > > > > > As you noticed, the signaling part of the protocol > > > > (SIP) use some new > > > ports it gets from the STUN server. Thus you can > > > register > > > > to ekiga.net > > > and try to place a call. > > > > > > Your issue is with the audio and video streams; once > > > > the call is placed > > > you do not get audio or video back as your router > > > just > > > > refuse inbound > > > connection using "classic" ports, i.e. in the range > > > > 5060-5100. > > > > Of course router refuse them. Whether STUN or UDP_hole_punching > > is > > used, the communication from outside must go to the > > mapped (eAddr:ePort) > > and not to "mixed" (eAddr:iPort) ! > > > > Or does Ekiga expect, that the NAT router should use > > for iPort=5062 ePort=5062 > > ? I hope not ! > > > > > > > > > > In your case, Ekiga use a technique often referred > > > > as "hole punching". > > > e.g. see here: > > > http://en.wikipedia.org/wiki/UDP_hole_punching > > > In your bug report here: > > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > > > in the wireshark log, events number 57 to 60 are > > > "hole > > > > punching" (ekiga > > > tries to use 4 ports for audio+video streams, 1 for > > > > audio, 1 for video > > > and 2 more additional for statistics about those > > > streams > > > > like packet > > > order, packet late etc.) > > > > > > In the view of the classical classification of NATs, > > > > this technique > > > should work because "An external host (hAddr:hPort) > > > > can send packets to > > > iAddr:iPort [i means internal or local] by sending > > > > packets to > > > eAddr:ePort [e means external or remote] only if > > > iAddr:iPort > > > > had > > > previously sent a packet to hAddr:hPort." as you > > > can > > > > read here for > > > "Port-Restricted cone NAT": > > > http://en.wikipedia.org/wiki/Network_address_translation#Types_of_NAT > > > > > > > > > > But we can take for granted that in your case, there > > > > is some additional > > > rules in your NAT router that forbid using some ports, > > > > like the ones > > > ekiga tries to use for audio and video streams, even > > > > if it tries first > > > "hole punching". For some other people, like Eugen, > > > > "hole punching" does work. > > > > Well ... > > > > in my case: in packet #57 I send UDP from > > 10.6.6.6/5062 (RTP audio) to > > 86.64.162.35/19544, which is the RTP contact of other > > side, which I have > > get in packet #55 (SIP/SDP OK replay (to my INVITE)) > > > > But his packet #57 comes to 86.64.162.35/19544 not > > from port 5062 (iPort), > > but from NATs (ePort). > > > > I can not see difference between that UDP_hole_punching > > and STUN behavior. > > The STUN bind request has the same aim - to resolve > > and primarily OPEN > > UDP port in NAT router. > > > > Now then - where is the problem. If the "echo service" > > would send RTP > > packets to my (eAddr:ePort), they should go through > > ? > > > > With STUN bind it works, and this is absolutely the > > same ?! > > So I can not figure oneself other reason, as the "echo > > service" send > > packets not to (eAddr:ePort). > > > > What do You mean ? > > > > ---------------- > > And another thing > > > > If I have good understand the *** Algorithm *** at > > http://en.wikipedia.org/wiki/UDP_hole_punching > > > > then the UDP_hole_punching technique must be supported > > by every SIP > > server (registrar) to be possible to call there with > > Ekiga. > > > > (acts as the "S" in Algorithm) > > > > Because this server must receive this punch packets > > and then change the > > SDP body of INVITE request (which then redirect to > > his client (target > > of call), then the Called MUST KNOW, to which destination > > have to send > > his RTP audio. He must know the ePort. > > > > If it is so, than I mean it is "dirty" work. On the > > other hand - STUN > > solution, where I send to the other side proper RTP > > (eAddr:ePort) in > > INVITE, seem to me to be clear and clean. > > > > Also if Ekiga do not use STUN for getting his (eAddr:ePort) > > which should > > be send in SDP in INVITE request .... > > > > it can for Example not make direct calls PC-to-PC, > > then it do not sends > > to the other side proper (eAddr:ePort) contact ... > > > > I really do not understand this proprietary technique > > of Ekiga :-( > > And I don't still understand , why Ekiga sends in SDP > > body of INVITE > > packet wrong RTP port (iPort). > > > > > > Thank You very much again, I hope You will help me > > to understand it. > > > > --kapetr > > > > P.S.: If is it possible, could You add to the > > > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > > > Yours wireshark libcap ? > > > > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F