From stuart at gathman.org Thu Sep 1 00:19:47 2011 From: stuart at gathman.org (Stuart D. Gathman) Date: Wed, 31 Aug 2011 20:19:47 -0400 (EDT) Subject: [Ekiga-list] Ekiga 3.2.7 massively slow under xfce debian testing? In-Reply-To: References: Message-ID: On Wed, 31 Aug 2011, Andres Cimmarusti wrote: > Does anyone have this problem? in Xfce (testing only, stable works > fine), ekiga 3.2.7 becomes incredibly slow to open and becomes > unresponsive rather often. It only happens to me on my 2-cpu workstation. It is fine just after loading. Some event (I think failing to click on the incoming call popup on time is one) causes it to go into a hard loop saturating one cpu and using a good percentage of the other. When I close it, the loop continues (but the window is gone), and I have to kill it from the command line or system monitor. Then I reload, and it is fine again for a while. Strangely, it hasn't done this on my old 1 cpu workstation at the office. Both workstations running Fedora 14 (with ekiga-3.2.7). -- Stuart D. Gathman "Confutatis maledictis, flamis acribus addictis" - background song for a Microsoft sponsored "Where do you want to go from here?" commercial. From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 06:34:32 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 08:34:32 +0200 Subject: [Ekiga-list] Ekiga on Thomson TG585 v7 router: Getting desparate! In-Reply-To: References: Message-ID: <4E5F2778.5090609@pu-pm.univ-fcomte.fr> On 30/08/11 17:10, Neoklis Kyriazis wrote: > Hi, > > For all the effort I put into getting Ekiga to work on my machine > (Intel core2-quad, Arch Linux x86_64), it still fails to register with > the SIP providers (tried both ekiga.net and iptel.org). When I try the > echo etc services of ekiga.net, I get the error message "Security > check failed"). > > I have tried setting up port forwarding manually on the Thomson TG585 > v7 wireless router, disabled STUN, tried both dhcp and static > connection and anything else I could find by searching. I feel that I > must be missing some simple detail somewhere, but cannot figure it > out. > > I have uploaded the "ekiga -d 4" debug output to my website, at the link below. > > http://www.qsl.net/5b4az/pages/ekiga-debug.txt Enable network detection and send us the log again. -- Eugen From n5b4az at yahoo.com Thu Sep 1 08:56:53 2011 From: n5b4az at yahoo.com (Neoklis Kyriazis) Date: Thu, 1 Sep 2011 01:56:53 -0700 (PDT) Subject: [Ekiga-list] Ekiga on Thomson TG585 v7 router: Getting desparate! In-Reply-To: <4E5F2778.5090609@pu-pm.univ-fcomte.fr> References: <4E5F2778.5090609@pu-pm.univ-fcomte.fr> Message-ID: <1314867413.30666.YahooMailNeo@web161819.mail.bf1.yahoo.com> Hi Eugene Thanks for helping me here. I have uploaded the output of "ekiga -d 4" with network detection enabled and a static IP connection. http://www.qsl.net/5b4az/pages/ekiga-debug.txt ? Regards Neoklis - Ham Radio Call 5B4AZ QTH Locator KM64KR Website: http://www.qsl.net/5b4az/ Enable network detection and send us the log again. -- Eugen _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 09:29:06 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 11:29:06 +0200 Subject: [Ekiga-list] Ekiga on Thomson TG585 v7 router: Getting desparate! In-Reply-To: <1314867413.30666.YahooMailNeo@web161819.mail.bf1.yahoo.com> References: <4E5F2778.5090609@pu-pm.univ-fcomte.fr> <1314867413.30666.YahooMailNeo@web161819.mail.bf1.yahoo.com> Message-ID: <4E5F5062.3080300@pu-pm.univ-fcomte.fr> On 01/09/11 10:56, Neoklis Kyriazis wrote: > Hi Eugene > > Thanks for helping me here. I have uploaded the output of "ekiga -d 4" with network detection enabled and a static IP connection. > > http://www.qsl.net/5b4az/pages/ekiga-debug.txt The REGISTER packet you send does not receive any answer. Is your firewall stopping such packets? I also see that you are behind a Symmetric NAT. Does ekiga always (each time you start it) show you the dialog box about the network detection? If yes, then you cannot use ekiga on your network (try however the tips shown in the dialog box). See http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 for some explanations. > Neoklis - Ham Radio Call 5B4AZ > QTH Locator KM64KR > Website: http://www.qsl.net/5b4az/ > > > Enable network detection and send us the log again. From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:15:08 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:15:08 +0200 Subject: [Ekiga-list] Microphone not detected only with ekiga (Eugen Dedu) In-Reply-To: <4E566688.2040502@gmail.com> References: <4E566688.2040502@gmail.com> Message-ID: <4E5F936C.709@pu-pm.univ-fcomte.fr> On 25/08/11 17:13, Joseph Dumont wrote: > ekiga -d 4 output is posted here. > Please use a service which does not force to wait, such as dl.free.fr or pastebin. Looking at your output, I see that the communication is not established, is that right? Why do you say that you hear the audio? In the above log I also see that you are not registered to ekiga.net, and I wonder if it is possible to cal 500 at ekiga.net without being registered (I cannot test right now). > On 08/25/2011 07:28 AM, ekiga-list-request at gnome.org wrote: >>> Hello, >>>> >>>> I've just installed Ekiga 3.2.7 on OpenSuse 11.4, 2.6.37.1-1.2-desktop, >>>> on a Thinkpad T410 (single audio combo jack). >>>> >>>> I've followed the Audio Setup page, set all audio devices to the Default >>>> (PTLIB/ALSA) (and later everything else just to check), I confirmed that >>>> my ALSA configuration was working properly as both echo tests functioned >>>> flawlessly: >>>> >>>> $ arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 >>>> -c 1 -r 8000 -f S16_LE - >>>> $ arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D plughw:0,0 >>>> -c 1 -r 16000 -f S16_LE - >>>> >>>> But I am unable to perform an echo test within Ekiga. I can receive >>>> calls and hear the audio, but the microphone will not pick anything up. >>>> Looking at other archives, I didn't see a solution that worked for me. >>>> >>>> More info that might be useful: >>>> $ alsamixer >>>> tells me that Master and Capture are both 100% >>>> >>>> $/sbin/lspci | grep Aud >>>> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset >>>> High Definition Audio (rev 06) >>>> >>>> The codecs are set to their defaults: Speex, PCMU, PCMA, silence >>>> detection and echo cancelation are not enabled. >>>> >>>> The same headpiece performs under skype. >>>> >>>> I'm happy to send any other information. >> Send us the -d 4 output when calling 500 at ekiga.net and when you speak >> you do not ehar yourself. From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:16:41 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:16:41 +0200 Subject: [Ekiga-list] Ekiga HD In-Reply-To: References: Message-ID: <4E5F93C9.1090705@pu-pm.univ-fcomte.fr> On 26/08/11 10:42, Majid Sadeghi Alavijeh wrote: > Dear All > Is this possible to Encode and decode 720P ? > what should i do to change it ? It is not yet possible. I am looking into this currently (with Andreas W., in CC), I have to do some tests, maybe it will work; in this case it will appear in the next release. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:18:37 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:18:37 +0200 Subject: [Ekiga-list] Ekiga 3.3.2 In-Reply-To: <4E5B2A69.70403@netikka.fi> References: <4E5293F8.2090505@pu-pm.univ-fcomte.fr> <4E5340C2.2030601@netikka.fi> <4E53F24F.7000206@pu-pm.univ-fcomte.fr> <4E548D2D.10403@netikka.fi> <4E555BF0.7010408@pu-pm.univ-fcomte.fr> <4E5B2A69.70403@netikka.fi> Message-ID: <4E5F943D.9060307@pu-pm.univ-fcomte.fr> On 29/08/11 07:58, jonny strom wrote: > 2011-08-24 23:15, Eugen Dedu skrev: >> On 24/08/11 07:33, jonny strom wrote: >>> 2011-08-23 21:32, Eugen Dedu skrev: >>>> On 23/08/11 07:55, jonny strom wrote: >>>>> 2011-08-22 20:38, Eugen Dedu skrev: >>>>> >>>>> >>>>> Hello >>>>> >>>>> About the H264 codec is it based on latest ffmpeg or libav? >>>> >>>> I tested it personnally with libav 0.6.2 and recent libx264 on >>>> gnu/linux and windows and it works. Is it ok for you? Win version is >>>> based on 0.6.2. >>>> >>> >>> Hello >>> >>> According to the libav change log so was frame-level multithreading >>> introduced in verion 0.7 of libav. >> >> Do you wish for windows or linux? If for windows, I can do another >> version myself only in 1-2 weeks. You can also build it yourself. > > That sounds great. > > If possible for Linux and windows, I could try to build it for Linux > myself. On linux you just need to install libav 0.7. On Windows, I have to build it, I will do it next week probably if really needed, see next e-mail. >>> version 0.7: >>> >>> - E-AC-3 audio encoder >>> - ac3enc: add channel coupling support >>> - floating-point sample format support for (E-)AC-3, DCA, AAC, Vorbis >>> decoders >>> - H.264/MPEG frame-level multithreading >>> - av_metadata_* functions renamed to av_dict_* and moved to libavutil >>> - 4:4:4 H.264 decoding support >>> - 10-bit H.264 optimizations for x86 >>> - bump libswscale for recently reported ABI break >>> >>> >>> >>> Best Johnny >>> >>> >>> >>>>> I am asking since ffmpeg or libav now has frame based threading >>>>> support >>>>> for H264. >>>>> >>>>> Best Regards Johnny Strom >>>>> >>>>> >>>>>> Hello everybody, >>>>>> >>>>>> FYI, a new release will be made very soon. >>>>>> >>>>>> * Changes in ekiga 3.3.2 (2011-08-22) >>>>>> ** User-visible fixes >>>>>> - Re-add back H264 and H263+ video plugins >>>>>> - Fix presence in case of several tuples >>>>>> - Fix presence when receiving old presentity type without note >>>>>> - Re-add contact limited compatibility mode for bogus registrars >>>>>> - Fix leaking the opal account store in the assistant >>>>>> - Make Enter key in roster (contact list) make a call >>>>>> - Fix infinite loops in the loudmouth presentity code >>>>>> - Add mnemonics to buttons in Accounts dialog box >>>>>> - Fix _dl_close failed assertion at quit >>>>>> ** Distributor-visible changes >>>>>> - Re-add back H264 and H263+ video plugins >>>>>> ** Windows port fixes >>>>>> - Various build fixes and dependency updates >>>>>> ** Build fixes >>>>>> - Fix generation of po translation files >>>>>> - Fix compilation error with older GTK on GDK_KEY_KP_Enter >>>>>> - Replace some deprecated symbols in gtk 2.18 >>>>>> - Fix build with -Wl,-z,defs of xcap plugin >>>>>> - Check for ptlib expat support during configure >>>>>> ** Translation updates >>>>>> - Updated translations: cs, de, es, fr, sl From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:19:39 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:19:39 +0200 Subject: [Ekiga-list] Ekiga HD In-Reply-To: <4E5B5861.9080509@netikka.fi> References: <4E5B5861.9080509@netikka.fi> Message-ID: <4E5F947B.5040603@pu-pm.univ-fcomte.fr> On 29/08/11 11:14, jonny strom wrote: > > Hello > > We had the idea that by using h264 as codec and have it threaded so > could this be possible, > but I guess there are also things that needs to be done on the Ekiga > side and not only the codec side. HD has nothing to do with intra-frame threading. So libav 0.7 does not help for HD. > Se the posting I did here: > http://mail.gnome.org/archives/ekiga-list/2011-August/msg00092.html > > Best Johnny > > > >Dear All > >Is this possible to Encode and decode 720P ? > >what should i do to change it ? > > > > > >-- > >Best Regards. > >Majid Sadeghi Alavijeh From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:21:26 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:21:26 +0200 Subject: [Ekiga-list] Ekiga to call a Tandberg system In-Reply-To: <1314704778159-3778472.post@n4.nabble.com> References: <1314704778159-3778472.post@n4.nabble.com> Message-ID: <4E5F94E6.3080202@pu-pm.univ-fcomte.fr> On 30/08/11 13:46, cyborgjeff wrote: > Hi, i'm trying to be able to call my Tandberg Edge 95 from a PC client. It > seems Ekiga should be able to do it, but for now, it won't. What is more exactly the problem you have? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:22:40 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:22:40 +0200 Subject: [Ekiga-list] Ekiga 3.2.7 massively slow under xfce debian testing? In-Reply-To: References: Message-ID: <4E5F9530.4060903@pu-pm.univ-fcomte.fr> On 01/09/11 02:19, Stuart D. Gathman wrote: > On Wed, 31 Aug 2011, Andres Cimmarusti wrote: > >> Does anyone have this problem? in Xfce (testing only, stable works >> fine), ekiga 3.2.7 becomes incredibly slow to open and becomes >> unresponsive rather often. > > It only happens to me on my 2-cpu workstation. It is fine just after > loading. > Some event (I think failing to click on the incoming call popup on time > is one) > causes it to go into a hard loop saturating one cpu and using a good > percentage > of the other. When I close it, the loop continues (but the window is gone), > and I have to kill it from the command line or system monitor. Then I > reload, > and it is fine again for a while. > > Strangely, it hasn't done this on my old 1 cpu workstation at the office. > Both workstations running Fedora 14 (with ekiga-3.2.7). I think this problem will go away when using >= 3.3 releases. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 1 14:25:39 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Sep 2011 16:25:39 +0200 Subject: [Ekiga-list] Problem with Salix OS In-Reply-To: <20110817104154.250230@gmx.com> References: <20110817104154.250230@gmx.com> Message-ID: <4E5F95E3.4080701@pu-pm.univ-fcomte.fr> On 17/08/11 12:41, Genghis Khan wrote: > Oops! The files in question aer attached to this message! xD I see an abnormal error (assertion failed) in ekiga. If possible please use 3.3.1 release. >> ----- Original Message ----- >> From: Genghis Khan >> Sent: 08/17/11 01:37 PM >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Problem with Salix OS >> >> The file is still available at http://www.megaupload.com/ and http://uploading.com/ >> >> I have compressed the file Ekiga-stuck.log from >> 8.6 MB to 570 kB (Tar) and even to 347 kB (7-zip) >> >> Ekiga-stuck.log.tar.gz - Tar archive (gzip-compressed) >> Ekiga-stuck.log.7z >> - 7-zip archive >> >> $ md5sum Ekiga-stuck.log >> 100f2b5c183d3970ba20cb906abda651 Ekiga-stuck.log >> >> $ md5sum Ekiga-stuck.log.tar.gz >> b91be0b6df5bcc981c26863dca2d1902 Ekiga-stuck.log.tar.gz >> >> $ md5sum Ekiga-stuck.log.7z >> e62b8cada3fc1bb18e3a59fa819748ce Ekiga-stuck.log.7z >> >> >>> ----- Original Message ----- >>> From: Eugen Dedu >>> To: Ekiga mailing list >>> Subject: Re: [Ekiga-list] Problem with Salix OS >>> Date: Tue, 22 Mar 2011 16:55:52 +0100 >>> >>> Please use another file sharing service, such as dl.free.fr. >>> >>> -- >>> Eugen Dedu >>> >> >> >> http://www.filedude.com/download/S1wT47ewBk695fa4b849 >> http://leteckaposta.cz/415918451 >> http://www.mediafire.com/file/cdmqli4t562y64s/Ekiga-stuck.log >> http://www.megaupload.com/?d=KKF8HNR4 >> http://rapidshare.com/files/455295112/Ekiga-stuck.log >> http://www.sendspace.com/file/gz5id1 >> http://uploading.com/files/da4e74m8/Ekiga-stuck.log/ >> >> and... >> http://dl.free.fr/getfile.pl?file=/RIbG5RJB/Ekiga-stuck.log >> http://dl.free.fr/kRIbG5RJB >> >> I have inserted this number in one of the fields (Sorry, I do not know >> French) 18406053 From jjlynx at gmail.com Sat Sep 3 04:11:18 2011 From: jjlynx at gmail.com (Joseph Dumont) Date: Sat, 03 Sep 2011 00:11:18 -0400 Subject: [Ekiga-list] Microphone not detected only with ekiga In-Reply-To: References: Message-ID: <4E61A8E6.3010700@gmail.com> I don't use an ekiga account but pay for a service with future-nine. At http://wiki.ekiga.org/index.php/Ekiga.net_VoIP_service_subscription they explicitly say this scenario is okay: /"Can I register to multiple VoIP services ? / /Yes, you can register to multiple accounts in Ekiga; therefore you can take advantage of several services, whether free or commercial. There is no obligation for you to use Ekiga.net, but we do recommend it."/ With the login credentials for this non-ekiga account, I can use a landline to call my VOIP number, have it ring in ekiga, pick up to hear the audio from the incoming caller, but no sound is transmitted through the laptop microphone. Even if the echo test should fail because I don't have an ekiga account, I don't see where audio capture is breaking down when an actual call is connected. Both ALSA echo tests are functioning, and I can confirm the microphone continues to work with other applications. Thanks for the info on pastebin and dl.free.fr. >> ekiga -d 4 output is posted here. >> > Please use a service which does not force to wait, such as dl.free.fr or > pastebin. > > Looking at your output, I see that the communication is not established, > is that right? Why do you say that you hear the audio? > > In the above log I also see that you are not registered to ekiga.net, > and I wonder if it is possible to cal 500 at ekiga.net without being > registered (I cannot test right now). > >> On 08/25/2011 07:28 AM, ekiga-list-request at gnome.org wrote: >>>> Hello, >>>>> I've just installed Ekiga 3.2.7 on OpenSuse 11.4, 2.6.37.1-1.2-desktop, >>>>> on a Thinkpad T410 (single audio combo jack). >>>>> >>>>> I've followed the Audio Setup page, set all audio devices to the Default >>>>> (PTLIB/ALSA) (and later everything else just to check), I confirmed that >>>>> my ALSA configuration was working properly as both echo tests functioned >>>>> flawlessly: >>>>> >>>>> $ arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 >>>>> -c 1 -r 8000 -f S16_LE - >>>>> $ arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D plughw:0,0 >>>>> -c 1 -r 16000 -f S16_LE - >>>>> >>>>> But I am unable to perform an echo test within Ekiga. I can receive >>>>> calls and hear the audio, but the microphone will not pick anything up. >>>>> Looking at other archives, I didn't see a solution that worked for me. >>>>> >>>>> More info that might be useful: >>>>> $ alsamixer >>>>> tells me that Master and Capture are both 100% >>>>> >>>>> $/sbin/lspci | grep Aud >>>>> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset >>>>> High Definition Audio (rev 06) >>>>> >>>>> The codecs are set to their defaults: Speex, PCMU, PCMA, silence >>>>> detection and echo cancelation are not enabled. >>>>> >>>>> The same headpiece performs under skype. >>>>> >>>>> I'm happy to send any other information. >>> Send us the -d 4 output when calling 500 at ekiga.net and when you speak >>> you do not ehar yourself. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From geo.cherchetout at laposte.net Sat Sep 3 09:17:11 2011 From: geo.cherchetout at laposte.net (geo cherchetout) Date: Sat, 03 Sep 2011 11:17:11 +0200 Subject: [Ekiga-list] Error about units in french comments of gconf-editor Message-ID: <4E61F097.8000106@laposte.net> Hello dear Ekiga developpers and/or translators, For a long time there is an error about data throughputs in french comments I get with gconf-editor. In section codecs, video, when selecting the variables maximum_video_rx_bitrate and maximum_video_ts_bitrate I get these comments: "D?bit maximal de la r?ception vid?o, en ko/s" and "D?bit maximal de l'?mission vid?o, en ko/s". In french, "o" is the abbreviation for "octet", which means Byte. So the right comments might not be "en ko/s" but "en kbit/s". Thank you to correct this very confusing error. From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Sep 3 17:20:07 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 03 Sep 2011 19:20:07 +0200 Subject: [Ekiga-list] Error about units in french comments of gconf-editor In-Reply-To: <4E61F097.8000106@laposte.net> References: <4E61F097.8000106@laposte.net> Message-ID: <4E6261C7.6010500@pu-pm.univ-fcomte.fr> On 03/09/11 11:17, geo cherchetout wrote: > Hello dear Ekiga developpers and/or translators, > > For a long time there is an error about data throughputs in french comments > I get with gconf-editor. In section codecs, video, when selecting the > variables maximum_video_rx_bitrate and maximum_video_ts_bitrate I get these > comments: "D?bit maximal de la r?ception vid?o, en ko/s" and "D?bit maximal > de l'?mission vid?o, en ko/s". > In french, "o" is the abbreviation for "octet", which means Byte. So the > right comments might not be "en ko/s" but "en kbit/s". > > Thank you to correct this very confusing error. Bruno, could you fix translations of kbit/s (using in French the same word) ? The best is to make a search in fr.po for kbit/s and correctly translate it. -- Eugen From shubhanshu.shukla at gmail.com Thu Sep 1 11:18:43 2011 From: shubhanshu.shukla at gmail.com (shubhanshu shukla) Date: Thu, 1 Sep 2011 16:48:43 +0530 Subject: [Ekiga-list] Ekgia Not playing Video Message-ID: Hi EKGIA TEAM, I am using your soft phone to play video. Every is working fine call is connected. But there is not video. It says cannot initialize video. Also logs ekgia mixing audio and video packet. I am using it on windows xp. My payload is correct. I dont know why It is expecting H264 payload in audio packet !!! It seems it is mixing audio video packet Why this is happening though I am writing G722 payload packet to audio and h264 packet on video port I can see this clearly on wireshark. Please find attached ekgia log in this email. Kindly check. Thanks in advance.. Thanks Shubhanshu Shukla -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ekiga-stderr.txt URL: From annoa.b at gmail.com Sun Sep 4 10:32:06 2011 From: annoa.b at gmail.com (annoa.b at gmail.com) Date: Sun, 4 Sep 2011 12:32:06 +0200 Subject: [Ekiga-list] Error about units in french comments of gconf-editor In-Reply-To: <4E6261C7.6010500@pu-pm.univ-fcomte.fr> References: <4E61F097.8000106@laposte.net> <4E6261C7.6010500@pu-pm.univ-fcomte.fr> Message-ID: 2011/9/3 Eugen Dedu > On 03/09/11 11:17, geo cherchetout wrote: > >> Hello dear Ekiga developpers and/or translators, >> >> For a long time there is an error about data throughputs in french >> comments >> I get with gconf-editor. In section codecs, video, when selecting the >> variables maximum_video_rx_bitrate and maximum_video_ts_bitrate I get >> these >> comments: "D?bit maximal de la r?ception vid?o, en ko/s" and "D?bit >> maximal >> de l'?mission vid?o, en ko/s". >> In french, "o" is the abbreviation for "octet", which means Byte. So the >> right comments might not be "en ko/s" but "en kbit/s". >> >> Thank you to correct this very confusing error. >> > > Bruno, could you fix translations of kbit/s (using in French the same word) > ? The best is to make a search in fr.po for kbit/s and correctly translate > it. > > Hello That's done Thank you for reporting Bruno > -- > Eugen > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Sep 7 16:17:41 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 07 Sep 2011 18:17:41 +0200 Subject: [Ekiga-list] Better quality when decoding H264 In-Reply-To: <200912301350.30633.jerome.trullen@etoilediese.fr> References: <200912301350.30633.jerome.trullen@etoilediese.fr> Message-ID: <4E679925.1000406@pu-pm.univ-fcomte.fr> On 30/12/09 13:50, ?toile Di?se wrote: > Hello, > > Here a little modif for better H264 decoding quality with libavcodec in Opal : in file opal-3.6.6/plugins/video/H.264/h264-x264.cxx, in the method H264DecoderContext::H264DecoderContext(), after creating the context I inserted before line 204 the lines : > > _context->workaround_bugs = FF_BUG_AUTODETECT; > _context->error_recognition = FF_ER_AGGRESSIVE; > _context->idct_algo = FF_IDCT_H264; > _context->error_concealment = FF_EC_GUESS_MVS | FF_EC_DEBLOCK; > _context->flags = CODEC_FLAG_INPUT_PRESERVED | CODEC_FLAG_EMU_EDGE; > _context->flags2 = CODEC_FLAG2_BRDO | CODEC_FLAG2_MEMC_ONLY | CODEC_FLAG2_DROP_FRAME_TIMECODE | CODEC_FLAG2_SKIP_RD | CODEC_FLAG2_CHUNKS; > > and the image is much better, at least when called by a Grandstream GXV3000. I think that the most important one is the flag CODEC_FLAG2_CHUNKS in _context->flags2. J?r?me, do you think your information is still current (so that we integrate it), now that opal supports well H264? -- Eugen From docoscar at gmail.com Thu Sep 8 11:15:44 2011 From: docoscar at gmail.com (doc oscar) Date: Thu, 8 Sep 2011 13:15:44 +0200 Subject: [Ekiga-list] ekiga with 2 sip provider Message-ID: Hello, i'm an ekiga fan and i use it from many years. now i've obtained another sip number from another sip provider, but when i confiugre it on ekiga i have some problem. someone knows a solution? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 8 12:52:31 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 08 Sep 2011 14:52:31 +0200 Subject: [Ekiga-list] ekiga with 2 sip provider In-Reply-To: References: Message-ID: <4E68BA8F.1090002@pu-pm.univ-fcomte.fr> On 08/09/11 13:15, doc oscar wrote: > Hello, > i'm an ekiga fan and i use it from many years. > now i've obtained another sip number from another sip provider, but when i > confiugre it on ekiga i have some problem. > someone knows a solution? You should send us the log output, see http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output Cheers, -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Sep 9 15:20:32 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 09 Sep 2011 17:20:32 +0200 Subject: [Ekiga-list] Microphone not detected only with ekiga In-Reply-To: <4E61A8E6.3010700@gmail.com> References: <4E61A8E6.3010700@gmail.com> Message-ID: <4E6A2EC0.2080406@pu-pm.univ-fcomte.fr> On 03/09/11 06:11, Joseph Dumont wrote: > I don't use an ekiga account but pay for a service with future-nine. > At http://wiki.ekiga.org/index.php/Ekiga.net_VoIP_service_subscription > they explicitly say this scenario is okay: > > /"Can I register to multiple VoIP services ? / > > /Yes, you can register to multiple accounts in Ekiga; therefore you can > take advantage of several services, whether free or commercial. There is > no obligation for you to use Ekiga.net, but we do recommend it."/ > > With the login credentials for this non-ekiga account, I can use a > landline to call my VOIP number, have it ring in ekiga, pick up to hear > the audio from the incoming caller, but no sound is transmitted through > the laptop microphone. Even if the echo test should fail because I don't > have an ekiga account, I don't see where audio capture is breaking down > when an actual call is connected. Both ALSA echo tests are functioning, > and I can confirm the microphone continues to work with other applications. Sorry to answer late. You can use ekiga with any SIP account. But I think you cannot call 500 at ekiga.net without having registered to an ekiga.net account. In the attachment you posted, I see that at the beginning of the call to 500, the server sends a nonce (authorization) key, and it is not used by ekiga afterwards. This could be ekiga fault, I have to check, but right now 500 is not working :o( Furthermore, I do not see any problem with the microphone. The problem is that no connection is established. Is that right? >>> ekiga -d 4 output is posted here. >>> >> Please use a service which does not force to wait, such as dl.free.fr or >> pastebin. >> >> Looking at your output, I see that the communication is not established, >> is that right? Why do you say that you hear the audio? >> >> In the above log I also see that you are not registered to ekiga.net, >> and I wonder if it is possible to cal 500 at ekiga.net without being >> registered (I cannot test right now). >> >>> On 08/25/2011 07:28 AM, ekiga-list-request at gnome.org wrote: >>>>> Hello, >>>>>> I've just installed Ekiga 3.2.7 on OpenSuse 11.4, 2.6.37.1-1.2-desktop, >>>>>> on a Thinkpad T410 (single audio combo jack). >>>>>> >>>>>> I've followed the Audio Setup page, set all audio devices to the Default >>>>>> (PTLIB/ALSA) (and later everything else just to check), I confirmed that >>>>>> my ALSA configuration was working properly as both echo tests functioned >>>>>> flawlessly: >>>>>> >>>>>> $ arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 >>>>>> -c 1 -r 8000 -f S16_LE - >>>>>> $ arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D plughw:0,0 >>>>>> -c 1 -r 16000 -f S16_LE - >>>>>> >>>>>> But I am unable to perform an echo test within Ekiga. I can receive >>>>>> calls and hear the audio, but the microphone will not pick anything up. >>>>>> Looking at other archives, I didn't see a solution that worked for me. >>>>>> >>>>>> More info that might be useful: >>>>>> $ alsamixer >>>>>> tells me that Master and Capture are both 100% >>>>>> >>>>>> $/sbin/lspci | grep Aud >>>>>> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset >>>>>> High Definition Audio (rev 06) >>>>>> >>>>>> The codecs are set to their defaults: Speex, PCMU, PCMA, silence >>>>>> detection and echo cancelation are not enabled. >>>>>> >>>>>> The same headpiece performs under skype. >>>>>> >>>>>> I'm happy to send any other information. >>>> Send us the -d 4 output when calling 500 at ekiga.net and when you speak >>>> you do not ehar yourself. From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Sep 9 15:27:04 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 09 Sep 2011 17:27:04 +0200 Subject: [Ekiga-list] Ekgia Not playing Video In-Reply-To: References: Message-ID: <4E6A3048.5040609@pu-pm.univ-fcomte.fr> On 01/09/11 13:18, shubhanshu shukla wrote: > Hi EKGIA TEAM, > > I am using your soft phone to play video. Every is working fine call is > connected. > But there is not video. It says cannot initialize video. > Also logs ekgia mixing audio and video packet. > > I am using it on windows xp. > > My payload is correct. > I dont know why It is expecting H264 payload in audio packet !!! > > It seems it is mixing audio video packet > > Why this is happening though I am writing G722 payload packet to audio and > h264 packet on video port I can see this clearly on wireshark. > > Please find attached ekgia log in this email. I do not understand well what is the problem, please explain again. Also, do you mean that audio works, but video does not work? Have you checked in Preferences->Video part that your camera is selected? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Sep 9 16:36:48 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 09 Sep 2011 18:36:48 +0200 Subject: [Ekiga-list] Ekgia Not playing Video In-Reply-To: <90cd442ab41ad9a9fda76493dad5ba0f.squirrel@host171.canaca.com> References: <4E6A3048.5040609@pu-pm.univ-fcomte.fr> <90cd442ab41ad9a9fda76493dad5ba0f.squirrel@host171.canaca.com> Message-ID: <4E6A40A0.90504@pu-pm.univ-fcomte.fr> On 09/09/11 17:34, simon at mungewell.org wrote: >>> But there is not video. It says cannot initialize video. >>> Also logs ekgia mixing audio and video packet. > >> I do not understand well what is the problem, please explain again. > > Possibly this error message.... which I get on a Dell running Windows7. > Simon Ok. Now I see this line in your previous output: 2011/09/01 16:26:44.115 0:33.025 GMVideoOut...nager:2192 DirectX no Overlay Capabilities This comes from http://git.gnome.org/browse/ekiga/tree/lib/gui/dxwindow.cpp#n209 This ressembles to bug https://bugzilla.gnome.org/show_bug.cgi?id=626515, without being the same. In your case, the problem is what is shows: no Overlay Capabilities, and ekiga (at least for the moment) needs this. Try restarting Windows. Also, avoid starting an application using video output. That is all I can say, since I do not know video things too well. -- Eugen From simon at mungewell.org Fri Sep 9 16:57:20 2011 From: simon at mungewell.org (simon at mungewell.org) Date: Fri, 9 Sep 2011 12:57:20 -0400 Subject: [Ekiga-list] Ekgia Not playing Video In-Reply-To: <4E6A40A0.90504@pu-pm.univ-fcomte.fr> References: <4E6A3048.5040609@pu-pm.univ-fcomte.fr> <90cd442ab41ad9a9fda76493dad5ba0f.squirrel@host171.canaca.com> <4E6A40A0.90504@pu-pm.univ-fcomte.fr> Message-ID: That's a very plausible explanation, however 'try rebooting' is not really a solution. I have experienced this issue ever since I got this machine. There must either be a hardware incompatability, or some other part/configuration of Windows7 which is grabbing the overlay before Ekiga can get to it. I also CC'ed Shubhanshu as he started this thread and might not be on the list, Simon. >> Possibly this error message.... which I get on a Dell running Windows7. >> Simon > > Ok. Now I see this line in your previous output: > 2011/09/01 16:26:44.115 0:33.025 GMVideoOut...nager:2192 DirectX no > Overlay Capabilities > > This comes from > http://git.gnome.org/browse/ekiga/tree/lib/gui/dxwindow.cpp#n209 > > This ressembles to bug > https://bugzilla.gnome.org/show_bug.cgi?id=626515, without being the same. > > In your case, the problem is what is shows: no Overlay Capabilities, and > ekiga (at least for the moment) needs this. Try restarting Windows. > Also, avoid starting an application using video output. That is all I > can say, since I do not know video things too well. > > -- > Eugen > From Eugen.Dedu at pu-pm.univ-fcomte.fr Sun Sep 11 16:41:15 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 11 Sep 2011 18:41:15 +0200 Subject: [Ekiga-list] ekiga sites are being upgraded, please be patient... Message-ID: <4E6CE4AB.5020106@pu-pm.univ-fcomte.fr> -- Eugen From t.simonnet at esiee.fr Mon Sep 12 09:54:30 2011 From: t.simonnet at esiee.fr (Thierry Simonnet) Date: Mon, 12 Sep 2011 11:54:30 +0200 Subject: [Ekiga-list] [Win32] 3.3.3 git version Message-ID: <4E6DD6D6.8030508@esiee.fr> 3.3.3 git version is available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ This package is done using : * libav git version * opal 3.10 (git branch version) * ptlib 2.10 (git branch version) Let me know if there are some trouble if using it Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Sep 12 15:58:12 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 12 Sep 2011 17:58:12 +0200 Subject: [Ekiga-list] Microphone not detected only with ekiga In-Reply-To: <4E6A2EC0.2080406@pu-pm.univ-fcomte.fr> References: <4E61A8E6.3010700@gmail.com> <4E6A2EC0.2080406@pu-pm.univ-fcomte.fr> Message-ID: <4E6E2C14.3080601@pu-pm.univ-fcomte.fr> On 09/09/11 17:20, Eugen Dedu wrote: > On 03/09/11 06:11, Joseph Dumont wrote: >> I don't use an ekiga account but pay for a service with future-nine. >> At http://wiki.ekiga.org/index.php/Ekiga.net_VoIP_service_subscription >> they explicitly say this scenario is okay: >> >> /"Can I register to multiple VoIP services ? / >> >> /Yes, you can register to multiple accounts in Ekiga; therefore you can >> take advantage of several services, whether free or commercial. There is >> no obligation for you to use Ekiga.net, but we do recommend it."/ >> >> With the login credentials for this non-ekiga account, I can use a >> landline to call my VOIP number, have it ring in ekiga, pick up to hear >> the audio from the incoming caller, but no sound is transmitted through >> the laptop microphone. Even if the echo test should fail because I don't >> have an ekiga account, I don't see where audio capture is breaking down >> when an actual call is connected. Both ALSA echo tests are functioning, >> and I can confirm the microphone continues to work with other >> applications. > > Sorry to answer late. > > You can use ekiga with any SIP account. But I think you cannot call > 500 at ekiga.net without having registered to an ekiga.net account. > > In the attachment you posted, I see that at the beginning of the call to > 500, the server sends a nonce (authorization) key, and it is not used by > ekiga afterwards. This could be ekiga fault, I have to check, but right > now 500 is not working :o( I confirm that without being registered to ekiga.net, calling 500 at ekiga.net does not work. This might be your "problem" with the microphone. > Furthermore, I do not see any problem with the microphone. The problem > is that no connection is established. Is that right? > >>>> ekiga -d 4 output is posted here. >>>> >>> Please use a service which does not force to wait, such as dl.free.fr or >>> pastebin. >>> >>> Looking at your output, I see that the communication is not established, >>> is that right? Why do you say that you hear the audio? >>> >>> In the above log I also see that you are not registered to ekiga.net, >>> and I wonder if it is possible to cal 500 at ekiga.net without being >>> registered (I cannot test right now). >>> >>>> On 08/25/2011 07:28 AM, ekiga-list-request at gnome.org wrote: >>>>>> Hello, >>>>>>> I've just installed Ekiga 3.2.7 on OpenSuse 11.4, >>>>>>> 2.6.37.1-1.2-desktop, >>>>>>> on a Thinkpad T410 (single audio combo jack). >>>>>>> >>>>>>> I've followed the Audio Setup page, set all audio devices to the >>>>>>> Default >>>>>>> (PTLIB/ALSA) (and later everything else just to check), I >>>>>>> confirmed that >>>>>>> my ALSA configuration was working properly as both echo tests >>>>>>> functioned >>>>>>> flawlessly: >>>>>>> >>>>>>> $ arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D >>>>>>> plughw:0,0 >>>>>>> -c 1 -r 8000 -f S16_LE - >>>>>>> $ arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D >>>>>>> plughw:0,0 >>>>>>> -c 1 -r 16000 -f S16_LE - >>>>>>> >>>>>>> But I am unable to perform an echo test within Ekiga. I can receive >>>>>>> calls and hear the audio, but the microphone will not pick >>>>>>> anything up. >>>>>>> Looking at other archives, I didn't see a solution that worked >>>>>>> for me. >>>>>>> >>>>>>> More info that might be useful: >>>>>>> $ alsamixer >>>>>>> tells me that Master and Capture are both 100% >>>>>>> >>>>>>> $/sbin/lspci | grep Aud >>>>>>> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset >>>>>>> High Definition Audio (rev 06) >>>>>>> >>>>>>> The codecs are set to their defaults: Speex, PCMU, PCMA, silence >>>>>>> detection and echo cancelation are not enabled. >>>>>>> >>>>>>> The same headpiece performs under skype. >>>>>>> >>>>>>> I'm happy to send any other information. >>>>> Send us the -d 4 output when calling 500 at ekiga.net and when you speak >>>>> you do not ehar yourself. From genghiskhan at gmx.ca Tue Sep 13 20:15:45 2011 From: genghiskhan at gmx.ca (Genghis Khan) Date: Tue, 13 Sep 2011 22:15:45 +0200 Subject: [Ekiga-list] Problem with Salix OS Message-ID: <20110913201545.93150@gmx.com> I will do (hopefully within the next two weeks) For the record: I'm using the OpenRG router http://www.jungo.com/openrg/pr_openrg.html >From the router: http://smartbox/index.cgi?active_page=page_about This product includes modules based on BSD, GPL and LGPL source code. Click here to receive the GPL and LGPL source code, and to view the BSD credits. Someone is being naughty (by not provding the source code...) Should we file a complain to the FSF? :-P > ----- Original Message ----- > From: Eugen Dedu > Sent: 09/01/11 05:25 PM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Problem with Salix OS > > On 17/08/11 12:41, Genghis Khan wrote: > > Oops! The files in question aer attached to this message! xD > > I see an abnormal error (assertion failed) in ekiga. If possible please > use 3.3.1 release. > > >> ----- Original Message ----- > >> From: Genghis Khan > >> Sent: 08/17/11 01:37 PM > >> To: Ekiga mailing list > >> Subject: Re: [Ekiga-list] Problem with Salix OS > >> > >> The file is still available at http://www.megaupload.com/ and http://uploading.com/ > >> > >> I have compressed the file Ekiga-stuck.log from > >> 8.6 MB to 570 kB (Tar) and even to 347 kB (7-zip) > >> > >> Ekiga-stuck.log.tar.gz - Tar archive (gzip-compressed) > >> Ekiga-stuck.log.7z > >> - 7-zip archive > >> > >> $ md5sum Ekiga-stuck.log > >> 100f2b5c183d3970ba20cb906abda651 Ekiga-stuck.log > >> > >> $ md5sum Ekiga-stuck.log.tar.gz > >> b91be0b6df5bcc981c26863dca2d1902 Ekiga-stuck.log.tar.gz > >> > >> $ md5sum Ekiga-stuck.log.7z > >> e62b8cada3fc1bb18e3a59fa819748ce Ekiga-stuck.log.7z > >> > >> > >>> ----- Original Message ----- > >>> From: Eugen Dedu > >>> To: Ekiga mailing list > >>> Subject: Re: [Ekiga-list] Problem with Salix OS > >>> Date: Tue, 22 Mar 2011 16:55:52 +0100 > >>> > >>> Please use another file sharing service, such as dl.free.fr. > >>> > >>> -- > >>> Eugen Dedu > >>> > >> > >> > >> http://www.filedude.com/download/S1wT47ewBk695fa4b849 > >> http://leteckaposta.cz/415918451 > >> http://www.mediafire.com/file/cdmqli4t562y64s/Ekiga-stuck.log > >> http://www.megaupload.com/?d=KKF8HNR4 > >> http://rapidshare.com/files/455295112/Ekiga-stuck.log > >> http://www.sendspace.com/file/gz5id1 > >> http://uploading.com/files/da4e74m8/Ekiga-stuck.log/ > >> > >> and... > >> http://dl.free.fr/getfile.pl?file=/RIbG5RJB/Ekiga-stuck.log > >> http://dl.free.fr/kRIbG5RJB > >> > >> I have inserted this number in one of the fields (Sorry, I do not know > >> French) 18406053 > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- A non-text attachment was scrubbed... Name: page_about.txt Type: application/octet-stream Size: 2248 bytes Desc: Attachment: page_about.txt URL: From jjlynx at gmail.com Tue Sep 13 22:06:51 2011 From: jjlynx at gmail.com (Joseph Dumont) Date: Tue, 13 Sep 2011 18:06:51 -0400 Subject: [Ekiga-list] Microphone not detected only with ekiga In-Reply-To: References: Message-ID: <4E6FD3FB.3090005@gmail.com> > I confirm that without being registered to ekiga.net, calling > 500 at ekiga.net does not work. This might be your "problem" with the > microphone. > >> Furthermore, I do not see any problem with the microphone. The problem >> is that no connection is established. Is that right? >> I'm not so much worried about calling 500, it's more that I cannot make regular calls. Incoming calls can be answered and heard, but no outgoing sound is transmitted. I assume this means a connection is established though, no? The microphone is not muted in any way and records in other audio programs and is regularly used successfully with skype. Thanks for your help. >>>>> ekiga -d 4 output is posted here. >>>>> >>>> Please use a service which does not force to wait, such as dl.free.fr or >>>> pastebin. >>>> >>>> Looking at your output, I see that the communication is not established, >>>> is that right? Why do you say that you hear the audio? >>>> >>>> In the above log I also see that you are not registered to ekiga.net, >>>> and I wonder if it is possible to cal 500 at ekiga.net without being >>>> registered (I cannot test right now). >>>> >>>>> On 08/25/2011 07:28 AM, ekiga-list-request at gnome.org wrote: >>>>>>> Hello, >>>>>>>> I've just installed Ekiga 3.2.7 on OpenSuse 11.4, >>>>>>>> 2.6.37.1-1.2-desktop, >>>>>>>> on a Thinkpad T410 (single audio combo jack). >>>>>>>> >>>>>>>> I've followed the Audio Setup page, set all audio devices to the >>>>>>>> Default >>>>>>>> (PTLIB/ALSA) (and later everything else just to check), I >>>>>>>> confirmed that >>>>>>>> my ALSA configuration was working properly as both echo tests >>>>>>>> functioned >>>>>>>> flawlessly: >>>>>>>> >>>>>>>> $ arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D >>>>>>>> plughw:0,0 >>>>>>>> -c 1 -r 8000 -f S16_LE - >>>>>>>> $ arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D >>>>>>>> plughw:0,0 >>>>>>>> -c 1 -r 16000 -f S16_LE - >>>>>>>> >>>>>>>> But I am unable to perform an echo test within Ekiga. I can receive >>>>>>>> calls and hear the audio, but the microphone will not pick >>>>>>>> anything up. >>>>>>>> Looking at other archives, I didn't see a solution that worked >>>>>>>> for me. >>>>>>>> >>>>>>>> More info that might be useful: >>>>>>>> $ alsamixer >>>>>>>> tells me that Master and Capture are both 100% >>>>>>>> >>>>>>>> $/sbin/lspci | grep Aud >>>>>>>> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset >>>>>>>> High Definition Audio (rev 06) >>>>>>>> >>>>>>>> The codecs are set to their defaults: Speex, PCMU, PCMA, silence >>>>>>>> detection and echo cancelation are not enabled. >>>>>>>> >>>>>>>> The same headpiece performs under skype. >>>>>>>> >>>>>>>> I'm happy to send any other information. >>>>>> Send us the -d 4 output when calling 500 at ekiga.net and when you speak >>>>>> you do not ehar yourself. > > ------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > End of ekiga-list Digest, Vol 62, Issue 11 > ****************************************** From mike at combatmedic.net Wed Sep 14 13:12:33 2011 From: mike at combatmedic.net (Mike Westman) Date: Wed, 14 Sep 2011 08:12:33 -0500 Subject: [Ekiga-list] h323 Message-ID: I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. What am I missing? Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From davekoelmeyer at me.com Thu Sep 15 05:39:03 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Thu, 15 Sep 2011 05:39:03 +0000 (GMT) Subject: [Ekiga-list] h323 In-Reply-To: Message-ID: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: > I?m trying to use Ekiga to connect to my company?s LiveTime VTC systems. On my Mac I can connect to the system?s IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. > > > > What am I missing? Thank you. Hi Mike, When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously):? H323:192.168.1.1 See if that works. Cheers, -- Dave Koelmeyer http://blog.davekoelmeyer.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.simonnet at esiee.fr Thu Sep 15 06:52:40 2011 From: t.simonnet at esiee.fr (Thierry Simonnet) Date: Thu, 15 Sep 2011 08:52:40 +0200 Subject: [Ekiga-list] h323 In-Reply-To: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> Message-ID: <4E71A0B8.8030103@esiee.fr> I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). I will post an ekiga -d 4 file soon. Best regards Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : > > > On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: > >> I'm trying to use Ekiga to connect to my company's LiveTime VTC >> systems. On my Mac I can connect to the system's IP address using >> h323 without any problems. When I try using Ekiga the software >> immediately states that it is unable to connect to remote host and >> replaces the address with sip:. >> >> What am I missing? Thank you. >> > > > Hi Mike, > > When you enter the IP address of your system, be sure to enter it with > the H323 prefix. For example, this is what you would enter in the > Ekiga address bar (replace the IP address obviously): > > H323:192.168.1.1 > > > See if that works. > > Cheers, > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Thierry Simonnet ESIEE-Paris Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 15 07:26:02 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 15 Sep 2011 09:26:02 +0200 Subject: [Ekiga-list] Microphone not detected only with ekiga In-Reply-To: <4E6FD3FB.3090005@gmail.com> References: <4E6FD3FB.3090005@gmail.com> Message-ID: <4E71A88A.7080901@pu-pm.univ-fcomte.fr> On 14/09/11 00:06, Joseph Dumont wrote: > >> I confirm that without being registered to ekiga.net, calling >> 500 at ekiga.net does not work. This might be your "problem" with the >> microphone. >> >>> Furthermore, I do not see any problem with the microphone. The problem >>> is that no connection is established. Is that right? >>> > > I'm not so much worried about calling 500, it's more that I cannot make > regular calls. Incoming calls can be answered and heard, but no outgoing > sound is transmitted. I assume this means a connection is established > though, no? The microphone is not muted in any way and records in other > audio programs and is regularly used successfully with skype. Thanks for > your help. Yes, the connection is established. In this case send us a -d 4 output when an incoming call arrives and you receive sound and you do not send any sound. >>>>>> ekiga -d 4 output is posted here. >>>>>> >>>>> Please use a service which does not force to wait, such as dl.free.fr or >>>>> pastebin. >>>>> >>>>> Looking at your output, I see that the communication is not established, >>>>> is that right? Why do you say that you hear the audio? >>>>> >>>>> In the above log I also see that you are not registered to ekiga.net, >>>>> and I wonder if it is possible to cal 500 at ekiga.net without being >>>>> registered (I cannot test right now). >>>>> >>>>>> On 08/25/2011 07:28 AM, ekiga-list-request at gnome.org wrote: >>>>>>>> Hello, >>>>>>>>> I've just installed Ekiga 3.2.7 on OpenSuse 11.4, >>>>>>>>> 2.6.37.1-1.2-desktop, >>>>>>>>> on a Thinkpad T410 (single audio combo jack). >>>>>>>>> >>>>>>>>> I've followed the Audio Setup page, set all audio devices to the >>>>>>>>> Default >>>>>>>>> (PTLIB/ALSA) (and later everything else just to check), I >>>>>>>>> confirmed that >>>>>>>>> my ALSA configuration was working properly as both echo tests >>>>>>>>> functioned >>>>>>>>> flawlessly: >>>>>>>>> >>>>>>>>> $ arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D >>>>>>>>> plughw:0,0 >>>>>>>>> -c 1 -r 8000 -f S16_LE - >>>>>>>>> $ arecord -D plughw:0,0 -c 1 -r 16000 -f S16_LE - | aplay -D >>>>>>>>> plughw:0,0 >>>>>>>>> -c 1 -r 16000 -f S16_LE - >>>>>>>>> >>>>>>>>> But I am unable to perform an echo test within Ekiga. I can receive >>>>>>>>> calls and hear the audio, but the microphone will not pick >>>>>>>>> anything up. >>>>>>>>> Looking at other archives, I didn't see a solution that worked >>>>>>>>> for me. >>>>>>>>> >>>>>>>>> More info that might be useful: >>>>>>>>> $ alsamixer >>>>>>>>> tells me that Master and Capture are both 100% >>>>>>>>> >>>>>>>>> $/sbin/lspci | grep Aud >>>>>>>>> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset >>>>>>>>> High Definition Audio (rev 06) >>>>>>>>> >>>>>>>>> The codecs are set to their defaults: Speex, PCMU, PCMA, silence >>>>>>>>> detection and echo cancelation are not enabled. >>>>>>>>> >>>>>>>>> The same headpiece performs under skype. >>>>>>>>> >>>>>>>>> I'm happy to send any other information. >>>>>>> Send us the -d 4 output when calling 500 at ekiga.net and when you speak >>>>>>> you do not ehar yourself. From mike at combatmedic.net Thu Sep 15 13:40:11 2011 From: mike at combatmedic.net (Mike Westman) Date: Thu, 15 Sep 2011 08:40:11 -0500 Subject: [Ekiga-list] h323 In-Reply-To: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> Message-ID: Thank you Dave, yes...that is how I am attempting to connect. From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Dave Koelmeyer Sent: Thursday, September 15, 2011 12:39 AM To: Ekiga mailing list Cc: ekiga-list at gnome.org Subject: Re: [Ekiga-list] h323 On 15 Sep, 2011,at 01:12 AM, Mike Westman > wrote: I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. What am I missing? Thank you. Hi Mike, When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): H323:192.168.1.1 See if that works. Cheers, -- Dave Koelmeyer http://blog.davekoelmeyer.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at combatmedic.net Thu Sep 15 13:41:24 2011 From: mike at combatmedic.net (Mike Westman) Date: Thu, 15 Sep 2011 08:41:24 -0500 Subject: [Ekiga-list] h323 In-Reply-To: <4E71A0B8.8030103@esiee.fr> References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> Message-ID: Sorry, I should have mentioned that this is on Windows 7 x64. Version 3.2.7 From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Thierry Simonnet Sent: Thursday, September 15, 2011 1:53 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] h323 I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). I will post an ekiga -d 4 file soon. Best regards Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. What am I missing? Thank you. Hi Mike, When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): H323:192.168.1.1 See if that works. Cheers, -- Dave Koelmeyer http://blog.davekoelmeyer.co.nz _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- Thierry Simonnet ESIEE-Paris [cid:image001.gif at 01CC7383.40868710]Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 465 bytes Desc: image001.gif URL: From t.simonnet at esiee.fr Thu Sep 15 13:46:09 2011 From: t.simonnet at esiee.fr (Thierry Simonnet) Date: Thu, 15 Sep 2011 15:46:09 +0200 Subject: [Ekiga-list] h323 In-Reply-To: References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> Message-ID: <4E7201A1.2000903@esiee.fr> Could you make a try : only select H261 video codec. It seems to me that there are compatibility trouble with H263 and H264 codecs with Polycom and Tandberg system Le 15/09/2011 15:41, Mike Westman a ?crit : > > Sorry, I should have mentioned that this is on Windows 7 x64. Version > 3.2.7 > > *From:*ekiga-list-bounces at gnome.org > [mailto:ekiga-list-bounces at gnome.org] *On Behalf Of *Thierry Simonnet > *Sent:* Thursday, September 15, 2011 1:53 AM > *To:* Ekiga mailing list > *Subject:* Re: [Ekiga-list] h323 > > I work on 3.3.3 git version and I noticed that there is a trouble with > H323. It works for Win32 version but not for Linux version. I use and > manage network and Polycom device for tests (same test environment for > Linux and win32). > I will post an ekiga -d 4 file soon. > > Best regards > > Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : > > > On 15 Sep, 2011,at 01:12 AM, Mike Westman > wrote: > > I'm trying to use Ekiga to connect to my company's LiveTime VTC > systems. On my Mac I can connect to the system's IP address using > h323 without any problems. When I try using Ekiga the software > immediately states that it is unable to connect to remote host and > replaces the address with sip:. > > What am I missing? Thank you. > > Hi Mike, > > When you enter the IP address of your system, be sure to enter it with > the H323 prefix. For example, this is what you would enter in the > Ekiga address bar (replace the IP address obviously): > > H323:192.168.1.1 > > > See if that works. > > Cheers, > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > -- > > Thierry Simonnet > > ESIEE-Paris > > Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Thierry Simonnet ESIEE-Paris Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From udippel at gmail.com Thu Sep 15 14:52:18 2011 From: udippel at gmail.com (Uwe Dippel) Date: Thu, 15 Sep 2011 22:52:18 +0800 Subject: [Ekiga-list] H.323 connection?? Message-ID: I have been invited for a job interview using a H.323 video conference. I found Ekiga to offer this method, alas, it doesn't work (I spoke to the sys admin), because first of all Ekiga uses and requires user account and gatekeeper. At the institution they don't offer that, only IP-address for the client to connect to. The system at the other end is actually: VC: Tandberg 6000 MXP IP-Adresse: 12.31.43.51 (fictitious) VC only via IP (H.323) All this doesn't tell me much, but I hope someone in here can enlighten me what is going on, and how I can connect Ekiga to a seemingly 'open' VC hardware. Thanks in advance, Uwe From docoscar at gmail.com Fri Sep 9 20:36:35 2011 From: docoscar at gmail.com (doc oscar) Date: Fri, 9 Sep 2011 22:36:35 +0200 Subject: [Ekiga-list] ekiga with 2 sip provider In-Reply-To: <4E68BA8F.1090002@pu-pm.univ-fcomte.fr> References: <4E68BA8F.1090002@pu-pm.univ-fcomte.fr> Message-ID: this is my output, thanks 2011/09/09 22:33:40.493 0:00.077 Version 3.2.7 by on Unix Linux (2.6.35-28-generic-i686) with PTLib (v2.6.7) at 2011/9/9 22:33:40.492 2011/09/09 22:33:40.493 0:00.077 Ekiga git revision: unknown 2011/09/09 22:33:40.499 0:00.083 Ekiga registered on D-Bus: org.ekiga.Ekiga 2011/09/09 22:33:40.500 0:00.084 PWLib File handle high water mark set: 19 Thread unblock pipe 2011/09/09 22:33:40.500 0:00.084 PTLib No permission to set priority level 4 2011/09/09 22:33:40.500 0:00.084 PTLib Thread high water mark set: 2 2011/09/09 22:33:40.500 0:00.084 PWLib File handle high water mark set: 21 Thread unblock pipe 2011/09/09 22:33:40.500 0:00.084 PTLib No permission to set priority level 4 2011/09/09 22:33:40.501 0:00.085 PTLib Thread high water mark set: 3 2011/09/09 22:33:40.501 0:00.085 PWLib File handle high water mark set: 23 Thread unblock pipe 2011/09/09 22:33:40.503 0:00.087 PWLib File handle high water mark set: 25 Thread unblock pipe 2011/09/09 22:33:40.505 0:00.089 PTLib No permission to set priority level 4 2011/09/09 22:33:40.505 0:00.089 PTLib Thread high water mark set: 4 2011/09/09 22:33:40.505 0:00.089 HalManager_dbus Initialising HAL Manager 2011/09/09 22:33:40.509 0:00.093 HalManager_dbus Populating device list 2011/09/09 22:33:40.644 0:00.228 HalManager_dbus Populated device list with 9 devices 2011/09/09 22:33:40.645 0:00.229 HalManager_dbus Populating interface list 2011/09/09 22:33:40.646 0:00.230 HalManager_dbus Populating full interface list failed - The name org.freedesktop.NetworkManager was not provided by any .service files 2011/09/09 22:33:40.647 0:00.231 Detecting V4L2 devices 2011/09/09 22:33:40.647 0:00.231 Unable to detect v4l2 directory 2011/09/09 22:33:40.692 0:00.276 PWLib File handle high water mark set: 30 Thread unblock pipe 2011/09/09 22:33:40.693 0:00.277 PTLib Thread high water mark set: 5 2011/09/09 22:33:40.693 0:00.277 OpalMan Created manager. 2011/09/09 22:33:40.693 0:00.277 OpalMan Attached endpoint with prefix pc 2011/09/09 22:33:40.693 0:00.277 OpalEP Created endpoint: pc 2011/09/09 22:33:40.799 0:00.383 PCSS Created PC sound system endpoint. Players: Default EKIGA *.wav Intel ICH5 Intel ICH5 (1) Recorders: Default EKIGA *.wav Intel ICH5 Intel ICH5 (1) Intel ICH5 (2) Intel ICH5 (3) 2011/09/09 22:33:40.800 0:00.384 OPAL SetMediaFormatOrder() 2011/09/09 22:33:40.800 0:00.384 OPAL SetMediaFormatMask() 2011/09/09 22:33:40.801 0:00.385 OpalMan Attached endpoint with prefix sip 2011/09/09 22:33:40.801 0:00.385 OpalEP Created endpoint: sip 2011/09/09 22:33:40.801 0:00.385 PWLib File handle high water mark set: 31 PUDPSocket 2011/09/09 22:33:40.801 0:00.385 IfaceMon Initial interface list: 127.0.0.1 [00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:01] <00-00-00-00-00-00> (lo) 192.168.1.90 [fe:80:00:00:00:00:00:00:02:13:8f:ff:fe:3c:48:30] <00-13-8F-3C-48-30> (eth0) 2011/09/09 22:33:40.801 0:00.385 PWLib File handle high water mark set: 32 Thread unblock pipe 2011/09/09 22:33:40.802 0:00.386 PTLib Thread high water mark set: 6 2011/09/09 22:33:40.802 0:00.386 Network In...0xb6bd1b70 IfaceMon Started interface monitor thread. 2011/09/09 22:33:40.802 0:00.386 PWLib File handle high water mark set: 34 Thread unblock pipe 2011/09/09 22:33:40.802 0:00.386 PTLib Thread high water mark set: 7 2011/09/09 22:33:40.802 0:00.386 Network In...0xb6bd1b70 PWLib File handle high water mark set: 35 PUDPSocket 2011/09/09 22:33:40.802 0:00.386 OpalMan Attached endpoint with prefix sips 2011/09/09 22:33:40.802 0:00.386 SIP Created endpoint. 2011/09/09 22:33:40.803 0:00.387 MonSock Created socket bundle for all interfaces. 2011/09/09 22:33:40.803 0:00.387 PWLib File handle high water mark set: 36 PUDPSocket 2011/09/09 22:33:40.803 0:00.387 MonSock Created bundled UDP socket 192.168.1.90:5060 2011/09/09 22:33:40.803 0:00.387 PWLib File handle high water mark set: 38 Thread unblock pipe 2011/09/09 22:33:40.803 0:00.387 PTLib Thread high water mark set: 8 2011/09/09 22:33:40.803 0:00.388 PTLib No permission to set priority level 4 2011/09/09 22:33:40.804 0:00.388 Opal Liste...0xb6b4fb70 Listen Started listening thread on udp$*:5060 2011/09/09 22:33:40.804 0:00.388 OpalMan Added route "sip:.*=pc:*" 2011/09/09 22:33:40.804 0:00.388 OpalMan Added route "pc:.*=sip:" 2011/09/09 22:33:40.805 0:00.389 OpalMan Attached endpoint with prefix h323 2011/09/09 22:33:40.805 0:00.389 OpalEP Created endpoint: h323 2011/09/09 22:33:40.805 0:00.389 OpalMan Attached endpoint with prefix h323s 2011/09/09 22:33:40.805 0:00.389 H323 Created endpoint. 2011/09/09 22:33:40.805 0:00.389 PWLib File handle high water mark set: 39 PTCPSocket 2011/09/09 22:33:40.805 0:00.389 PWLib File handle high water mark set: 41 Thread unblock pipe 2011/09/09 22:33:40.805 0:00.389 PTLib Thread high water mark set: 9 2011/09/09 22:33:40.806 0:00.390 Opal Liste...0xb6b0eb70 Listen Started listening thread on tcp$*:1720 2011/09/09 22:33:40.806 0:00.390 OpalMan Added route "h323:.*=pc:" 2011/09/09 22:33:40.806 0:00.390 Opal Liste...0xb6b0eb70 Listen Waiting on socket accept on tcp$*:1720 2011/09/09 22:33:40.806 0:00.390 OpalMan Added route "pc:.*=h323:" 2011/09/09 22:33:40.821 0:00.405 MediaFormat Removing codecs SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,CELT-48K,CELT-32K,theora,H.261,H.261-CIF,H.261-QCIF 2011/09/09 22:33:40.822 0:00.406 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) 2011/09/09 22:33:40.822 0:00.406 OPAL SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,CELT-48K,CELT-32K,theora,H.261,H.261-CIF,H.261-QCIF) 2011/09/09 22:33:40.835 0:00.419 MediaFormat Removing codecs SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,CELT-48K,CELT-32K,theora,H.261,H.261-CIF,H.261-QCIF 2011/09/09 22:33:40.835 0:00.419 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) 2011/09/09 22:33:40.835 0:00.419 OPAL SetMediaFormatOrder(SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-uLaw-64k,G.711-ALaw-64k,G.722-64k,CELT-48K,CELT-32K,theora,H.261,H.261-CIF,H.261-QCIF) 2011/09/09 22:33:40.856 0:00.440 PWLib File handle high water mark set: 43 Thread unblock pipe 2011/09/09 22:33:40.857 0:00.441 PTLib Thread high water mark set: 10 2011/09/09 22:33:40.857 0:00.441 StunDetector:0xb6acdb70 PWLib File handle high water mark set: 45 PUDPSocket 2011/09/09 22:33:40.917 0:00.501 PWLib File handle high water mark set: 48 PUDPSocket 2011/09/09 22:33:40.918 0:00.502 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:500 at ekiga.net, id=08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:41.112 0:00.696 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:41.113 0:00.697 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:41.113 0:00.697 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:41.113 0:00.698 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:41.114 0:00.698 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:46.078 0:05.662 StunDetector:0xb6acdb70 PWLib File handle low water mark set: 45 PUDPSocket 2011/09/09 22:33:46.280 0:05.864 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:46.280 0:05.864 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:46.281 0:05.865 Opal Liste...0xb6b4fb70 SIP Invalid datagram from udp$212.97.59.76:5061 - 4 bytes. 0 0 0 0 .... 2011/09/09 22:33:46.281 0:05.865 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:46.281 0:05.865 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:46.281 0:05.865 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:48.492 0:08.076 StunDetector:0xb6acdb70 STUN No response to STUN server 77.72.169.160:3478 2011/09/09 22:33:48.492 0:08.076 StunDetector:0xb6acdb70 OPAL STUN server "stun.ekiga.net" replies Blocked, external IP 127.0.0.1 2011/09/09 22:33:48.702 0:08.286 STUN No response to STUN server 77.72.169.160:3478 2011/09/09 22:33:48.702 0:08.286 PWLib File handle low water mark set: 42 PUDPSocket 2011/09/09 22:33:48.703 0:08.287 SIP Transaction created. 2011/09/09 22:33:48.706 0:08.290 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.707 0:08.291 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.707 0:08.291 SIP Sending PDU (597 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:500 at ekiga.net SIP/2.0 Route: CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=a2efdeb0-90d9-e011-82b6-00138f3c4830 Call-ID: 08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/pidf+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.707 0:08.292 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.708 0:08.292 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.708 0:08.292 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:500 at ekiga.net, id=fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.709 0:08.293 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:48.709 0:08.293 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:48.709 0:08.293 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:48.709 0:08.293 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:48.710 0:08.294 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.711 0:08.295 SIP Transaction created. 2011/09/09 22:33:48.715 0:08.299 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.715 0:08.300 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.716 0:08.300 SIP Sending PDU (607 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:500 at ekiga.net SIP/2.0 Route: CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=423ae0b0-90d9-e011-82b6-00138f3c4830 Call-ID: fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/dialog-info+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.716 0:08.300 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.717 0:08.301 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.717 0:08.301 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:501 at ekiga.net, id=ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.718 0:08.302 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:48.718 0:08.302 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:48.718 0:08.302 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:48.718 0:08.303 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:48.719 0:08.303 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.720 0:08.304 SIP Transaction created. 2011/09/09 22:33:48.724 0:08.308 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.724 0:08.308 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.725 0:08.309 SIP Sending PDU (597 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:501 at ekiga.net SIP/2.0 Route: CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=d497e1b0-90d9-e011-82b6-00138f3c4830 Call-ID: ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/pidf+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.726 0:08.310 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.726 0:08.310 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.726 0:08.310 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:501 at ekiga.net, id=7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.727 0:08.311 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:48.727 0:08.311 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:48.727 0:08.311 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:48.728 0:08.312 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:48.728 0:08.312 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.730 0:08.314 SIP Transaction created. 2011/09/09 22:33:48.733 0:08.317 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.733 0:08.317 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.733 0:08.317 SIP Sending PDU (607 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:501 at ekiga.net SIP/2.0 Route: CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=c0ffe2b0-90d9-e011-82b6-00138f3c4830 Call-ID: 7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/dialog-info+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.734 0:08.318 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.735 0:08.319 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.735 0:08.319 VideoOutputCoreConfBridge Updating video view 2011/09/09 22:33:48.736 0:08.320 VideoOutputCoreConfBridge Updating zoom 2011/09/09 22:33:48.736 0:08.320 VideoOutputCoreConfBridge Updating Video Settings 2011/09/09 22:33:48.737 0:08.321 VideoOutputCoreConfBridge Updating Video Settings 2011/09/09 22:33:48.737 0:08.321 VideoOutputCoreConfBridge Updating Video Settings 2011/09/09 22:33:48.737 0:08.321 VideoOutputCoreConfBridge Updating Video Settings 2011/09/09 22:33:48.737 0:08.321 VidInputCoreConfBridge Updating preview size and fps 2011/09/09 22:33:48.737 0:08.321 VidInputCore Setting new preview config: 320x240/30 2011/09/09 22:33:48.740 0:08.324 VidInputCoreConfBridge Updating preview size and fps 2011/09/09 22:33:48.740 0:08.324 VidInputCore Setting new preview config: 320x240/30 2011/09/09 22:33:48.744 0:08.328 VidInputCoreConfBridge Updating device 2011/09/09 22:33:48.745 0:08.329 VidInputCore Setting device: Moving Logo (Moving Logo/Moving Logo) 2011/09/09 22:33:48.745 0:08.329 GMVideoInputManager_mlogo Setting Device Moving Logo 2011/09/09 22:33:48.745 0:08.329 VidInputCoreConfBridge Updating device 2011/09/09 22:33:48.745 0:08.329 VidInputCore Setting device: Moving Logo (Moving Logo/Moving Logo) 2011/09/09 22:33:48.745 0:08.329 GMVideoInputManager_mlogo Setting Device Moving Logo 2011/09/09 22:33:48.745 0:08.329 VidInputCoreConfBridge Updating device 2011/09/09 22:33:48.745 0:08.330 VidInputCore Setting device: Moving Logo (Moving Logo/Moving Logo) 2011/09/09 22:33:48.746 0:08.330 GMVideoInputManager_mlogo Setting Device Moving Logo 2011/09/09 22:33:48.746 0:08.330 VidInputCoreConfBridge Updating image 2011/09/09 22:33:48.746 0:08.330 VidInputCoreConfBridge Updating preview 2011/09/09 22:33:48.746 0:08.330 VidInputCore Stopping Preview 2011/09/09 22:33:48.747 0:08.331 AudioOutputCoreConfBridge Updating device 2011/09/09 22:33:48.747 0:08.331 AudioOutputCore Setting device[0]: Default (PTLIB/ALSA) 2011/09/09 22:33:48.747 0:08.331 GMAudioOutputManager_ptlib Setting Device[0] Default (PTLIB/ALSA) 2011/09/09 22:33:48.747 0:08.331 AudioOutputCoreConfBridge Updating device 2011/09/09 22:33:48.747 0:08.331 AudioOutputCore Setting device[1]: Default (PTLIB/ALSA) 2011/09/09 22:33:48.749 0:08.333 AudioInputCoreConfBridge Updating device 2011/09/09 22:33:48.750 0:08.334 AudioInputCore Setting device: Default (PTLIB/ALSA) 2011/09/09 22:33:48.750 0:08.334 GMAudioInputManager_ptlib Setting Device Default (PTLIB/ALSA) 2011/09/09 22:33:48.832 0:08.416 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:48.832 0:08.416 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:48.834 0:08.418 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=a2efdeb0-90d9-e011-82b6-00138f3c4830 Call-ID: 08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-3737 Proxy-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5V05qeCu96cXurnJNoWLsVEQtQXBe8NMy9lCaqJ8L5QszgvnE6zzDPdaB", qop="auth" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12008 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:500 at ekiga.net out_uri= sip:500 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:48.835 0:08.419 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830, token=08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.835 0:08.419 Opal Liste...0xb6b4fb70 PTLib No permission to set priority level 3 2011/09/09 22:33:48.835 0:08.419 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:48.835 0:08.419 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:48.835 0:08.419 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:48.837 0:08.421 Pool:0xb6acdb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:48.837 0:08.421 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:48.837 0:08.421 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.837 0:08.421 Pool:0xb6acdb70 SIP Received Proxy Authentication Required response 2011/09/09 22:33:48.837 0:08.421 Pool:0xb6acdb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:48.838 0:08.422 Pool:0xb6acdb70 SIP No auth info for realm sip.messagenet.it, using proxy auth 2011/09/09 22:33:48.838 0:08.422 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:500 at ekiga.net, id=08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.838 0:08.422 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.840 0:08.425 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:48.847 0:08.431 Pool:0xb6acdb70 SIP Adding authentication information for user "" at realm "sip.messagenet.it" 2011/09/09 22:33:48.848 0:08.432 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.848 0:08.432 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.850 0:08.434 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:48.850 0:08.434 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:48.851 0:08.435 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=423ae0b0-90d9-e011-82b6-00138f3c4830 Call-ID: fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-1e35 Proxy-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5V05qeCu7GtMRuTVvFyR20R+80op98NMy9lCaqJ8L5QszgvnE62n2nLCD", qop="auth" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12006 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:500 at ekiga.net out_uri= sip:500 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:48.852 0:08.436 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830, token=fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.852 0:08.436 Opal Liste...0xb6b4fb70 PTLib No permission to set priority level 3 2011/09/09 22:33:48.852 0:08.437 Opal Liste...0xb6b4fb70 PTLib Thread high water mark set: 11 2011/09/09 22:33:48.853 0:08.437 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:48.853 0:08.437 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:48.853 0:08.437 Opal Liste...0xb6b4fb70 PWLib File handle high water mark set: 50 PUDPSocket 2011/09/09 22:33:48.853 0:08.437 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:48.854 0:08.438 Pool:0xb3eccb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:48.855 0:08.439 Pool:0xb3eccb70 SIP SUBSCRIBE transaction id=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:48.855 0:08.439 Pool:0xb3eccb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.855 0:08.439 Pool:0xb3eccb70 SIP Received Proxy Authentication Required response 2011/09/09 22:33:48.855 0:08.439 Pool:0xb3eccb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:48.855 0:08.440 Pool:0xb6acdb70 PWLib File handle low water mark set: 46 PUDPSocket 2011/09/09 22:33:48.849 0:08.433 Pool:0xb6acdb70 SIP Sending PDU (890 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:500 at ekiga.net SIP/2.0 Route: CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=a2efdeb0-90d9-e011-82b6-00138f3c4830 Call-ID: 08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/pidf+xml Proxy-Authorization: Digest username="", realm="sip.messagenet.it", nonce="Tmp5V05qeCu96cXurnJNoWLsVEQtQXBe8NMy9lCaqJ8L5QszgvnE6zzDPdaB", uri=" sip:500 at ekiga.net", algorithm=MD5, response="ca2fd640bac77ec3cd87adb1865ff621", cnonce="ec7cf3b0-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.856 0:08.440 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.857 0:08.441 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.499, completion=6.000 2011/09/09 22:33:48.857 0:08.441 Pool:0xb6acdb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/09/09 22:33:48.858 0:08.442 Pool:0xb3eccb70 SIP Located existing credentials for realm "sip.messagenet.it" 2011/09/09 22:33:48.858 0:08.442 Pool:0xb3eccb70 SIP No auth info for realm sip.messagenet.it, using proxy auth 2011/09/09 22:33:48.858 0:08.442 Pool:0xb3eccb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:500 at ekiga.net, id=fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.858 0:08.442 Pool:0xb3eccb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.861 0:08.445 Pool:0xb3eccb70 SIP Transaction created. 2011/09/09 22:33:48.866 0:08.450 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:48.866 0:08.451 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:48.868 0:08.452 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=d497e1b0-90d9-e011-82b6-00138f3c4830 Call-ID: ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-5533 Proxy-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5V05qeCuu8SJW4CW15alLcfSHBX8QuZvPY5OBEfa1qdGWE2UzljzDP9iB", qop="auth" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12008 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:501 at ekiga.net out_uri= sip:501 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:48.869 0:08.453 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830, token=ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.870 0:08.454 Pool:0xb6acdb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:48.870 0:08.454 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:48.870 0:08.454 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.870 0:08.454 Pool:0xb6acdb70 SIP Received Proxy Authentication Required response 2011/09/09 22:33:48.870 0:08.454 Pool:0xb6acdb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:48.871 0:08.455 Pool:0xb6acdb70 SIP Located existing credentials for realm "sip.messagenet.it" 2011/09/09 22:33:48.871 0:08.455 Pool:0xb6acdb70 SIP No auth info for realm sip.messagenet.it, using proxy auth 2011/09/09 22:33:48.871 0:08.455 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:501 at ekiga.net, id=ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.871 0:08.455 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.874 0:08.458 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:48.877 0:08.461 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:48.877 0:08.461 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:48.878 0:08.462 Opal Liste...0xb6b4fb70 PWLib File handle high water mark set: 51 PUDPSocket 2011/09/09 22:33:48.877 0:08.461 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:48.880 0:08.464 Pool:0xb6acdb70 PWLib File handle low water mark set: 49 PUDPSocket 2011/09/09 22:33:48.882 0:08.466 Pool:0xb6acdb70 SIP Adding authentication information for user "" at realm "sip.messagenet.it" 2011/09/09 22:33:48.882 0:08.466 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.882 0:08.466 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.884 0:08.468 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:48.885 0:08.469 Pool:0xb3eccb70 SIP Adding authentication information for user "" at realm "sip.messagenet.it" 2011/09/09 22:33:48.885 0:08.469 Pool:0xb3eccb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.884 0:08.468 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:48.885 0:08.469 Pool:0xb3eccb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.886 0:08.470 Pool:0xb3eccb70 SIP Sending PDU (900 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:500 at ekiga.net SIP/2.0 Route: CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=423ae0b0-90d9-e011-82b6-00138f3c4830 Call-ID: fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/dialog-info+xml Proxy-Authorization: Digest username="", realm="sip.messagenet.it", nonce="Tmp5V05qeCu7GtMRuTVvFyR20R+80op98NMy9lCaqJ8L5QszgvnE62n2nLCD", uri=" sip:500 at ekiga.net", algorithm=MD5, response="dd31afe856d19dfae332dbfa6d13ed2f", cnonce="e62ff6b0-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.887 0:08.471 Pool:0xb3eccb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.886 0:08.470 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=c0ffe2b0-90d9-e011-82b6-00138f3c4830 Call-ID: 7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-afe6 Proxy-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5V05qeCtVyRgoBxa1ew+5P46vT2xKuZvPY5OBEfa1qdGWE2Uzlmn2oLSD", qop="auth" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12006 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:501 at ekiga.net out_uri= sip:501 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:48.887 0:08.471 Pool:0xb3eccb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.887 0:08.471 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830, token=7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.883 0:08.467 Pool:0xb6acdb70 SIP Sending PDU (890 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:501 at ekiga.net SIP/2.0 Route: CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=d497e1b0-90d9-e011-82b6-00138f3c4830 Call-ID: ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/pidf+xml Proxy-Authorization: Digest username="", realm="sip.messagenet.it", nonce="Tmp5V05qeCuu8SJW4CW15alLcfSHBX8QuZvPY5OBEfa1qdGWE2UzljzDP9iB", uri=" sip:501 at ekiga.net", algorithm=MD5, response="56787a10a9a1adaf05e95bf1728f9919", cnonce="ca80f8b0-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.888 0:08.472 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.888 0:08.472 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.889 0:08.473 Pool:0xb6acdb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/09/09 22:33:48.889 0:08.473 Opal Liste...0xb6b4fb70 PTLib No permission to set priority level 3 2011/09/09 22:33:48.890 0:08.474 Opal Liste...0xb6b4fb70 PTLib Thread high water mark set: 12 2011/09/09 22:33:48.890 0:08.474 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:48.890 0:08.474 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:48.890 0:08.474 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:48.891 0:08.475 Pool:0xb3e6cb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:48.891 0:08.475 Pool:0xb3e6cb70 SIP SUBSCRIBE transaction id=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:48.891 0:08.476 Pool:0xb3e6cb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.892 0:08.476 Pool:0xb3e6cb70 SIP Received Proxy Authentication Required response 2011/09/09 22:33:48.892 0:08.476 Pool:0xb3e6cb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:48.892 0:08.476 Pool:0xb3e6cb70 SIP Located existing credentials for realm "sip.messagenet.it" 2011/09/09 22:33:48.892 0:08.476 Pool:0xb3e6cb70 SIP No auth info for realm sip.messagenet.it, using proxy auth 2011/09/09 22:33:48.892 0:08.476 Pool:0xb3e6cb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:501 at ekiga.net, id=7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.893 0:08.477 Pool:0xb3e6cb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:48.889 0:08.473 Pool:0xb3eccb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/09/09 22:33:48.896 0:08.480 Pool:0xb3e6cb70 SIP Transaction created. 2011/09/09 22:33:48.902 0:08.486 Pool:0xb3e6cb70 SIP Adding authentication information for user "" at realm "sip.messagenet.it" 2011/09/09 22:33:48.903 0:08.487 Pool:0xb3e6cb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:48.903 0:08.487 Pool:0xb3e6cb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:48.904 0:08.488 Pool:0xb3e6cb70 SIP Sending PDU (900 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:501 at ekiga.net SIP/2.0 Route: CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=c0ffe2b0-90d9-e011-82b6-00138f3c4830 Call-ID: 7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/dialog-info+xml Proxy-Authorization: Digest username="", realm="sip.messagenet.it", nonce="Tmp5V05qeCtVyRgoBxa1ew+5P46vT2xKuZvPY5OBEfa1qdGWE2Uzlmn2oLSD", uri=" sip:501 at ekiga.net", algorithm=MD5, response="a26275ce80261a3a38610ef1737aa36d", cnonce="68cbfbb0-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:48.905 0:08.489 Pool:0xb3e6cb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.906 0:08.490 Pool:0xb3e6cb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:48.906 0:08.490 Pool:0xb3e6cb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/09/09 22:33:48.955 0:08.539 Ekiga version 3.2.7 2011/09/09 22:33:48.956 0:08.540 OPAL version 3.6.8 2011/09/09 22:33:48.956 0:08.540 PTLIB version 2.6.7 2011/09/09 22:33:48.956 0:08.540 GNOME support disabled 2011/09/09 22:33:48.956 0:08.540 Accelerated rendering support enabled 2011/09/09 22:33:48.956 0:08.540 DBUS support enabled 2011/09/09 22:33:48.956 0:08.540 GConf support enabled 2011/09/09 22:33:48.956 0:08.540 ESound support disabled 2011/09/09 22:33:48.986 0:08.570 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:48.986 0:08.570 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:48.988 0:08.572 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Auth/From Username Matching Policy Failed CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=a2efdeb0-90d9-e011-82b6-00138f3c4830 Call-ID: 08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.ea2d Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12006 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:500 at ekiga.net out_uri= sip:500 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:48.989 0:08.573 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 SUBSCRIBE <403>", transaction=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830, token=08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.989 0:08.573 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:48.989 0:08.573 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:48.989 0:08.573 Pool:0xb6acdb70 SIP Handling PDU "3 SUBSCRIBE <403>" for transaction=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:48.989 0:08.573 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:48.989 0:08.573 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:48.990 0:08.574 Pool:0xb6acdb70 SIP Not retrying SUBSCRIBE due to error response 403 Forbidden 2011/09/09 22:33:48.990 0:08.574 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target= sip:500 at ekiga.net, id=08053bac-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:48.990 0:08.574 Pool:0xb6acdb70 SIP Handled PDU "3 SUBSCRIBE <403>" 2011/09/09 22:33:48.993 0:08.577 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.018 0:08.602 Opal Liste...0xb6b4fb70 PWLib File handle high water mark set: 52 PUDPSocket 2011/09/09 22:33:49.019 0:08.603 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:49.019 0:08.603 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:49.020 0:08.604 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Auth/From Username Matching Policy Failed CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=423ae0b0-90d9-e011-82b6-00138f3c4830 Call-ID: fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.074c Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12005 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:500 at ekiga.net out_uri= sip:500 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:49.022 0:08.606 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 SUBSCRIBE <403>", transaction=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830, token=fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:49.022 0:08.606 Pool:0xb6acdb70 SIP Handling PDU "3 SUBSCRIBE <403>" for transaction=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.022 0:08.606 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:49.022 0:08.606 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:49.022 0:08.606 Pool:0xb6acdb70 SIP Not retrying SUBSCRIBE due to error response 403 Forbidden 2011/09/09 22:33:49.022 0:08.606 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target= sip:500 at ekiga.net, id=fabedfb0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:49.023 0:08.607 Pool:0xb6acdb70 SIP Handled PDU "3 SUBSCRIBE <403>" 2011/09/09 22:33:49.023 0:08.607 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:49.023 0:08.607 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:49.023 0:08.607 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.042 0:08.626 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:49.043 0:08.627 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:49.044 0:08.628 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Auth/From Username Matching Policy Failed CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=d497e1b0-90d9-e011-82b6-00138f3c4830 Call-ID: ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.d894 Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12008 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:501 at ekiga.net out_uri= sip:501 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:49.046 0:08.630 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 SUBSCRIBE <403>", transaction=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830, token=ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:49.046 0:08.630 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:49.046 0:08.630 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:49.046 0:08.630 Pool:0xb6acdb70 SIP Handling PDU "3 SUBSCRIBE <403>" for transaction=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.046 0:08.630 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:49.046 0:08.630 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:49.047 0:08.631 Pool:0xb6acdb70 SIP Not retrying SUBSCRIBE due to error response 403 Forbidden 2011/09/09 22:33:49.047 0:08.631 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target= sip:501 at ekiga.net, id=ce20e1b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:49.047 0:08.631 Pool:0xb6acdb70 SIP Handled PDU "3 SUBSCRIBE <403>" 2011/09/09 22:33:49.046 0:08.630 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.068 0:08.652 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:49.068 0:08.652 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:49.070 0:08.654 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Auth/From Username Matching Policy Failed CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=c0ffe2b0-90d9-e011-82b6-00138f3c4830 Call-ID: 7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.d388 Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12002 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:501 at ekiga.net out_uri= sip:501 at ekiga.net via_cnt==1" Content-Length: 0 2011/09/09 22:33:49.071 0:08.655 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 SUBSCRIBE <403>", transaction=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830, token=7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:49.071 0:08.655 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:49.071 0:08.655 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:49.071 0:08.655 Pool:0xb6acdb70 SIP Handling PDU "3 SUBSCRIBE <403>" for transaction=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.071 0:08.655 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:49.071 0:08.655 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:49.072 0:08.656 Pool:0xb6acdb70 SIP Not retrying SUBSCRIBE due to error response 403 Forbidden 2011/09/09 22:33:49.072 0:08.656 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target= sip:501 at ekiga.net, id=7e83e2b0-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:49.072 0:08.656 Pool:0xb6acdb70 SIP Handled PDU "3 SUBSCRIBE <403>" 2011/09/09 22:33:49.072 0:08.656 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.694 0:09.278 Opal Garbage:0xb6c12b70 SIP Deleting SIPSubscribeHandler sip:500 at ekiga.net 2011/09/09 22:33:49.694 0:09.278 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.694 0:09.278 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.694 0:09.278 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.694 0:09.278 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.695 0:09.279 Opal Garbage:0xb6c12b70 PWLib File handle high water mark set: 56 PUDPSocket 2011/09/09 22:33:49.694 0:09.279 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.695 0:09.279 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:49.695 0:09.279 Opal Garbage:0xb6c12b70 SIP Deleting SIPSubscribeHandler sip:500 at ekiga.net 2011/09/09 22:33:49.696 0:09.280 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.696 0:09.280 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.696 0:09.280 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.696 0:09.280 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.696 0:09.280 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.696 0:09.280 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:49.696 0:09.281 Opal Garbage:0xb6c12b70 SIP Deleting SIPSubscribeHandler sip:501 at ekiga.net 2011/09/09 22:33:49.697 0:09.281 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.697 0:09.281 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.697 0:09.281 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.697 0:09.281 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.697 0:09.281 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.697 0:09.281 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:49.698 0:09.282 Opal Garbage:0xb6c12b70 SIP Deleting SIPSubscribeHandler sip:501 at ekiga.net 2011/09/09 22:33:49.698 0:09.282 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.698 0:09.282 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.698 0:09.282 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:49.698 0:09.282 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:49.698 0:09.282 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:49.698 0:09.283 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:49.857 0:09.441 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.887 0:09.471 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.889 0:09.473 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.907 0:09.491 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:49.990 0:09.574 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:50.023 0:09.607 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:50.047 0:09.632 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:50.073 0:09.657 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:50.190 0:09.774 PWLib File handle high water mark set: 57 Thread unblock pipe 2011/09/09 22:33:50.191 0:09.775 PTLib Thread high water mark set: 13 2011/09/09 22:33:50.192 0:09.776 PWLib File handle high water mark set: 59 Thread unblock pipe 2011/09/09 22:33:50.192 0:09.777 PTLib Thread high water mark set: 14 2011/09/09 22:33:50.193 0:09.778 PWLib File handle high water mark set: 61 Thread unblock pipe 2011/09/09 22:33:50.194 0:09.778 PTLib Thread high water mark set: 15 2011/09/09 22:33:50.197 0:09.781 subscriber:0xb3387b70 SIP Start REGISTER aor=5381041 at sip.messagenet.it registrar=sip.messagenet.it:5061 contact= authID=5381041 realm= expire=3600 restore=30 minRetry=0.000 maxRetry=0.000 2011/09/09 22:33:50.198 0:09.782 subscriber:0xb3387b70 SIP Changing REGISTER handler from Unavailable to Subscribing, target= sip:5381041 at sip.messagenet.it, id=4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:50.199 0:09.783 subscriber:0xb3387b70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:50.199 0:09.783 subscriber:0xb3387b70 PWLib File handle high water mark set: 62 PUDPSocket 2011/09/09 22:33:50.199 0:09.783 subscriber:0xb3387b70 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:50.200 0:09.784 subscriber:0xb3387b70 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:50.200 0:09.784 subscriber:0xb3387b70 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:50.203 0:09.787 subscriber:0xb3305b70 SIP Start REGISTER aor=5380881 at sip.messagenet.it registrar=sip.messagenet.it:5061 contact= authID=5380881 realm= expire=3600 restore=30 minRetry=0.000 maxRetry=0.000 2011/09/09 22:33:50.204 0:09.788 subscriber:0xb3305b70 SIP Changing REGISTER handler from Unavailable to Subscribing, target= sip:5380881 at sip.messagenet.it, id=5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:50.205 0:09.789 subscriber:0xb3305b70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:50.206 0:09.790 subscriber:0xb3305b70 PWLib File handle high water mark set: 63 PUDPSocket 2011/09/09 22:33:50.213 0:09.797 subscriber:0xb3346b70 SIP Start REGISTER aor=09341930256 at voip.eutelia.it registrar=voip.eutelia.it contact= authID=09341930256 realm= expire=3600 restore=30 minRetry=0.000 maxRetry=0.000 2011/09/09 22:33:50.205 0:09.789 subscriber:0xb3305b70 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:50.213 0:09.798 subscriber:0xb3305b70 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:50.214 0:09.798 subscriber:0xb3305b70 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:50.214 0:09.798 subscriber:0xb3346b70 SIP Changing REGISTER handler from Unavailable to Subscribing, target= sip:09341930256 at voip.eutelia.it, id=e673c5b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:50.214 0:09.799 subscriber:0xb3346b70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:50.215 0:09.799 subscriber:0xb3346b70 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:50.216 0:09.800 subscriber:0xb3346b70 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:50.216 0:09.800 subscriber:0xb3346b70 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:50.217 0:09.801 subscriber:0xb3346b70 PWLib File handle high water mark set: 64 PUDPSocket 2011/09/09 22:33:50.699 0:10.283 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK8633dfb0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.699 0:10.283 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK9e8de0b0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.700 0:10.284 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK645ef9b0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.700 0:10.284 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK5c4df4b0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.700 0:10.284 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK0abaf7b0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.700 0:10.284 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKf2e5fcb0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.700 0:10.285 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKb03ce3b0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:50.701 0:10.285 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKa0e9e1b0-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:52.605 0:12.189 subscriber:0xb3387b70 STUN STUN server 77.72.169.160:3478 unexpectedly went offline. 2011/09/09 22:33:52.606 0:12.190 subscriber:0xb3387b70 PWLib File handle low water mark set: 62 PUDPSocket 2011/09/09 22:33:52.607 0:12.191 subscriber:0xb3387b70 OpalMan Listener interfaces: associated transport=udp$192.168.1.90:5060 udp$192.168.1.90:5060 2011/09/09 22:33:52.608 0:12.192 subscriber:0xb3387b70 SIP Transaction created. 2011/09/09 22:33:52.610 0:12.194 subscriber:0xb3387b70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:52.610 0:12.194 subscriber:0xb3387b70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:52.610 0:12.194 subscriber:0xb3387b70 SIP Sending PDU (571 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 REGISTER sip:sip.messagenet.it:5061 SIP/2.0 Route: CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: ;tag=1c13c3b1-90d9-e011-82b6-00138f3c4830 Call-ID: 4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: ;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:52.611 0:12.195 subscriber:0xb3387b70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:52.611 0:12.195 subscriber:0xb3387b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:52.618 0:12.202 subscriber:0xb3305b70 STUN STUN server 77.72.169.160:3478 unexpectedly went offline. 2011/09/09 22:33:52.619 0:12.203 subscriber:0xb3305b70 PWLib File handle low water mark set: 56 PUDPSocket 2011/09/09 22:33:52.620 0:12.204 subscriber:0xb3305b70 OpalMan Listener interfaces: associated transport=udp$192.168.1.90:5060 udp$192.168.1.90:5060 2011/09/09 22:33:52.621 0:12.205 subscriber:0xb3305b70 SIP Transaction created. 2011/09/09 22:33:52.623 0:12.207 subscriber:0xb3305b70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:52.623 0:12.207 subscriber:0xb3305b70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:52.623 0:12.207 subscriber:0xb3346b70 STUN STUN server 77.72.169.160:3478 unexpectedly went offline. 2011/09/09 22:33:52.623 0:12.207 subscriber:0xb3305b70 SIP Sending PDU (571 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 REGISTER sip:sip.messagenet.it:5061 SIP/2.0 Route: CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: ;tag=b005c4b1-90d9-e011-82b6-00138f3c4830 Call-ID: 5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: ;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:52.624 0:12.208 subscriber:0xb3305b70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:52.624 0:12.208 subscriber:0xb3305b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:52.625 0:12.209 subscriber:0xb3346b70 OpalMan Listener interfaces: associated transport=udp$192.168.1.90:5060 udp$192.168.1.90:5060 2011/09/09 22:33:52.626 0:12.210 subscriber:0xb3346b70 SIP Transaction created. 2011/09/09 22:33:52.627 0:12.212 subscriber:0xb3346b70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:52.628 0:12.212 subscriber:0xb3346b70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:52.629 0:12.213 subscriber:0xb3346b70 SIP Sending PDU (567 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 REGISTER sip:voip.eutelia.it SIP/2.0 Route: CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: ;tag=fc85c5b1-90d9-e011-82b6-00138f3c4830 Call-ID: e673c5b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: ;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:52.629 0:12.213 subscriber:0xb3346b70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:52.630 0:12.214 subscriber:0xb3346b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:52.735 0:12.319 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:52.736 0:12.320 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:52.737 0:12.321 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: ;tag=1c13c3b1-90d9-e011-82b6-00138f3c4830 Call-ID: 4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-4c15 Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12009 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:sip.messagenet.it:5061out_uri=sip: sip.messagenet.it:5061 via_cnt==1" Content-Length: 0 WWW-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5W05qeC//GBaY24ptLMooQqVWI7G3YzZ7ke5vtm1pypd00kg/FiXnzpqC", qop="auth" 2011/09/09 22:33:52.737 0:12.321 Opal Liste...0xb6b4fb70 SIP Queueing PDU "1 REGISTER <401>", transaction=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830, token=4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:52.737 0:12.321 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:52.737 0:12.322 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:52.738 0:12.322 Pool:0xb6acdb70 SIP Handling PDU "1 REGISTER <401>" for transaction=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:52.738 0:12.322 Pool:0xb6acdb70 SIP REGISTER transaction id=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:52.738 0:12.322 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:52.738 0:12.322 Pool:0xb6acdb70 SIP Received Authentication Required response 2011/09/09 22:33:52.738 0:12.322 Pool:0xb6acdb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:52.738 0:12.322 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:52.738 0:12.323 Pool:0xb6acdb70 SIP Located existing credentials for ID "5381041" at realm "sip.messagenet.it" 2011/09/09 22:33:52.739 0:12.323 Pool:0xb6acdb70 SIP Found auth info for realm sip.messagenet.it 2011/09/09 22:33:52.739 0:12.323 Pool:0xb6acdb70 SIP Changing REGISTER handler from Unavailable to Subscribing, target= sip:5381041 at sip.messagenet.it, id=4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:52.751 0:12.335 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:52.752 0:12.336 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:52.753 0:12.337 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 401 Unauthorized CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: ;tag=b005c4b1-90d9-e011-82b6-00138f3c4830 Call-ID: 5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-85aa Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12003 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:sip.messagenet.it:5061out_uri=sip: sip.messagenet.it:5061 via_cnt==1" Content-Length: 0 WWW-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5W05qeC+CRgXAA6cSjVT7sIQVU64iYzZ7ke5vtm1pypd00kg/FlHIR+SA", qop="auth" 2011/09/09 22:33:52.753 0:12.337 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 REGISTER <401>", transaction=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830, token=5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:52.753 0:12.337 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:52.753 0:12.338 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:52.754 0:12.338 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:52.754 0:12.339 Pool:0xb3eccb70 SIP Handling PDU "2 REGISTER <401>" for transaction=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 SIP REGISTER transaction id=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 SIP Received Authentication Required response 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 SIP Located existing credentials for ID "5380881" at realm "sip.messagenet.it" 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 SIP Found auth info for realm sip.messagenet.it 2011/09/09 22:33:52.755 0:12.339 Pool:0xb3eccb70 SIP Changing REGISTER handler from Unavailable to Subscribing, target= sip:5380881 at sip.messagenet.it, id=5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:52.767 0:12.351 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:52.768 0:12.352 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:52.768 0:12.352 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Forbidden CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: ;tag=fc85c5b1-90d9-e011-82b6-00138f3c4830 Call-ID: e673c5b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.194a Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12001 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:voip.eutelia.itout_uri=sip: voip.eutelia.it via_cnt==1" Content-Length: 0 2011/09/09 22:33:52.769 0:12.353 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 REGISTER <403>", transaction=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830, token=e673c5b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:52.769 0:12.353 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:52.769 0:12.353 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:52.769 0:12.353 Pool:0xb3e6cb70 SIP Handling PDU "3 REGISTER <403>" for transaction=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:52.770 0:12.354 Pool:0xb3e6cb70 SIP REGISTER transaction id=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:52.770 0:12.354 Pool:0xb3e6cb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:52.770 0:12.354 Pool:0xb3e6cb70 SIP Not retrying REGISTER due to error response 403 Forbidden 2011/09/09 22:33:52.769 0:12.354 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:52.770 0:12.354 Pool:0xb3e6cb70 SIP Changing REGISTER handler from Subscribing to Unsubscribed, target= sip:09341930256 at voip.eutelia.it, id=e673c5b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:52.770 0:12.354 Pool:0xb3e6cb70 SIP Handled PDU "3 REGISTER <403>" 2011/09/09 22:33:53.291 0:12.875 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:53.292 0:12.876 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:53.293 0:12.877 Opal Liste...0xb6b4fb70 SIP Invalid datagram from udp$212.97.59.76:5061 - 4 bytes. 0 0 0 0 .... 2011/09/09 22:33:53.293 0:12.877 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:53.293 0:12.877 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:53.293 0:12.877 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:53.771 0:13.355 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.142 0:14.727 Pool:0xb6acdb70 STUN STUN server 77.72.169.160:3478 unexpectedly went offline. 2011/09/09 22:33:55.144 0:14.728 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=udp$192.168.1.90:5060 udp$192.168.1.90:5060 2011/09/09 22:33:55.145 0:14.729 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:55.146 0:14.730 Pool:0xb6acdb70 SIP Adding authentication information for user "5381041" at realm " sip.messagenet.it" 2011/09/09 22:33:55.147 0:14.731 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:55.147 0:14.731 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:55.147 0:14.731 Pool:0xb6acdb70 SIP Sending PDU (874 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 REGISTER sip:sip.messagenet.it:5061 SIP/2.0 Route: CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 Authorization: Digest username="5381041", realm="sip.messagenet.it", nonce="Tmp5W05qeC//GBaY24ptLMooQqVWI7G3YzZ7ke5vtm1pypd00kg/FiXnzpqC", uri="sip:sip.messagenet.it:5061", algorithm=MD5, response="56cc3bd48da81a1536aa5b480ccb2358", cnonce="d2b446b3-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth From: ;tag=1c13c3b1-90d9-e011-82b6-00138f3c4830 Call-ID: 4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: ;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:55.148 0:14.732 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.148 0:14.732 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:55.148 0:14.732 Pool:0xb6acdb70 SIP Handled PDU "1 REGISTER <401>" 2011/09/09 22:33:55.158 0:14.742 Pool:0xb3eccb70 STUN STUN server 77.72.169.160:3478 unexpectedly went offline. 2011/09/09 22:33:55.160 0:14.744 Pool:0xb3eccb70 OpalMan Listener interfaces: associated transport=udp$192.168.1.90:5060 udp$192.168.1.90:5060 2011/09/09 22:33:55.161 0:14.745 Pool:0xb3eccb70 SIP Transaction created. 2011/09/09 22:33:55.162 0:14.747 Pool:0xb3eccb70 SIP Adding authentication information for user "5380881" at realm " sip.messagenet.it" 2011/09/09 22:33:55.163 0:14.747 Pool:0xb3eccb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:55.163 0:14.747 Pool:0xb3eccb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:55.163 0:14.747 Pool:0xb3eccb70 SIP Sending PDU (874 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 REGISTER sip:sip.messagenet.it:5061 SIP/2.0 Route: CSeq: 5 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 Authorization: Digest username="5380881", realm="sip.messagenet.it", nonce="Tmp5W05qeC+CRgXAA6cSjVT7sIQVU64iYzZ7ke5vtm1pypd00kg/FlHIR+SA", uri="sip:sip.messagenet.it:5061", algorithm=MD5, response="a8a82ab5a42ee014e3bcb610676d6d51", cnonce="5e4449b3-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth From: ;tag=b005c4b1-90d9-e011-82b6-00138f3c4830 Call-ID: 5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: ;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:55.164 0:14.748 Pool:0xb3eccb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.165 0:14.749 Pool:0xb3eccb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:55.165 0:14.749 Opal Garbage:0xb6c12b70 SIP Deleting SIPRegisterHandler sip:09341930256 at voip.eutelia.it 2011/09/09 22:33:55.165 0:14.749 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:55.165 0:14.749 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:55.165 0:14.749 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:55.165 0:14.749 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:55.165 0:14.749 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.166 0:14.750 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:55.166 0:14.750 Pool:0xb3eccb70 SIP Handled PDU "2 REGISTER <401>" 2011/09/09 22:33:55.279 0:14.863 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:55.279 0:14.863 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:55.280 0:14.865 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 200 OK Date: Fri, 09 Sep 2011 20:33:55 GMT CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: ;tag=1c13c3b1-90d9-e011-82b6-00138f3c4830 Call-ID: 4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-e2f1 Contact: ;q=1;expires=3600;received="sip: 87.6.96.77:5060" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12007 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:sip.messagenet.it:5061out_uri=sip: sip.messagenet.it:5061 via_cnt==1" Content-Length: 0 2011/09/09 22:33:55.281 0:14.865 Opal Liste...0xb6b4fb70 SIP Queueing PDU "4 REGISTER <200>", transaction=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830, token=4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.281 0:14.865 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:55.281 0:14.865 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:55.281 0:14.866 Pool:0xb6acdb70 SIP Handling PDU "4 REGISTER <200>" for transaction=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.282 0:14.866 Pool:0xb6acdb70 SIP REGISTER transaction id=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:55.282 0:14.866 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.282 0:14.866 Pool:0xb6acdb70 SIP Product Info: name="sip.messagenet.it", version="", vendor="", comments="SIP Proxy" 2011/09/09 22:33:55.282 0:14.866 Pool:0xb6acdb70 SIP Changing REGISTER handler from Subscribing to Subscribed, target= sip:5381041 at sip.messagenet.it, id=4af4c2b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.282 0:14.866 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.283 0:14.867 Pool:0xb6acdb70 SIP Expiry time for REGISTER set to 3600 seconds. 2011/09/09 22:33:55.283 0:14.867 Pool:0xb6acdb70 SIP Product Info: name="sip.messagenet.it", version="", vendor="", comments="SIP Proxy" 2011/09/09 22:33:55.283 0:14.867 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:5381041 at sip.messagenet.it, id=ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.284 0:14.868 Pool:0xb6acdb70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:55.284 0:14.868 Pool:0xb6acdb70 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:55.285 0:14.869 Pool:0xb6acdb70 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:55.285 0:14.869 Pool:0xb6acdb70 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:55.286 0:14.870 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:55.287 0:14.871 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:55.291 0:14.875 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:55.291 0:14.876 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:55.292 0:14.876 Pool:0xb6acdb70 SIP Sending PDU (643 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:5381041 at sip.messagenet.it SIP/2.0 Route: CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=ee9ecbb4-90d9-e011-82b6-00138f3c4830 Call-ID: ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:55.293 0:14.877 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.293 0:14.877 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:55.294 0:14.878 Pool:0xb6acdb70 SIP Handled PDU "4 REGISTER <200>" 2011/09/09 22:33:55.303 0:14.887 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:55.304 0:14.888 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:55.304 0:14.888 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 200 OK Date: Fri, 09 Sep 2011 20:33:55 GMT CSeq: 5 REGISTER Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: ;tag=b005c4b1-90d9-e011-82b6-00138f3c4830 Call-ID: 5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-0d61 Contact: ;q=1;expires=3600;received="sip: 87.6.96.77:5060" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12005 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:sip.messagenet.it:5061out_uri=sip: sip.messagenet.it:5061 via_cnt==1" Content-Length: 0 2011/09/09 22:33:55.305 0:14.889 Opal Liste...0xb6b4fb70 SIP Queueing PDU "5 REGISTER <200>", transaction=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830, token=5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.305 0:14.889 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:55.305 0:14.889 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:55.305 0:14.889 Pool:0xb6acdb70 SIP Handling PDU "5 REGISTER <200>" for transaction=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.306 0:14.890 Pool:0xb6acdb70 SIP REGISTER transaction id=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:55.306 0:14.890 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.306 0:14.890 Pool:0xb6acdb70 SIP Product Info: name="sip.messagenet.it", version="", vendor="", comments="SIP Proxy" 2011/09/09 22:33:55.306 0:14.890 Pool:0xb6acdb70 SIP Changing REGISTER handler from Subscribing to Subscribed, target= sip:5380881 at sip.messagenet.it, id=5ae8c3b1-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.305 0:14.889 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.307 0:14.891 Pool:0xb6acdb70 SIP Expiry time for REGISTER set to 3600 seconds. 2011/09/09 22:33:55.307 0:14.891 Pool:0xb6acdb70 SIP Product Info: name="sip.messagenet.it", version="", vendor="", comments="SIP Proxy" 2011/09/09 22:33:55.307 0:14.891 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:5380881 at sip.messagenet.it, id=d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.308 0:14.892 Pool:0xb6acdb70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/09/09 22:33:55.308 0:14.893 Pool:0xb6acdb70 SIP Created transport udp$212.97.59.76:5061 2011/09/09 22:33:55.309 0:14.893 Pool:0xb6acdb70 OpalUDP Started connect to 212.97.59.76:5061 2011/09/09 22:33:55.309 0:14.893 Pool:0xb6acdb70 OpalUDP Writing to interface 0 - "192.168.1.90%eth0" 2011/09/09 22:33:55.310 0:14.894 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:55.311 0:14.895 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:55.315 0:14.899 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:55.316 0:14.900 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:55.316 0:14.900 Pool:0xb6acdb70 SIP Sending PDU (643 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:5380881 at sip.messagenet.it SIP/2.0 Route: CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=784dcfb4-90d9-e011-82b6-00138f3c4830 Call-ID: d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:55.317 0:14.901 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.317 0:14.902 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:55.318 0:14.902 Pool:0xb6acdb70 SIP Handled PDU "5 REGISTER <200>" 2011/09/09 22:33:55.419 0:15.003 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:55.420 0:15.004 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:55.421 0:15.005 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=ee9ecbb4-90d9-e011-82b6-00138f3c4830 Call-ID: ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-a409 Proxy-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5Xk5qeDKyJ4EjWkXuGXKh6+XmhRNQfUaEX+3Ju4mJcmWGmV9mOiXoHuqC", qop="auth" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=11997 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:5381041 at sip.messagenet.itout_uri= sip:5381041 at sip.messagenet.it via_cnt==1" Content-Length: 0 2011/09/09 22:33:55.422 0:15.006 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830, token=ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.422 0:15.006 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:55.422 0:15.006 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:55.422 0:15.006 Pool:0xb6acdb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.422 0:15.006 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:55.422 0:15.007 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.423 0:15.007 Pool:0xb6acdb70 SIP Received Proxy Authentication Required response 2011/09/09 22:33:55.423 0:15.007 Pool:0xb6acdb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:55.422 0:15.006 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.423 0:15.007 Pool:0xb6acdb70 SIP Located existing credentials for realm "sip.messagenet.it" 2011/09/09 22:33:55.423 0:15.007 Pool:0xb6acdb70 SIP Found auth info for realm sip.messagenet.it 2011/09/09 22:33:55.423 0:15.007 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:5381041 at sip.messagenet.it, id=ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.424 0:15.008 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:55.425 0:15.009 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:55.429 0:15.014 Pool:0xb6acdb70 SIP Adding authentication information for user "5381041" at realm " sip.messagenet.it" 2011/09/09 22:33:55.430 0:15.014 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:55.430 0:15.014 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:55.431 0:15.015 Pool:0xb6acdb70 SIP Sending PDU (955 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:5381041 at sip.messagenet.it SIP/2.0 Route: CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=ee9ecbb4-90d9-e011-82b6-00138f3c4830 Call-ID: ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/simple-message-summary Proxy-Authorization: Digest username="5381041", realm="sip.messagenet.it", nonce="Tmp5Xk5qeDKyJ4EjWkXuGXKh6+XmhRNQfUaEX+3Ju4mJcmWGmV9mOiXoHuqC", uri=" sip:5381041 at sip.messagenet.it", algorithm=MD5, response="f14489bcac16e3eb80f961716faead0c", cnonce="ea56e0b4-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:55.431 0:15.015 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.431 0:15.016 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:55.432 0:15.016 Pool:0xb6acdb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/09/09 22:33:55.443 0:15.027 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:55.444 0:15.028 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:55.445 0:15.029 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=784dcfb4-90d9-e011-82b6-00138f3c4830 Call-ID: d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=ac2f3091de46227321b1af258e10b75e-78c8 Proxy-Authenticate: Digest realm="sip.messagenet.it", nonce="Tmp5Xk5qeDLRmUi+sMctmunTU2Xlpl77dwFtqTs5eFSN022qF3eKgmn3TWCD", qop="auth" Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12002 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:5380881 at sip.messagenet.itout_uri= sip:5380881 at sip.messagenet.it via_cnt==1" Content-Length: 0 2011/09/09 22:33:55.446 0:15.030 Opal Liste...0xb6b4fb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830, token=d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.446 0:15.030 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:55.446 0:15.030 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:55.446 0:15.030 Pool:0xb6acdb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.446 0:15.031 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:55.447 0:15.031 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.447 0:15.031 Pool:0xb6acdb70 SIP Received Proxy Authentication Required response 2011/09/09 22:33:55.447 0:15.031 Pool:0xb6acdb70 SIP Authentication contains qop-options auth 2011/09/09 22:33:55.447 0:15.031 Pool:0xb6acdb70 SIP Located existing credentials for realm "sip.messagenet.it" 2011/09/09 22:33:55.447 0:15.031 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.447 0:15.031 Pool:0xb6acdb70 SIP Found auth info for realm sip.messagenet.it 2011/09/09 22:33:55.447 0:15.032 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target= sip:5380881 at sip.messagenet.it, id=d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.448 0:15.032 Pool:0xb6acdb70 OpalMan Listener interfaces: associated transport=None udp$192.168.1.90:5060 2011/09/09 22:33:55.449 0:15.033 Pool:0xb6acdb70 SIP Transaction created. 2011/09/09 22:33:55.453 0:15.037 Pool:0xb6acdb70 SIP Adding authentication information for user "5381041" at realm " sip.messagenet.it" 2011/09/09 22:33:55.454 0:15.038 Pool:0xb6acdb70 SIP No SRV lookup as has explicit port number. 2011/09/09 22:33:55.454 0:15.038 Pool:0xb6acdb70 SIP Transaction remote address is udp$sip.messagenet.it:5061 2011/09/09 22:33:55.455 0:15.039 Pool:0xb6acdb70 SIP Sending PDU (955 bytes) to: rem=udp$212.97.59.76:5061,local=udp$ 192.168.1.90:5060,if=192.168.1.90%eth0 SUBSCRIBE sip:5380881 at sip.messagenet.it SIP/2.0 Route: CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830;rport User-Agent: Ekiga/3.2.7 From: "Oscar Vancheri" ;tag=784dcfb4-90d9-e011-82b6-00138f3c4830 Call-ID: d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: Contact: Accept: application/simple-message-summary Proxy-Authorization: Digest username="5381041", realm="sip.messagenet.it", nonce="Tmp5Xk5qeDLRmUi+sMctmunTU2Xlpl77dwFtqTs5eFSN022qF3eKgmn3TWCD", uri=" sip:5380881 at sip.messagenet.it", algorithm=MD5, response="02cf6336d7ac93af8780308dfacd8912", cnonce="6406e4b4-90d9-e011-82b6-00138f3c4830", nc=00000001, qop=auth Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/09/09 22:33:55.455 0:15.039 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.455 0:15.039 Pool:0xb6acdb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/09/09 22:33:55.456 0:15.040 Pool:0xb6acdb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/09/09 22:33:55.563 0:15.147 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:55.564 0:15.148 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:55.565 0:15.149 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Auth/From Username Matching Policy Failed CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=ee9ecbb4-90d9-e011-82b6-00138f3c4830 Call-ID: ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.202d Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=12000 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:5381041 at sip.messagenet.itout_uri= sip:5381041 at sip.messagenet.it via_cnt==1" Content-Length: 0 2011/09/09 22:33:55.566 0:15.150 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 SUBSCRIBE <403>", transaction=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830, token=ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.566 0:15.150 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:55.566 0:15.150 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:55.566 0:15.150 Pool:0xb6acdb70 SIP Handling PDU "3 SUBSCRIBE <403>" for transaction=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.566 0:15.150 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:55.567 0:15.151 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.567 0:15.151 Pool:0xb6acdb70 SIP Not retrying SUBSCRIBE due to error response 403 Forbidden 2011/09/09 22:33:55.567 0:15.151 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target= sip:5381041 at sip.messagenet.it, id=ba0acbb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.567 0:15.151 Pool:0xb6acdb70 SIP Handled PDU "3 SUBSCRIBE <403>" 2011/09/09 22:33:55.566 0:15.150 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.589 0:15.173 Opal Liste...0xb6b4fb70 OpalUDP Binding to interface: 192.168.1.90:5060 2011/09/09 22:33:55.590 0:15.174 Opal Liste...0xb6b4fb70 SIP Waiting for PDU on udp$212.97.59.76:5061 2011/09/09 22:33:55.590 0:15.174 Opal Liste...0xb6b4fb70 SIP PDU received: rem=udp$212.97.59.76:5061,local=udp$192.168.1.90:5060 ,if=192.168.1.90%eth0 SIP/2.0 403 Auth/From Username Matching Policy Failed CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 192.168.1.90:5060;branch=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830;rport=5060;received=87.6.96.77 Server: sip.messagenet.it SIP Proxy From: "Oscar Vancheri" ;tag=784dcfb4-90d9-e011-82b6-00138f3c4830 Call-ID: d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu To: ;tag=98df93dff07c6bc0cd4e22344f9aa5a7.b692 Warning: 392 212.97.59.76:5061 "Noisy feedback tells: pid=11999 req_src_ip=87.6.96.77 req_src_port=5060 in_uri=sip:5380881 at sip.messagenet.itout_uri= sip:5380881 at sip.messagenet.it via_cnt==1" Content-Length: 0 2011/09/09 22:33:55.591 0:15.175 Opal Liste...0xb6b4fb70 SIP Queueing PDU "3 SUBSCRIBE <403>", transaction=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830, token=d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.591 0:15.175 Opal Liste...0xb6b4fb70 Opal Transport clean up on termination 2011/09/09 22:33:55.591 0:15.175 Opal Liste...0xb6b4fb70 Opal Transport Close 2011/09/09 22:33:55.591 0:15.175 Pool:0xb6acdb70 SIP Handling PDU "3 SUBSCRIBE <403>" for transaction=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:55.591 0:15.176 Pool:0xb6acdb70 SIP SUBSCRIBE transaction id=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830 completed. 2011/09/09 22:33:55.592 0:15.176 Pool:0xb6acdb70 OpalUDP Setting interface to 192.168.1.90%eth0 2011/09/09 22:33:55.592 0:15.176 Pool:0xb6acdb70 SIP Not retrying SUBSCRIBE due to error response 403 Forbidden 2011/09/09 22:33:55.591 0:15.175 Opal Liste...0xb6b4fb70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:55.592 0:15.176 Pool:0xb6acdb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target= sip:5380881 at sip.messagenet.it, id=d4b0ceb4-90d9-e011-82b6-00138f3c4830 at ubuntu 2011/09/09 22:33:55.592 0:15.176 Pool:0xb6acdb70 SIP Handled PDU "3 SUBSCRIBE <403>" 2011/09/09 22:33:56.148 0:15.733 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.166 0:15.750 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.166 0:15.750 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKd6c135b3-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:56.166 0:15.751 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKa00433b3-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKae0335b3-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 SIP Deleting SIPSubscribeHandler sip:5381041 at sip.messagenet.it 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:56.167 0:15.751 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 SIP Deleting SIPSubscribeHandler sip:5380881 at sip.messagenet.it 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 Opal Transport clean up on termination 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 Opal Transport Close 2011/09/09 22:33:56.168 0:15.752 Opal Garbage:0xb6c12b70 Opal Deleted transport udp$212.97.59.76:5061 2011/09/09 22:33:56.169 0:15.753 Opal Garbage:0xb6c12b70 SIP Deleted handler. 2011/09/09 22:33:56.294 0:15.878 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.319 0:15.903 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.432 0:16.016 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.456 0:16.040 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.568 0:16.152 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:56.592 0:16.176 Housekeeper:0xb6b90b70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830 2011/09/09 22:33:57.169 0:16.753 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK42e5e0b4-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:57.170 0:16.754 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bK28fbcbb4-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:57.170 0:16.754 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKfe97b8b4-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:57.171 0:16.755 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKee99e4b4-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:57.171 0:16.755 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKb6a0cfb4-90d9-e011-82b6-00138f3c4830 destroyed. 2011/09/09 22:33:57.171 0:16.755 Opal Garbage:0xb6c12b70 SIP Transaction id=z9hG4bKa223b6b4-90d9-e011-82b6-00138f3c4830 destroyed. <|\code> >> >> 2011/9/8 Eugen Dedu > On 08/09/11 13:15, doc oscar wrote: > >> Hello, >> i'm an ekiga fan and i use it from many years. >> now i've obtained another sip number from another sip provider, but when i >> confiugre it on ekiga i have some problem. >> someone knows a solution? >> > > You should send us the log output, see http://wiki.ekiga.org/index.** > php/Debugging_Ekiga#How_to_**get_a_debug_output > > Cheers, > -- > Eugen > ______________________________**_________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/**listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angel at atrchomes.com Sat Sep 10 04:30:44 2011 From: angel at atrchomes.com (angelt) Date: Sat, 10 Sep 2011 00:30:44 -0400 Subject: [Ekiga-list] help Message-ID: <1315629044.13755.2.camel@angelt-MS-7368> error: could not register (globally not acceptable) From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 15 19:17:35 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 15 Sep 2011 21:17:35 +0200 Subject: [Ekiga-list] H.323 connection?? In-Reply-To: References: Message-ID: <4E724F4F.2090700@pu-pm.univ-fcomte.fr> On 15/09/11 16:52, Uwe Dippel wrote: > I have been invited for a job interview using a H.323 video > conference. I found Ekiga to offer this method, alas, it doesn't work > (I spoke to the sys admin), because first of all Ekiga uses and > requires user account and gatekeeper. At the institution they don't > offer that, only IP-address for the client to connect to. > > The system at the other end is actually: > > > VC: Tandberg 6000 MXP > > IP-Adresse: 12.31.43.51 (fictitious) > > VC only via IP (H.323) > > All this doesn't tell me much, but I hope someone in here can > enlighten me what is going on, and how I can connect Ekiga to a > seemingly 'open' VC hardware. I am sorry, I cannot help on H323. In SIP an account is not required (the IP address itself can be used instead), I suppose in H323 it is not required either. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 15 19:18:18 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 15 Sep 2011 21:18:18 +0200 Subject: [Ekiga-list] help In-Reply-To: <1315629044.13755.2.camel@angelt-MS-7368> References: <1315629044.13755.2.camel@angelt-MS-7368> Message-ID: <4E724F7A.3060306@pu-pm.univ-fcomte.fr> On 10/09/11 06:30, angelt wrote: > error: could not register (globally not acceptable) Send us the -d 4 output... And be sure that you have enabled Network Detection in Preferences. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 15 19:22:41 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 15 Sep 2011 21:22:41 +0200 Subject: [Ekiga-list] ekiga with 2 sip provider In-Reply-To: References: <4E68BA8F.1090002@pu-pm.univ-fcomte.fr> Message-ID: <4E725081.4000806@pu-pm.univ-fcomte.fr> On 09/09/11 22:36, doc oscar wrote: >> On 08/09/11 13:15, doc oscar wrote: >> >> >> Hello, >> >> i'm an ekiga fan and i use it from many years. >> >> now i've obtained another sip number from another sip provider, but when i >> >> confiugre it on ekiga i have some problem. >> >> someone knows a solution? >> >> >> >> You should send us the log output, seehttp://wiki.ekiga.org/index.** >> php/Debugging_Ekiga#How_to_**get_a_debug_output In your output I see: 2011/09/09 22:33:48.492 0:08.076 StunDetector:0xb6acdb70 STUN No response to STUN server 77.72.169.160:3478 2011/09/09 22:33:48.492 0:08.076 StunDetector:0xb6acdb70 OPAL STUN server "stun.ekiga.net" replies Blocked, external IP 127.0.0.1 Blocked means that ekiga cannot send/receive packets because your firewall prevents it. You need to tell your firewall to open the ports used by ekiga. Look at http://webcache.googleusercontent.com/search?q=cache:3ZELRtS24tMJ:wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga+ekiga+open+ports+nat&cd=1&hl=en&ct=clnk -- Eugen From mike at combatmedic.net Thu Sep 15 21:47:30 2011 From: mike at combatmedic.net (Mike Westman) Date: Thu, 15 Sep 2011 16:47:30 -0500 Subject: [Ekiga-list] h323 In-Reply-To: <4E7201A1.2000903@esiee.fr> References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> <4E7201A1.2000903@esiee.fr> Message-ID: That didn't help. I don't get any indication at the far end that a connection attempt is being made. I also can't receive a connection. Is there logging that I can turn on to see if anything is happening? From: Thierry Simonnet [mailto:t.simonnet at esiee.fr] Sent: Thursday, September 15, 2011 8:46 AM To: Ekiga mailing list Cc: Mike Westman Subject: Re: [Ekiga-list] h323 Could you make a try : only select H261 video codec. It seems to me that there are compatibility trouble with H263 and H264 codecs with Polycom and Tandberg system Le 15/09/2011 15:41, Mike Westman a ?crit : Sorry, I should have mentioned that this is on Windows 7 x64. Version 3.2.7 From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Thierry Simonnet Sent: Thursday, September 15, 2011 1:53 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] h323 I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). I will post an ekiga -d 4 file soon. Best regards Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. What am I missing? Thank you. Hi Mike, When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): H323:192.168.1.1 See if that works. Cheers, -- Dave Koelmeyer http://blog.davekoelmeyer.co.nz _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- Thierry Simonnet ESIEE-Paris [cid:image001.gif at 01CC73C7.286B0450]Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- Thierry Simonnet ESIEE-Paris [cid:image001.gif at 01CC73C7.286B0450]Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 465 bytes Desc: image001.gif URL: From udippel at gmail.com Fri Sep 16 00:52:19 2011 From: udippel at gmail.com (Uwe Dippel) Date: Fri, 16 Sep 2011 08:52:19 +0800 Subject: [Ekiga-list] H.323 connection?? In-Reply-To: <4E724F4F.2090700@pu-pm.univ-fcomte.fr> References: <4E724F4F.2090700@pu-pm.univ-fcomte.fr> Message-ID: On Fri, Sep 16, 2011 at 3:17 AM, Eugen Dedu wrote: > I am sorry, I cannot help on H323. ?In SIP an account is not required (the > IP address itself can be used instead), I suppose in H323 it is not required > either. Yes, thanks, that did actually help. I had read the whole documentation and found nowhere that it works likewise: h323:12.31.43.51 It would have been great if that had been written anywhere.? It also could make sense to add a pull-down in front of the URI where users can select the protocol? Thanks again for your implicit help, Uwe From t.simonnet at esiee.fr Fri Sep 16 07:46:14 2011 From: t.simonnet at esiee.fr (Thierry Simonnet) Date: Fri, 16 Sep 2011 09:46:14 +0200 Subject: [Ekiga-list] h323 In-Reply-To: References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> <4E7201A1.2000903@esiee.fr> Message-ID: <4E72FEC6.3040908@esiee.fr> I don't use 3.2.7 version, I use 3.3.3 one because of research project purposes. Could you use one of package I've done http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ You can test H323 protocol with Polycom test addresses (http://support.polycom.com/PolycomService/support/us/support/documentation/video_test_numbers.html) Le 15/09/2011 23:47, Mike Westman a ?crit : > > That didn't help. I don't get any indication at the far end that a > connection attempt is being made. I also can't receive a connection. > Is there logging that I can turn on to see if anything is happening? > > *From:*Thierry Simonnet [mailto:t.simonnet at esiee.fr] > *Sent:* Thursday, September 15, 2011 8:46 AM > *To:* Ekiga mailing list > *Cc:* Mike Westman > *Subject:* Re: [Ekiga-list] h323 > > Could you make a try : only select H261 video codec. It seems to me > that there are compatibility trouble with H263 and H264 codecs with > Polycom and Tandberg system > > Le 15/09/2011 15:41, Mike Westman a ?crit : > > Sorry, I should have mentioned that this is on Windows 7 x64. Version > 3.2.7 > > *From:*ekiga-list-bounces at gnome.org > > [mailto:ekiga-list-bounces at gnome.org] *On Behalf Of *Thierry Simonnet > *Sent:* Thursday, September 15, 2011 1:53 AM > *To:* Ekiga mailing list > *Subject:* Re: [Ekiga-list] h323 > > I work on 3.3.3 git version and I noticed that there is a trouble with > H323. It works for Win32 version but not for Linux version. I use and > manage network and Polycom device for tests (same test environment for > Linux and win32). > I will post an ekiga -d 4 file soon. > > Best regards > > Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : > > > On 15 Sep, 2011,at 01:12 AM, Mike Westman > wrote: > > I'm trying to use Ekiga to connect to my company's LiveTime VTC > systems. On my Mac I can connect to the system's IP address using > h323 without any problems. When I try using Ekiga the software > immediately states that it is unable to connect to remote host and > replaces the address with sip:. > > What am I missing? Thank you. > > Hi Mike, > > When you enter the IP address of your system, be sure to enter it with > the H323 prefix. For example, this is what you would enter in the > Ekiga address bar (replace the IP address obviously): > > H323:192.168.1.1 > > > See if that works. > > Cheers, > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > > > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > -- > > > Thierry Simonnet > > ESIEE-Paris > > Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire > > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > -- > > Thierry Simonnet > > ESIEE-Paris > > Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire > -- Thierry Simonnet ESIEE-Paris Par respect pour l'environnement, n'imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From sevmek at free.fr Sat Sep 17 17:49:24 2011 From: sevmek at free.fr (Yannick) Date: Sat, 17 Sep 2011 19:49:24 +0200 Subject: [Ekiga-list] ekiga sites are being upgraded, please be patient... In-Reply-To: <4E6CE4AB.5020106@pu-pm.univ-fcomte.fr> References: <4E6CE4AB.5020106@pu-pm.univ-fcomte.fr> Message-ID: <1316281764.23782.12.camel@athena.fbx.proxad.net> Hello, The documentation (wiki) is now back online. Please check if the wiki is working well and report. The white pages are back too (LDAP). It seems quicker than before ;) Thanks goes to Damien Sandras for the work behind the scene :) Best regards, Yannick From steve at nexusuk.org Wed Sep 21 09:33:20 2011 From: steve at nexusuk.org (Steve Hill) Date: Wed, 21 Sep 2011 10:33:20 +0100 Subject: [Ekiga-list] Building OPAL with H.263 Message-ID: <4E79AF60.4000602@nexusuk.org> Are there any up to date instructions on compiling H.263 support into Opal? The instructions on the wiki (http://wiki.ekiga.org/index.php/Compiling_Ekiga) seem to be very out of date - they state I need the SVN version of ffmpeg (but unfortunately don't specify a revision number), but I think ffmpeg has been hosted in GIT rather than SVN for quite some time, so I presume this is no longer necessary? I've tried compiling Opal against the rpmfusion packaged ffmpeg for fedora 15, but configure just tells me it isn't building H.263 support (no obvious indication as to why). Any advice would be appreciated - thanks. -- - Steve From steve at nexusuk.org Wed Sep 21 09:23:57 2011 From: steve at nexusuk.org (Steve Hill) Date: Wed, 21 Sep 2011 10:23:57 +0100 Subject: [Ekiga-list] Selecting audio devices with Pulse Audio Message-ID: <4E79AD2D.5050805@nexusuk.org> I have a bluetooth headset which Just Works? with Fedora 15 - I pair it and it magically shows up in Pulse Audio; I can set it as the input/output device and it works. However, Ekiga only lets me select whether I want to output through Pulse Audio or one of the ALSA devices. I don't want all my system sounds going via the headset, so I can't set the headset as the default device in Pulse Audio. Is there any way I can tell Ekiga to route via Pulse Audio to the headset rather than to Pulse Audio's default device? Thanks. -- - Steve From genghiskhan at gmx.ca Wed Sep 21 10:45:12 2011 From: genghiskhan at gmx.ca (Genghis Khan) Date: Wed, 21 Sep 2011 12:45:12 +0200 Subject: [Ekiga-list] Selecting audio devices with Pulse Audio Message-ID: <20110921104512.301940@gmx.com> Are you using Blueman? Try to fiddle with its PulseAudio plugin: http://blueman-project.org/images/stories/screenshots/1.0/screenshot_008.png I haven't tried it with a Bluetooth headset. I prefer the good old wired headsets (less radiation). Maybe you should manipulate input/output solely with Pulse Audio itself. > ----- Original Message ----- > From: Steve Hill > Sent: 09/21/11 12:23 PM > To: ekiga-list at gnome.org > Subject: [Ekiga-list] Selecting audio devices with Pulse Audio > > I have a bluetooth headset which Just Works? with Fedora 15 - I pair it > and it magically shows up in Pulse Audio; I can set it as the > input/output device and it works. > > However, Ekiga only lets me select whether I want to output through > Pulse Audio or one of the ALSA devices. I don't want all my system > sounds going via the headset, so I can't set the headset as the default > device in Pulse Audio. Is there any way I can tell Ekiga to route via > Pulse Audio to the headset rather than to Pulse Audio's default device? > > Thanks. > > -- > > ?- Steve > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From steve at nexusuk.org Wed Sep 21 12:32:41 2011 From: steve at nexusuk.org (Steve Hill) Date: Wed, 21 Sep 2011 13:32:41 +0100 Subject: [Ekiga-list] Selecting audio devices with Pulse Audio In-Reply-To: <20110921104512.301940@gmx.com> References: <20110921104512.301940@gmx.com> Message-ID: <4E79D969.9020300@nexusuk.org> On 21/09/11 11:45, Genghis Khan wrote: > Are you using Blueman? I don't believe Fedora 15 uses Blueman. this appears to be done with a combination of gnome-bluetooth and pulseaudio. > Maybe you should manipulate input/output solely with Pulse Audio itself. As I explained, I don't want to change the default input/output devices for my whole machine, I just want to change them for my Ekiga calls, so changing them in PA manually isn't really an option. I'm hoping there is some way I can tell Ekiga to use Pulse Audio but for it to ask PA to direct its audio streams via a non-default device. -- - Steve From thedogfarted at gmail.com Wed Sep 21 12:50:05 2011 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Wed, 21 Sep 2011 15:50:05 +0300 Subject: [Ekiga-list] Selecting audio devices with Pulse Audio In-Reply-To: <4E79D969.9020300@nexusuk.org> References: <20110921104512.301940@gmx.com> <4E79D969.9020300@nexusuk.org> Message-ID: Hi, On Wed, Sep 21, 2011 at 3:32 PM, Steve Hill wrote: > On 21/09/11 11:45, Genghis Khan wrote: >> Maybe you should manipulate input/output solely with Pulse Audio itself. > > As I explained, I don't want to change the default input/output devices for > my whole machine, I just want to change them for my Ekiga calls, so changing > them in PA manually isn't really an option. ?I'm hoping there is some way I > can tell Ekiga to use Pulse Audio but for it to ask PA to direct its audio > streams via a non-default device. When you're in a call, move the stream to the headset. Now PA should remember the association for further calls - works for me with a USB headset on Fedora 10. I'm not sure whether the PA will keep the config after the pairing is removed though. Cheers, Ian From gleam.uahmed at gmail.com Wed Sep 21 13:30:21 2011 From: gleam.uahmed at gmail.com (uahmed) Date: Wed, 21 Sep 2011 18:30:21 +0500 Subject: [Ekiga-list] Folder of Default Language In-Reply-To: References: Message-ID: Hi I want to know the default language file which ekiga take for display Language . Can anybody tell me the folder name i know it is in the "locale" Folder but dont know which folder file is taken as a default language . Note my default language of OS is English . Thank you Regards Ahmed -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at nexusuk.org Wed Sep 21 14:01:30 2011 From: steve at nexusuk.org (Steve Hill) Date: Wed, 21 Sep 2011 15:01:30 +0100 Subject: [Ekiga-list] Selecting audio devices with Pulse Audio In-Reply-To: References: <20110921104512.301940@gmx.com> <4E79D969.9020300@nexusuk.org> Message-ID: <4E79EE3A.7080807@nexusuk.org> On 21/09/11 13:50, J?nis Ruk??ns wrote: > When you're in a call, move the stream to the headset. Now PA should > remember the association for further calls - works for me with a USB > headset on Fedora 10. I'm not sure whether the PA will keep the config > after the pairing is removed though. Thank you very much, I hadn't realised Pulse remembered associations like that. It mostly works, but: 1. Very unreliable when using the gnome sound settings applet. The input stream seems to end up on the bluetooth headset, but the output stream usually seems to end up on the internal sound card (may be related to (2) below). 2. Setting the streams in pavucontrol works, but it is unable to tell the difference between the stream opened for the ringer and the stream opened to output the call media, so if you tell it to route to the headset, the ringer goes there too. 3. Occasionally, when Ekiga opens the microphone device it just gets whitenoise from the headset. I guess this is probably not an Ekiga problem, and frankly could well be a problem with my ancient headset (if anyone has any recommendations for a Bluetooth headset that can be simultaneously paired to at least 3 phones, please let me know!) On the whole, Pulse Audio seems to be quite smart with routing. If the headset is disconnected and I make a call, it uses the internal audio. However, if I press the button on the headset while a call is in progress, PA spots the new device, remembers that Ekiga should be going to it and spontaneously reroutes to the headset on the fly. :) -- - Steve From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Sep 21 15:19:21 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 21 Sep 2011 17:19:21 +0200 Subject: [Ekiga-list] H.323 connection?? In-Reply-To: References: <4E724F4F.2090700@pu-pm.univ-fcomte.fr> Message-ID: <4E7A0079.3030203@pu-pm.univ-fcomte.fr> On 16/09/11 02:52, Uwe Dippel wrote: > On Fri, Sep 16, 2011 at 3:17 AM, Eugen Dedu > wrote: > >> I am sorry, I cannot help on H323. In SIP an account is not required (the >> IP address itself can be used instead), I suppose in H323 it is not required >> either. > > Yes, thanks, that did actually help. I had read the whole > documentation and found nowhere that it works likewise: > h323:12.31.43.51 It is here: http://wiki.ekiga.org/index.php/Calling#Get_a_SIP_address, is that right? Anyway, the documentation needs to be revised/reorganised a bit... > It would have been great if that had been written anywhere.? It also > could make sense to add a pull-down in front of the URI where users > can select the protocol? I think it is too complicated for such a minor thing... > Thanks again for your implicit help, My pleasure, -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Sep 21 15:20:23 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 21 Sep 2011 17:20:23 +0200 Subject: [Ekiga-list] h323 In-Reply-To: References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> <4E7201A1.2000903@esiee.fr> Message-ID: <4E7A00B7.1030408@pu-pm.univ-fcomte.fr> On 15/09/11 23:47, Mike Westman wrote: > That didn't help. I don't get any indication at the far end that a connection attempt is being made. I also can't receive a connection. Is there logging that I can turn on to see if anything is happening? Yes, -d 4 output gives much information about what is going on. > From: Thierry Simonnet [mailto:t.simonnet at esiee.fr] > Sent: Thursday, September 15, 2011 8:46 AM > To: Ekiga mailing list > Cc: Mike Westman > Subject: Re: [Ekiga-list] h323 > > Could you make a try : only select H261 video codec. It seems to me that there are compatibility trouble with H263 and H264 codecs with Polycom and Tandberg system > > Le 15/09/2011 15:41, Mike Westman a ?crit : > Sorry, I should have mentioned that this is on Windows 7 x64. Version 3.2.7 > > From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Thierry Simonnet > Sent: Thursday, September 15, 2011 1:53 AM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] h323 > > I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). > I will post an ekiga -d 4 file soon. > > Best regards > > Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : > > > On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: > I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. > > What am I missing? Thank you. > > > Hi Mike, > > When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): > > H323:192.168.1.1 > > See if that works. > > Cheers, > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz From mike at combatmedic.net Wed Sep 21 15:21:49 2011 From: mike at combatmedic.net (Mike Westman) Date: Wed, 21 Sep 2011 10:21:49 -0500 Subject: [Ekiga-list] h323 In-Reply-To: <4E7A00B7.1030408@pu-pm.univ-fcomte.fr> References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> <4E7201A1.2000903@esiee.fr> <4E7A00B7.1030408@pu-pm.univ-fcomte.fr> Message-ID: OK, I was able to get it working. I had to disable every network adapter in my computer except for the one that was actively providing internet access. -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Eugen Dedu Sent: Wednesday, September 21, 2011 10:20 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] h323 On 15/09/11 23:47, Mike Westman wrote: > That didn't help. I don't get any indication at the far end that a connection attempt is being made. I also can't receive a connection. Is there logging that I can turn on to see if anything is happening? Yes, -d 4 output gives much information about what is going on. > From: Thierry Simonnet [mailto:t.simonnet at esiee.fr] > Sent: Thursday, September 15, 2011 8:46 AM > To: Ekiga mailing list > Cc: Mike Westman > Subject: Re: [Ekiga-list] h323 > > Could you make a try : only select H261 video codec. It seems to me that there are compatibility trouble with H263 and H264 codecs with Polycom and Tandberg system > > Le 15/09/2011 15:41, Mike Westman a ?crit : > Sorry, I should have mentioned that this is on Windows 7 x64. Version 3.2.7 > > From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Thierry Simonnet > Sent: Thursday, September 15, 2011 1:53 AM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] h323 > > I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). > I will post an ekiga -d 4 file soon. > > Best regards > > Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : > > > On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: > I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. > > What am I missing? Thank you. > > > Hi Mike, > > When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): > > H323:192.168.1.1 > > See if that works. > > Cheers, > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Sep 21 15:26:14 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 21 Sep 2011 17:26:14 +0200 Subject: [Ekiga-list] h323 In-Reply-To: References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> <4E7201A1.2000903@esiee.fr> <4E7A00B7.1030408@pu-pm.univ-fcomte.fr> Message-ID: <4E7A0216.2000707@pu-pm.univ-fcomte.fr> On 21/09/11 17:21, Mike Westman wrote: > OK, I was able to get it working. I had to disable every network adapter in my computer except for the one that was actively providing internet access. There are many chances that your problem be solved in the current unstable branch. (Something with Contact field.) > -----Original Message----- > From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Eugen Dedu > Sent: Wednesday, September 21, 2011 10:20 AM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] h323 > > On 15/09/11 23:47, Mike Westman wrote: >> That didn't help. I don't get any indication at the far end that a connection attempt is being made. I also can't receive a connection. Is there logging that I can turn on to see if anything is happening? > > Yes, -d 4 output gives much information about what is going on. > >> From: Thierry Simonnet [mailto:t.simonnet at esiee.fr] >> Sent: Thursday, September 15, 2011 8:46 AM >> To: Ekiga mailing list >> Cc: Mike Westman >> Subject: Re: [Ekiga-list] h323 >> >> Could you make a try : only select H261 video codec. It seems to me that there are compatibility trouble with H263 and H264 codecs with Polycom and Tandberg system >> >> Le 15/09/2011 15:41, Mike Westman a ?crit : >> Sorry, I should have mentioned that this is on Windows 7 x64. Version 3.2.7 >> >> From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Thierry Simonnet >> Sent: Thursday, September 15, 2011 1:53 AM >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] h323 >> >> I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). >> I will post an ekiga -d 4 file soon. >> >> Best regards >> >> Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : >> >> >> On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: >> I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. >> >> What am I missing? Thank you. >> >> >> Hi Mike, >> >> When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): >> >> H323:192.168.1.1 >> >> See if that works. >> >> Cheers, >> -- >> Dave Koelmeyer >> http://blog.davekoelmeyer.co.nz > _______________________________________________ > 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 mike at combatmedic.net Wed Sep 21 15:26:41 2011 From: mike at combatmedic.net (Mike Westman) Date: Wed, 21 Sep 2011 10:26:41 -0500 Subject: [Ekiga-list] h323 In-Reply-To: <4E7A0216.2000707@pu-pm.univ-fcomte.fr> References: <5a8ea23d-6c4e-4ef2-e232-80d8b0d37719@me.com> <4E71A0B8.8030103@esiee.fr> <4E7201A1.2000903@esiee.fr> <4E7A00B7.1030408@pu-pm.univ-fcomte.fr> <4E7A0216.2000707@pu-pm.univ-fcomte.fr> Message-ID: I'll check it out. Thanks -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Eugen Dedu Sent: Wednesday, September 21, 2011 10:26 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] h323 On 21/09/11 17:21, Mike Westman wrote: > OK, I was able to get it working. I had to disable every network adapter in my computer except for the one that was actively providing internet access. There are many chances that your problem be solved in the current unstable branch. (Something with Contact field.) > -----Original Message----- > From: ekiga-list-bounces at gnome.org > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Eugen Dedu > Sent: Wednesday, September 21, 2011 10:20 AM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] h323 > > On 15/09/11 23:47, Mike Westman wrote: >> That didn't help. I don't get any indication at the far end that a connection attempt is being made. I also can't receive a connection. Is there logging that I can turn on to see if anything is happening? > > Yes, -d 4 output gives much information about what is going on. > >> From: Thierry Simonnet [mailto:t.simonnet at esiee.fr] >> Sent: Thursday, September 15, 2011 8:46 AM >> To: Ekiga mailing list >> Cc: Mike Westman >> Subject: Re: [Ekiga-list] h323 >> >> Could you make a try : only select H261 video codec. It seems to me >> that there are compatibility trouble with H263 and H264 codecs with >> Polycom and Tandberg system >> >> Le 15/09/2011 15:41, Mike Westman a ?crit : >> Sorry, I should have mentioned that this is on Windows 7 x64. >> Version 3.2.7 >> >> From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Thierry Simonnet >> Sent: Thursday, September 15, 2011 1:53 AM >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] h323 >> >> I work on 3.3.3 git version and I noticed that there is a trouble with H323. It works for Win32 version but not for Linux version. I use and manage network and Polycom device for tests (same test environment for Linux and win32). >> I will post an ekiga -d 4 file soon. >> >> Best regards >> >> Le 15/09/2011 07:39, Dave Koelmeyer a ?crit : >> >> >> On 15 Sep, 2011,at 01:12 AM, Mike Westman wrote: >> I'm trying to use Ekiga to connect to my company's LiveTime VTC systems. On my Mac I can connect to the system's IP address using h323 without any problems. When I try using Ekiga the software immediately states that it is unable to connect to remote host and replaces the address with sip:. >> >> What am I missing? Thank you. >> >> >> Hi Mike, >> >> When you enter the IP address of your system, be sure to enter it with the H323 prefix. For example, this is what you would enter in the Ekiga address bar (replace the IP address obviously): >> >> H323:192.168.1.1 >> >> See if that works. >> >> Cheers, >> -- >> Dave Koelmeyer >> http://blog.davekoelmeyer.co.nz > _______________________________________________ > 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 _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Sep 21 15:32:35 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 21 Sep 2011 17:32:35 +0200 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E79AF60.4000602@nexusuk.org> References: <4E79AF60.4000602@nexusuk.org> Message-ID: <4E7A0393.8060007@pu-pm.univ-fcomte.fr> On 21/09/11 11:33, Steve Hill wrote: > > Are there any up to date instructions on compiling H.263 support into > Opal? The instructions on the wiki > (http://wiki.ekiga.org/index.php/Compiling_Ekiga) seem to be very out of > date - they state I need the SVN version of ffmpeg (but unfortunately > don't specify a revision number), but I think ffmpeg has been hosted in > GIT rather than SVN for quite some time, so I presume this is no longer > necessary? They are out of date, indeed. I will update them shortly, when the new stable release appears, which has better support for those codecs. > I've tried compiling Opal against the rpmfusion packaged ffmpeg for > fedora 15, but configure just tells me it isn't building H.263 support > (no obvious indication as to why). Any advice would be appreciated - > thanks. What ekiga version do you use? -- Eugen From thedogfarted at gmail.com Wed Sep 21 15:34:01 2011 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Wed, 21 Sep 2011 18:34:01 +0300 Subject: [Ekiga-list] Selecting audio devices with Pulse Audio In-Reply-To: <4E79EE3A.7080807@nexusuk.org> References: <20110921104512.301940@gmx.com> <4E79D969.9020300@nexusuk.org> <4E79EE3A.7080807@nexusuk.org> Message-ID: On Wed, Sep 21, 2011 at 5:01 PM, Steve Hill wrote: > ?It mostly works, but: > > 1. Very unreliable when using the gnome sound settings applet. ?The input > stream seems to end up on the bluetooth headset, but the output stream > usually seems to end up on the internal sound card (may be related to (2) > below). If it works with pavucontrol, then it sounds more like a GNOME issue to me. > 2. Setting the streams in pavucontrol works, but it is unable to tell the > difference between the stream opened for the ringer and the stream opened to > output the call media, so if you tell it to route to the headset, the ringer > goes there too. For this to work, Ekiga needs to set mark the ringer stream as an event sound, it should then go to the default device. Of course this requires that the ringer is a separate stream; and it won't work if Ekiga is using ALSA instead of PA directly (I have no idea whether Fedora 15 bundles the PA output plugin). Best, Ian From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Sep 21 15:54:58 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 21 Sep 2011 17:54:58 +0200 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7A0393.8060007@pu-pm.univ-fcomte.fr> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> Message-ID: <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> On 21/09/11 17:32, Eugen Dedu wrote: > On 21/09/11 11:33, Steve Hill wrote: >> >> Are there any up to date instructions on compiling H.263 support into >> Opal? The instructions on the wiki >> (http://wiki.ekiga.org/index.php/Compiling_Ekiga) seem to be very out of >> date - they state I need the SVN version of ffmpeg (but unfortunately >> don't specify a revision number), but I think ffmpeg has been hosted in >> GIT rather than SVN for quite some time, so I presume this is no longer >> necessary? > > They are out of date, indeed. I will update them shortly, when the new > stable release appears, which has better support for those codecs. > >> I've tried compiling Opal against the rpmfusion packaged ffmpeg for >> fedora 15, but configure just tells me it isn't building H.263 support >> (no obvious indication as to why). Any advice would be appreciated - >> thanks. > > What ekiga version do you use? I updated http://wiki.ekiga.org/index.php/Compiling_Ekiga#Additional_dependencies_of_specific_video_codecs -- Eugen From steve at nexusuk.org Thu Sep 22 10:44:34 2011 From: steve at nexusuk.org (Steve Hill) Date: Thu, 22 Sep 2011 11:44:34 +0100 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7A0393.8060007@pu-pm.univ-fcomte.fr> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> Message-ID: <4E7B1192.5050502@nexusuk.org> On 21/09/11 16:32, Eugen Dedu wrote: >> I've tried compiling Opal against the rpmfusion packaged ffmpeg for >> fedora 15, but configure just tells me it isn't building H.263 support >> (no obvious indication as to why). Any advice would be appreciated - >> thanks. > > What ekiga version do you use? 3.3.0 at the moment, which is what Fedora 15 packages. I was going to build 3.3.2 (which I understood supported H.263+) once I manage to get Opal to build with H.263+ support. -- - Steve From steve at nexusuk.org Thu Sep 22 10:51:02 2011 From: steve at nexusuk.org (Steve Hill) Date: Thu, 22 Sep 2011 11:51:02 +0100 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> Message-ID: <4E7B1316.7010300@nexusuk.org> On 21/09/11 16:54, Eugen Dedu wrote: > I updated > http://wiki.ekiga.org/index.php/Compiling_Ekiga#Additional_dependencies_of_specific_video_codecs Thanks. Does that mean that for Ekiga 3.3.2 you can just install ffmpeg > 0.6.2 (rpmfusion packages 0.7-0.3.20110612git, so presumably that is ok) and Ekiga will just use it directly without needing Opal to provide H.263+ support? -- - Steve From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 22 10:54:24 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 22 Sep 2011 12:54:24 +0200 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7B1316.7010300@nexusuk.org> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> <4E7B1316.7010300@nexusuk.org> Message-ID: <4E7B13E0.30407@pu-pm.univ-fcomte.fr> On 22/09/11 12:51, Steve Hill wrote: > On 21/09/11 16:54, Eugen Dedu wrote: > >> I updated >> http://wiki.ekiga.org/index.php/Compiling_Ekiga#Additional_dependencies_of_specific_video_codecs >> > > Thanks. Does that mean that for Ekiga 3.3.2 you can just install ffmpeg > > 0.6.2 (rpmfusion packages 0.7-0.3.20110612git, so presumably that is > ok) and Ekiga will just use it directly without needing Opal to provide > H.263+ support? ekiga 3.3.2 depends on opal 3.10.2 anyway, which works with those codecs. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Sep 22 10:55:11 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 22 Sep 2011 12:55:11 +0200 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7B1192.5050502@nexusuk.org> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> <4E7B1192.5050502@nexusuk.org> Message-ID: <4E7B140F.7010501@pu-pm.univ-fcomte.fr> On 22/09/11 12:44, Steve Hill wrote: > On 21/09/11 16:32, Eugen Dedu wrote: > >>> I've tried compiling Opal against the rpmfusion packaged ffmpeg for >>> fedora 15, but configure just tells me it isn't building H.263 support >>> (no obvious indication as to why). Any advice would be appreciated - >>> thanks. >> >> What ekiga version do you use? > > 3.3.0 at the moment, which is what Fedora 15 packages. I was going to > build 3.3.2 (which I understood supported H.263+) once I manage to get > Opal to build with H.263+ support. 3.3.0 does not work with those codecs. -- Eugen From steve at nexusuk.org Fri Sep 23 11:23:03 2011 From: steve at nexusuk.org (Steve Hill) Date: Fri, 23 Sep 2011 12:23:03 +0100 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7B13E0.30407@pu-pm.univ-fcomte.fr> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> <4E7B1316.7010300@nexusuk.org> <4E7B13E0.30407@pu-pm.univ-fcomte.fr> Message-ID: <4E7C6C17.1080906@nexusuk.org> On 09/22/2011 11:54 AM, Eugen Dedu wrote: >> Thanks. Does that mean that for Ekiga 3.3.2 you can just install ffmpeg >> > 0.6.2 (rpmfusion packages 0.7-0.3.20110612git, so presumably that is >> ok) and Ekiga will just use it directly without needing Opal to provide >> H.263+ support? > > ekiga 3.3.2 depends on opal 3.10.2 anyway, which works with those codecs. I'm having some significant problems with Ekiga 3.3.2 on Opal 3.10.2. 1. Opal wouldn't build against ffmpeg-0.7-0.3.20110612git. This appeared to be a problem with a line in mpeg4.cxx: m_avpicture->pict_type = 0; After some googling, the suggested fix appeared to be to add a cast: m_avpicture->pict_type = (AVPictureType) 0; Once I'd done that it built ok. 2. Ekiga 3.3.2 doesn't seem to want to register against my Callweaver server (Ekiga 3.3.0 works fine). I can't really tell if this is Ekiga at fault or Callweaver. I've compared the network traffic between the two Ekigas, and the only thing I can really note is that Ekiga 3.3.0 sends a REGISTER and waits for that to succeed (including extra round-trips for authentication) before doing anything else. Ekiga 3.3.2 sends REGISTER, SUBSCRIBE and PUBLISH packets all at the same time. REGISTER and SUBSCRIBE both have the same sequence number (CSeq=1) - is this allowed? Callweaver appears to respond to 3.3.2's SUBSCRIBE with "489 Bad Event", which it didn't do under 3.3.0. In any case, there's something completely crazy going on at the Callweaver end because it _does_ return a "200 OK" in response to the register, but doesn't actually record the registration in its peers list. I'm guessing it is getting confused by the SUBSCRIBE packet. 3. The H.264 codec appears to completely ignore the bandwidth limit set in Ekiga's configuration. The limit is set to 300Kbps and (according to the stats in Ekiga's status bar) it was trying to send about 7Mbps (750KB/s). The video I got back from an echo test was completely trashed, but that is quite possibly due to it massively exceeding my ADSL upstream bandwidth and hence dropping most of the traffic. 4. H.263 and H.263-1998 both resulted in me just getting a static image when I dialled an echo test. When I terminated the call, Ekiga bombed with a segfault. I'll try to make time to do some more debugging next week. -- - Steve From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Sep 23 12:56:00 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 23 Sep 2011 14:56:00 +0200 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7C6C17.1080906@nexusuk.org> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> <4E7B1316.7010300@nexusuk.org> <4E7B13E0.30407@pu-pm.univ-fcomte.fr> <4E7C6C17.1080906@nexusuk.org> Message-ID: <4E7C81E0.6080908@pu-pm.univ-fcomte.fr> On 23/09/11 13:23, Steve Hill wrote: > On 09/22/2011 11:54 AM, Eugen Dedu wrote: > >>> Thanks. Does that mean that for Ekiga 3.3.2 you can just install ffmpeg >>> > 0.6.2 (rpmfusion packages 0.7-0.3.20110612git, so presumably that is >>> ok) and Ekiga will just use it directly without needing Opal to provide >>> H.263+ support? >> >> ekiga 3.3.2 depends on opal 3.10.2 anyway, which works with those codecs. > > I'm having some significant problems with Ekiga 3.3.2 on Opal 3.10.2. Thank you very much for sharing them with us. > 1. Opal wouldn't build against ffmpeg-0.7-0.3.20110612git. This appeared > to be a problem with a line in mpeg4.cxx: > m_avpicture->pict_type = 0; > After some googling, the suggested fix appeared to be to add a cast: > m_avpicture->pict_type = (AVPictureType) 0; > Once I'd done that it built ok. This is fixed in the branch, since I currently have: m_avpicture->pict_type = AV_PICTURE_TYPE_NONE; > 2. Ekiga 3.3.2 doesn't seem to want to register against my Callweaver > server (Ekiga 3.3.0 works fine). I can't really tell if this is Ekiga at > fault or Callweaver. I've compared the network traffic between the two > Ekigas, and the only thing I can really note is that Ekiga 3.3.0 sends a > REGISTER and waits for that to succeed (including extra round-trips for > authentication) before doing anything else. Ekiga 3.3.2 sends REGISTER, > SUBSCRIBE and PUBLISH packets all at the same time. REGISTER and > SUBSCRIBE both have the same sequence number (CSeq=1) - is this allowed? > Callweaver appears to respond to 3.3.2's SUBSCRIBE with "489 Bad Event", > which it didn't do under 3.3.0. > > In any case, there's something completely crazy going on at the > Callweaver end because it _does_ return a "200 OK" in response to the > register, but doesn't actually record the registration in its peers > list. I'm guessing it is getting confused by the SUBSCRIBE packet. Could you send us the two logs to analyse them? > 3. The H.264 codec appears to completely ignore the bandwidth limit set > in Ekiga's configuration. The limit is set to 300Kbps and (according to > the stats in Ekiga's status bar) it was trying to send about 7Mbps > (750KB/s). The video I got back from an echo test was completely > trashed, but that is quite possibly due to it massively exceeding my > ADSL upstream bandwidth and hence dropping most of the traffic. This is strange... We will get some info in the log below. > 4. H.263 and H.263-1998 both resulted in me just getting a static image > when I dialled an echo test. When I terminated the call, Ekiga bombed > with a segfault. Please send us a gdb with -d 4 report, see http://wiki.ekiga.org/index.php/Debugging_Ekiga#Getting_the_stack_backtrace. > I'll try to make time to do some more debugging next week. We will release ekiga on Monday! -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Sep 24 08:18:19 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 24 Sep 2011 10:18:19 +0200 Subject: [Ekiga-list] Building OPAL with H.263 In-Reply-To: <4E7C81E0.6080908@pu-pm.univ-fcomte.fr> References: <4E79AF60.4000602@nexusuk.org> <4E7A0393.8060007@pu-pm.univ-fcomte.fr> <4E7A08D2.5060106@pu-pm.univ-fcomte.fr> <4E7B1316.7010300@nexusuk.org> <4E7B13E0.30407@pu-pm.univ-fcomte.fr> <4E7C6C17.1080906@nexusuk.org> <4E7C81E0.6080908@pu-pm.univ-fcomte.fr> Message-ID: <4E7D924B.7090407@pu-pm.univ-fcomte.fr> On 23/09/11 14:56, Eugen Dedu wrote: > On 23/09/11 13:23, Steve Hill wrote: >> On 09/22/2011 11:54 AM, Eugen Dedu wrote: >> >>>> Thanks. Does that mean that for Ekiga 3.3.2 you can just install ffmpeg >>>> > 0.6.2 (rpmfusion packages 0.7-0.3.20110612git, so presumably that is >>>> ok) and Ekiga will just use it directly without needing Opal to provide >>>> H.263+ support? >>> >>> ekiga 3.3.2 depends on opal 3.10.2 anyway, which works with those >>> codecs. >> >> I'm having some significant problems with Ekiga 3.3.2 on Opal 3.10.2. > > Thank you very much for sharing them with us. > >> 1. Opal wouldn't build against ffmpeg-0.7-0.3.20110612git. This appeared >> to be a problem with a line in mpeg4.cxx: >> m_avpicture->pict_type = 0; >> After some googling, the suggested fix appeared to be to add a cast: >> m_avpicture->pict_type = (AVPictureType) 0; >> Once I'd done that it built ok. > > This is fixed in the branch, since I currently have: > m_avpicture->pict_type = AV_PICTURE_TYPE_NONE; > >> 2. Ekiga 3.3.2 doesn't seem to want to register against my Callweaver >> server (Ekiga 3.3.0 works fine). I can't really tell if this is Ekiga at >> fault or Callweaver. I've compared the network traffic between the two >> Ekigas, and the only thing I can really note is that Ekiga 3.3.0 sends a >> REGISTER and waits for that to succeed (including extra round-trips for >> authentication) before doing anything else. Ekiga 3.3.2 sends REGISTER, >> SUBSCRIBE and PUBLISH packets all at the same time. REGISTER and >> SUBSCRIBE both have the same sequence number (CSeq=1) - is this allowed? >> Callweaver appears to respond to 3.3.2's SUBSCRIBE with "489 Bad Event", >> which it didn't do under 3.3.0. >> >> In any case, there's something completely crazy going on at the >> Callweaver end because it _does_ return a "200 OK" in response to the >> register, but doesn't actually record the registration in its peers >> list. I'm guessing it is getting confused by the SUBSCRIBE packet. > > Could you send us the two logs to analyse them? > >> 3. The H.264 codec appears to completely ignore the bandwidth limit set >> in Ekiga's configuration. The limit is set to 300Kbps and (according to >> the stats in Ekiga's status bar) it was trying to send about 7Mbps >> (750KB/s). The video I got back from an echo test was completely >> trashed, but that is quite possibly due to it massively exceeding my >> ADSL upstream bandwidth and hence dropping most of the traffic. > > This is strange... We will get some info in the log below. > >> 4. H.263 and H.263-1998 both resulted in me just getting a static image >> when I dialled an echo test. When I terminated the call, Ekiga bombed >> with a segfault. > > Please send us a gdb with -d 4 report, see > http://wiki.ekiga.org/index.php/Debugging_Ekiga#Getting_the_stack_backtrace. I had the crash above too, appears with 0.7.x, we are investigating... -- Eugen From alexanders.mailinglists+nospam at gmail.com Sat Sep 24 08:19:34 2011 From: alexanders.mailinglists+nospam at gmail.com (Alexander Skwar) Date: Sat, 24 Sep 2011 10:19:34 +0200 Subject: [Ekiga-list] Other apps in Ubuntu 11.04 Unity "systray" don't react anymore Message-ID: Hello. I'm using ekiga 3.2.7-2ubuntu2 on a Ubuntu 11.04 Natty x86_64 system with their Unity interface. All (security) patches are installed as of now (2011-09-24). At first, when I started ekiga, it did not show up in the systray. Which is "as expected" (by Ubuntu). You'll need to first "enable" the systray for all apps, like so: $ gsettings set com.canonical.Unity.Panel systray-whitelist "['all']" Having done so, and having logged out and in again, it showed up just fine up there: http://sck.to/GC -> http://media.cdn.ubuntu-de.org/forum/attachments/3383967/Systray-mit-Ekiga-Icon.png But now I noticed, that I can no longer right or left click on other apps/icons that are shown there, like the Dropbox, Glipper or Bluetooth "application indicator" (as they call it). When I exit out of Ekiga, I can click just fine again. Well? Do you guys maybe have any idea at all what can be done about this? Thanks a lot, Alexander -- ???? Lifestream (Twitter, Blog, ?) ??http://alexs77.soup.io/? ?? ? ? Chat (Jabber/Google Talk) ? a.skwar at gmail.com , AIM: alexws77? ? From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Sep 24 08:46:11 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 24 Sep 2011 10:46:11 +0200 Subject: [Ekiga-list] Other apps in Ubuntu 11.04 Unity "systray" don't react anymore In-Reply-To: References: Message-ID: <4E7D98D3.7050008@pu-pm.univ-fcomte.fr> On 24/09/11 10:19, Alexander Skwar wrote: > Hello. > > > I'm using ekiga 3.2.7-2ubuntu2 on a Ubuntu 11.04 Natty x86_64 > system with their Unity interface. All (security) patches are installed > as of now (2011-09-24). > > At first, when I started ekiga, it did not show up in the systray. > Which is "as expected" (by Ubuntu). You'll need to first "enable" > the systray for all apps, like so: > > $ gsettings set com.canonical.Unity.Panel systray-whitelist "['all']" > > Having done so, and having logged out and in again, it showed up just > fine up there: http://sck.to/GC -> > http://media.cdn.ubuntu-de.org/forum/attachments/3383967/Systray-mit-Ekiga-Icon.png > > But now I noticed, that I can no longer right or left click on other > apps/icons that are shown there, like the Dropbox, Glipper or > Bluetooth "application indicator" (as they call it). > > When I exit out of Ekiga, I can click just fine again. > > Well? Do you guys maybe have any idea at all what can be done > about this? I really have no idea! Could you start another systray-ed application from the terminal, such as vlc, to see if the same thing happens or not? -- Eugen From walter at wikipedia.be Sat Sep 24 13:09:33 2011 From: walter at wikipedia.be (Walter Vermeir) Date: Sat, 24 Sep 2011 15:09:33 +0200 Subject: [Ekiga-list] Ekiga.net uses alphanumeric usernames ..... Message-ID: ... but each has a numerical alias to enable dialing from a standard telephone key pad. http://wiki.ekiga.org/index.php/FAQ#SIP_Numbers Hi, I am trying the find the numerical alias of a specific user I wish to call. Because I am using a hardware VOIP-phone I need numbers, not letters. Can someone tell me how to do that please? (or maybe a workaround way) Thank! Walter -- Wikizine.org - community newsletter - It keeps coming back! gopher://gopher.wikizine.org - http://www.wikizine.org You have news? - walter AT wikizine DOT org From geo.cherchetout at laposte.net Wed Sep 28 08:30:47 2011 From: geo.cherchetout at laposte.net (geo cherchetout) Date: Wed, 28 Sep 2011 10:30:47 +0200 Subject: [Ekiga-list] Local echo test Message-ID: <4E82DB37.2010407@laposte.net> Hello, I presume it would be possible to install in a local network an echo-test server like Ekiga's one. Does Ekiga provide such a server ? If not, where to find a free one ? From dgstevens at telus.net Fri Sep 30 02:47:21 2011 From: dgstevens at telus.net (David Stevenson) Date: Thu, 29 Sep 2011 19:47:21 -0700 Subject: [Ekiga-list] Port Forward for Actiontec V1000H Router Message-ID: <6.2.3.4.2.20110929194422.0557d858@pop.telus.net> Hi I can't get Ekiga up and running, because I can't get the Port Forwarding to work. HELP!! I am using an Actiontec V1000H router, and the Ekiga instructions aren't quite what shows on my router screen. My router requires me to enter the LAN IP Address on the Port Forwarding screen. I entered the Internal IP Address, and I got no Ping or packets. Should I have entered another address? I also use Norton 360 Virus scanner. Could the Norton firewall be the problem? Thanks David