From sevmek at free.fr Sun Apr 1 05:11:24 2007 From: sevmek at free.fr (yannick) Date: Sun, 01 Apr 2007 07:11:24 +0200 Subject: [Ekiga-list] Installing Ekiga In-Reply-To: <460E926A.3060400@free.fr> References: <460E9301.6030504@realprogroup.com> <460E926A.3060400@free.fr> Message-ID: <1175404284.16067.26.camel@achille> Le samedi 31 mars 2007 ? 18:55 +0200, Julien Puydt a ?crit : > Joe Ardolino a ?crit : > > I can't install Ekiga on a FC5 system using the downloaded RPMs > > I keep getting a Dependency error message , missing a LIB ( > > libpt_linux_x86_r.so.1.10.0) > > > > Can anyone give me a clue > > Install the libpt package first. http://wiki.ekiga.org/index.php/Linux_Users#Install_packages > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From fonz at siol.net Sun Apr 1 18:03:13 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 01 Apr 2007 20:03:13 +0200 Subject: [Ekiga-list] Speex codec] Message-ID: <1175450593.4320.0.camel@localhost.localdomain> On Sun, 2007-04-01 at 08:22 +1000, Typhoon wrote: > I haven't tried it for some time. I quit trying it because of the > choppy sound quality. I'm not sure what version of Ekiga I was on at > the time. OK, so it might be ekiga's fault. Will check that out when I am back home as I don't have this option here... Regards, Jure From fonz at siol.net Sun Apr 1 18:07:42 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 01 Apr 2007 20:07:42 +0200 Subject: [Ekiga-list] Speex codec] In-Reply-To: <1175450593.4320.0.camel@localhost.localdomain> References: <1175450593.4320.0.camel@localhost.localdomain> Message-ID: <1175450862.4320.5.camel@localhost.localdomain> Testing asterisk with asterisk using speex codec doesn't give very good results. Can anyone try to make a direct IP call from ekiga to ekiga using speex (8 kbps) and see if sound is choppy? Regards, Jure > OK, so it might be ekiga's fault. Will check that out when I am back > home as I don't have this option here... > > Regards, > Jure From dsandras at seconix.com Sun Apr 1 18:15:02 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 01 Apr 2007 20:15:02 +0200 Subject: [Ekiga-list] Speex codec] In-Reply-To: <1175450862.4320.5.camel@localhost.localdomain> References: <1175450593.4320.0.camel@localhost.localdomain> <1175450862.4320.5.camel@localhost.localdomain> Message-ID: <1175451302.3905.7.camel@scorpion> Le dimanche 01 avril 2007 ? 20:07 +0200, Jure Petrovic a ?crit : > Testing asterisk with asterisk using speex codec doesn't give > very good results. Can anyone try to make a direct IP call from > ekiga to ekiga using speex (8 kbps) and see if sound is choppy? > It is not, but I think I remember earlier versions of Asterisk were not using the correct Speex version by default. I'm not sure anymore though. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From fonz at siol.net Sun Apr 1 20:19:51 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 01 Apr 2007 22:19:51 +0200 Subject: [Ekiga-list] Speex codec] In-Reply-To: <1175451302.3905.7.camel@scorpion> References: <1175450593.4320.0.camel@localhost.localdomain> <1175450862.4320.5.camel@localhost.localdomain> <1175451302.3905.7.camel@scorpion> Message-ID: <1175458791.5625.2.camel@localhost.localdomain> Hehe:-) Got it! No, the configuration was ok, but asterisk was compiled with 1.0.5 version of speex. I recompiled it using speex 1.2.0 which seems much much better. Regards, Jure On Sun, 2007-04-01 at 20:15 +0200, Damien Sandras wrote: > It is not, but I think I remember earlier versions of Asterisk were > not > using the correct Speex version by default. I'm not sure anymore > though. > -- > _ Damien Sandras From joe at realprogroup.com Mon Apr 2 13:52:12 2007 From: joe at realprogroup.com (Joe Ardolino) Date: Mon, 02 Apr 2007 09:52:12 -0400 Subject: [Ekiga-list] Installing Ekiga In-Reply-To: <1175404284.16067.26.camel@achille> References: <460E9301.6030504@realprogroup.com> <460E926A.3060400@free.fr> <1175404284.16067.26.camel@achille> Message-ID: <46110A8C.7020404@realprogroup.com> yannick wrote: > Le samedi 31 mars 2007 ? 18:55 +0200, Julien Puydt a ?crit : > >> Joe Ardolino a ?crit : >> >>> I can't install Ekiga on a FC5 system using the downloaded RPMs >>> I keep getting a Dependency error message , missing a LIB ( >>> libpt_linux_x86_r.so.1.10.0) >>> >>> Can anyone give me a clue >>> >> Install the libpt package first. >> > > http://wiki.ekiga.org/index.php/Linux_Users#Install_packages > > >> Snark on #ekiga >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> >> There is no libpt package in the FC5 download. there is pwlib-1.10.5-0.fc5.i86.rpm. When I attempt to install that package is when I get the dependency message. Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From oisin.feeley at gmail.com Mon Apr 2 13:29:17 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Mon, 2 Apr 2007 09:29:17 -0400 Subject: [Ekiga-list] Installing Ekiga In-Reply-To: <46110A8C.7020404@realprogroup.com> References: <460E9301.6030504@realprogroup.com> <460E926A.3060400@free.fr> <1175404284.16067.26.camel@achille> <46110A8C.7020404@realprogroup.com> Message-ID: On 4/2/07, Joe Ardolino wrote: > yannick wrote: >> Le samedi 31 mars 2007 ? 18:55 +0200, Julien Puydt a ?crit : >> >>> Joe Ardolino a ?crit : >>> I can't install Ekiga on a FC5 system using the downloaded RPMs >>>> I keep getting a Dependency error message , missing a LIB ( >>>> libpt_linux_x86_r.so.1.10.0) >>>> >>>> Can anyone give me a clue >>>> >>> Install the libpt package first. >>> >> > > http://wiki.ekiga.org/index.php/Linux_Users#Install_packages > > There is no libpt package in the FC5 download. there is > pwlib-1.10.5-0.fc5.i86.rpm. When I attempt to install that package is > when I get the dependency message. You need EITHER libpt or pwlib as the link provided above suggests. You don't need both. Fedora Core 5 uses pwlib. You should not be having any dependency problems if you use yum which is a package installer and dependency solver, e.g. "yum install ekiga" How, _specifically_ are you trying to install ekiga? You should have no problems with Ekiga on FC5 (I have one system with it currently installed and functioning nicely). You will need to make sure that you have the updates repository enabled for yum. The most up-to-date version it contains is 2.0.1-5. [skol at larry ush]# rpm -q ekiga ekiga-2.0.1-5 Best, Oisin From sevmek at free.fr Mon Apr 2 14:56:12 2007 From: sevmek at free.fr (yannick) Date: Mon, 02 Apr 2007 16:56:12 +0200 Subject: [Ekiga-list] Installing Ekiga In-Reply-To: References: <460E9301.6030504@realprogroup.com> <460E926A.3060400@free.fr> <1175404284.16067.26.camel@achille> <46110A8C.7020404@realprogroup.com> Message-ID: <1175525773.16067.39.camel@achille> Le lundi 02 avril 2007 ? 09:29 -0400, Oisin Feeley a ?crit : > On 4/2/07, Joe Ardolino wrote: > > yannick wrote: > >> Le samedi 31 mars 2007 ? 18:55 +0200, Julien Puydt a ?crit : > >> > >>> Joe Ardolino a ?crit : > >>> I can't install Ekiga on a FC5 system using the downloaded RPMs > >>>> I keep getting a Dependency error message , missing a LIB ( > >>>> libpt_linux_x86_r.so.1.10.0) > >>>> > >>>> Can anyone give me a clue > >>>> > >>> Install the libpt package first. > >>> > >> > > > http://wiki.ekiga.org/index.php/Linux_Users#Install_packages > > > > There is no libpt package in the FC5 download. there is > > pwlib-1.10.5-0.fc5.i86.rpm. When I attempt to install that package is > > when I get the dependency message. > > You need EITHER libpt or pwlib as the link provided above suggests. > You don't need both. Fedora Core 5 uses pwlib. > > You should not be having any dependency problems if you use yum which > is a package installer and dependency solver, e.g. > "yum install ekiga" > > How, _specifically_ are you trying to install ekiga? > > You should have no problems with Ekiga on FC5 (I have one system with > it currently installed and functioning nicely). You will need to make > sure that you have the updates repository enabled for yum. The most > up-to-date version it contains is 2.0.1-5. > > [skol at larry ush]# rpm -q ekiga > ekiga-2.0.1-5 > Well, first libpt and pwlib are the same. I don't know why there is 2 names for the same thing, but this is the exact same thing. pwlib-1.10.5 is part of Ekiga 2.0.7. This is an upgrade, and there is no repository for 2.0.7 (I wish...hum). The process you should follow is this one (in this order): 1. pwlib 1.10.5: http://www.ekiga.org/admin/downloads/latest/fedora/FC5/pwlib-1.10.5-0.fc5.i686.rpm 2. opal 2.2.6: http://www.ekiga.org/admin/downloads/latest/fedora/FC5/opal-2.2.6-0.fc5.i686.rpm 3. Ekiga 2.0.7 http://www.ekiga.org/admin/downloads/latest/fedora/FC5/ekiga-2.0.7-1.fc5.i686.rpm You're done. Now, give it a try, open a Terminal and type: $ ekiga If you have an error about GConf, this will likely be solved by doing this: $ killall -9 gconfd-2 Then restart ekiga in a Terminal by typing: $ ekiga Regards, Yannick > Best, > Oisin > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From sevmek at free.fr Mon Apr 2 15:02:47 2007 From: sevmek at free.fr (yannick) Date: Mon, 02 Apr 2007 17:02:47 +0200 Subject: [Ekiga-list] Installing Ekiga In-Reply-To: <1175525773.16067.39.camel@achille> References: <460E9301.6030504@realprogroup.com> <460E926A.3060400@free.fr> <1175404284.16067.26.camel@achille> <46110A8C.7020404@realprogroup.com> <1175525773.16067.39.camel@achille> Message-ID: <1175526167.16067.43.camel@achille> Le lundi 02 avril 2007 ? 16:56 +0200, yannick a ?crit : > > >>> I can't install Ekiga on a FC5 system using the downloaded RPMs > > >>>> I keep getting a Dependency error message , missing a LIB ( > > >>>> libpt_linux_x86_r.so.1.10.0) Hum... Seems you have another Ekiga allready installed in your system. Before upgrading you may try to delete the old packages of pwlib, opal and ekiga, then install the new packages. Uninstalling pwlib version 1.10.0 with your package manager should uninstall opal and ekiga in the same time. -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From dsandras at seconix.com Thu Apr 5 12:46:04 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 05 Apr 2007 14:46:04 +0200 Subject: [Ekiga-list] Ekiga story on Linux.com Message-ID: <1175777164.4572.43.camel@scorpion> Hi, Here is the link : http://applications.linux.com/article.pl?sid=07/03/29/1642209 -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From tomschuring at gmail.com Thu Apr 5 13:26:08 2007 From: tomschuring at gmail.com (tom schuring) Date: Thu, 5 Apr 2007 23:26:08 +1000 Subject: [Ekiga-list] command line mode ? Message-ID: hello, i am wondering if ekiga has a "command-line" (or deamon) mode where it doesn't show an interface but i can send it message (perhaps via sockets ?) to setup a voice connection ? i haven't found anything in the documentation so i thought i'd ask here. best regards, tom From jpuydt at free.fr Thu Apr 5 13:35:00 2007 From: jpuydt at free.fr (Julien Puydt) Date: Thu, 05 Apr 2007 15:35:00 +0200 Subject: [Ekiga-list] command line mode ? In-Reply-To: References: Message-ID: <4614FB04.2040504@free.fr> tom schuring a ?crit : > i am wondering if ekiga has a "command-line" (or deamon) mode where > it doesn't show an interface but i can send it message (perhaps via > sockets ?) to setup a voice connection ? > > i haven't found anything in the documentation so i thought i'd ask here. There's a dbus component which allows to do things from outside a running ekiga, including from commandline. Unfortunately, said already running ekiga will still require a X server. Snark From fonz at siol.net Thu Apr 5 23:02:55 2007 From: fonz at siol.net (Jure Petrovic) Date: Fri, 06 Apr 2007 01:02:55 +0200 Subject: [Ekiga-list] G729 codec Message-ID: <1175814175.14549.8.camel@localhost.localdomain> Hello, I am trying to write a g729 codec plugin for ekiga. I know this codec has several political issues, but please bear with me for a while :) My codec works and encodes/decodes files without a problem. But trying it to integrate with Ekiga doesn't work. Codec is designed so, that it accepts 160 bytes buffer with raw audio data (sampled at 8000Hz, 16bit) and converts it to 10 bytes g729 encoded buffer. Ekiga says something like this: from PCM-16 Clock Rate = 8000 Frame Time = 8 Max Bit Rate = 8000 Max Frame Size = 16 Needs Jitter = 1 Rx Frames Per Packet = 6 Tx Frames Per Packet = 6 to G.729 Clock Rate = 8000 Frame Time = 80 Max Bit Rate = 8000 Max Frame Size = 10 Needs Jitter = 1 Rx Frames Per Packet = 6 Tx Frames Per Packet = 6 and from G.729 Clock Rate = 8000 Frame Time = 80 Max Bit Rate = 8000 Max Frame Size = 10 Needs Jitter = 1 Rx Frames Per Packet = 6 Tx Frames Per Packet = 6 to PCM-16 Clock Rate = 8000 Frame Time = 8 Max Bit Rate = 128000 Max Frame Size = 16 Needs Jitter = 1 Rx Frames Per Packet = 240 Tx Frames Per Packet = 30 In ekiga, everything I send is silence. Is it possible, that I am calling the encode() function the wrong way? What should I observe? Regards, Jure From fonz at siol.net Fri Apr 6 09:21:08 2007 From: fonz at siol.net (Jure Petrovic) Date: Fri, 06 Apr 2007 11:21:08 +0200 Subject: [Ekiga-list] Audio plugins Message-ID: <1175851268.3755.3.camel@localhost.localdomain> Hello, Is there some flag or something you have to set to notify ekiga that your decoding is complete? My decoder works, because I write a file when decoding. When I import that file in audacity afterwards, I can hear normal decoded sound. Ekiga only gives me silence. Any ideas? Regards, Jure From fonz at siol.net Fri Apr 6 15:25:14 2007 From: fonz at siol.net (Jure Petrovic) Date: Fri, 06 Apr 2007 17:25:14 +0200 Subject: [Ekiga-list] Audio plugins In-Reply-To: <1175851268.3755.3.camel@localhost.localdomain> References: <1175851268.3755.3.camel@localhost.localdomain> Message-ID: <1175873114.3312.7.camel@localhost.localdomain> Got it! "void* to" is the pointer of location where data should reside after being encoded/decoded. All the time, I thought that this pointer should be set(!) to location where data is already stored. Well, my g729 codec now works in ekiga and if there is any interest I can put it online. It's in the form of shared library plugin for pwlib/opal.. Another thing. I was doing some tests with asterisk 1.4.2. Although, speex worked fine with asterisk 1.2.10, it doesn't work in 1.4.2 Sound is totally garbled and destroyed. It might be, that this is Asterisk error, but Firefly (IAX client) works OK with speex. Does anyone have ekiga connected to asterisk 1.4.2 using speex? And it works? Thank you, Jure On Fri, 2007-04-06 at 11:21 +0200, Jure Petrovic wrote: > Hello, > > > Is there some flag or something you have to set > to notify ekiga that your decoding is complete? > From jon at csail.mit.edu Mon Apr 9 18:46:31 2007 From: jon at csail.mit.edu (Jonathan D. Proulx) Date: Mon, 9 Apr 2007 14:46:31 -0400 Subject: [Ekiga-list] newbie issues... Message-ID: <20070409184631.GI2988@csail.mit.edu> Hi, I'm trying to setup Ekiga 2.0.3 (as shipped with Debian/Etch), for VOIP and video conferencing. I'm having a bit of trouble with each. for VOIP I'm using sip through the institute gateway device which is some cisco product I don't control. Incoming calls work fine. Out going calls show weird behavior. If the call isn't answered on the first ring I get an "abnormal call termination", if the call is answered on the first ring the call will work for a short but nondeterministic time and then end in the same bad way. Using an different soft phone (twinkle) out bound calls work fine. Looking at tcp dumps of the connections in both cases I see significan RTP traffic from the MIT sip server, with twinke there's also RTP traffic from my host back while ekiga is silent. Any clue what's up with that? For video conferencing I'm using h.323 to an old Vtel system for testing. Video quality is relatively poor (compated to teh Vtel system) no mater how fancy a camera I connect. I think this is ddue to the "Maximum video bandwidth" setting which is maxed at 100kB/s where as the Vtel system will go upto 768. Can this be raised? Thanks, -Jon From dsandras at seconix.com Tue Apr 10 20:52:03 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 10 Apr 2007 22:52:03 +0200 Subject: [Ekiga-list] newbie issues... In-Reply-To: <20070409184631.GI2988@csail.mit.edu> References: <20070409184631.GI2988@csail.mit.edu> Message-ID: <1176238323.5556.18.camel@scorpion> Le lundi 09 avril 2007 ? 14:46 -0400, Jonathan D. Proulx a ?crit : > Hi, > > I'm trying to setup Ekiga 2.0.3 (as shipped with Debian/Etch), for > VOIP and video conferencing. I'm having a bit of trouble with each. > > for VOIP I'm using sip through the institute gateway device which is > some cisco product I don't control. Incoming calls work fine. Out > going calls show weird behavior. If the call isn't answered on the > first ring I get an "abnormal call termination", if the call is > answered on the first ring the call will work for a short but > nondeterministic time and then end in the same bad way. > > Using an different soft phone (twinkle) out bound calls work fine. > Looking at tcp dumps of the connections in both cases I see significan > RTP traffic from the MIT sip server, with twinke there's also RTP > traffic from my host back while ekiga is silent. > > Any clue what's up with that? > Can you post a -d 4 debug output somewhere ? > For video conferencing I'm using h.323 to an old Vtel system for > testing. Video quality is relatively poor (compated to teh Vtel > system) no mater how fancy a camera I connect. I think this is ddue > to the "Maximum video bandwidth" setting which is maxed at 100kB/s > where as the Vtel system will go upto 768. Can this be raised? > Not yet, but I think this is due to the poor unpatented codec we are forced to use. VTel certainly uses things like H.263+ or MPEG4 which are not free to use. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From jon at csail.mit.edu Tue Apr 10 21:07:55 2007 From: jon at csail.mit.edu (Jonathan D. Proulx) Date: Tue, 10 Apr 2007 17:07:55 -0400 Subject: [Ekiga-list] newbie issues... In-Reply-To: <1176238323.5556.18.camel@scorpion> References: <20070409184631.GI2988@csail.mit.edu> <1176238323.5556.18.camel@scorpion> Message-ID: <20070410210755.GD4617@csail.mit.edu> On Tue, Apr 10, 2007 at 10:52:03PM +0200, Damien Sandras wrote: :Can you post a -d 4 debug output somewhere ? http://people.csail.mit.edu/jon/tmp/ekiga.debug.gz :Not yet, but I think this is due to the poor unpatented codec we are :forced to use. VTel certainly uses things like H.263+ or MPEG4 which are :not free to use. that's unfortunate. Thank you, -Jon From mario.moles at tiscali.it Tue Apr 10 23:18:00 2007 From: mario.moles at tiscali.it (Mario Moles) Date: Wed, 11 Apr 2007 01:18:00 +0200 Subject: [Ekiga-list] jack or arts Message-ID: <200704110118.02012.mario.moles@tiscali.it> To when a plugin for jack or arts? Thanks From GChriss at psu.edu Wed Apr 11 00:54:51 2007 From: GChriss at psu.edu (George Chriss) Date: Tue, 10 Apr 2007 20:54:51 -0400 Subject: [Ekiga-list] jack or arts Message-ID: <1176252890l.2228350l.0l@psu.edu> Hi, For that matter, how does one specify "line in" rather than "mic" in Ekiga/ASLA? Thanks, George On Wed, 11 Apr 2007 01:18:00 +0200 Ekiga mailing list wrote: To when a plugin for jack or arts? Thanks _______________________________________________ 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 sevmek at free.fr Wed Apr 11 05:41:56 2007 From: sevmek at free.fr (yannick) Date: Wed, 11 Apr 2007 07:41:56 +0200 Subject: [Ekiga-list] jack or arts In-Reply-To: <200704110118.02012.mario.moles@tiscali.it> References: <200704110118.02012.mario.moles@tiscali.it> Message-ID: <1176270116.17907.13.camel@achille> Le mercredi 11 avril 2007 ? 01:18 +0200, Mario Moles a ?crit : > To when a plugin for jack or arts? Thanks Hi, I don't now for atrs, but this system is deprecated in KDE. For jack see this: http://bugzilla.gnome.org/show_bug.cgi?id=335105 Snark is helping there... Regards, Yannick > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From fonz at siol.net Wed Apr 11 06:57:31 2007 From: fonz at siol.net (Jure Petrovic) Date: Wed, 11 Apr 2007 08:57:31 +0200 Subject: [Ekiga-list] jack or arts In-Reply-To: <1176252890l.2228350l.0l@psu.edu> References: <1176252890l.2228350l.0l@psu.edu> Message-ID: <1176274651.3023.0.camel@localhost.localdomain> This is waaay off-topic, but why don't you try alsamixer and set the correct capture input? Regards, Jure On Tue, 2007-04-10 at 20:54 -0400, George Chriss wrote: > Hi, > > For that matter, how does one specify "line in" rather than "mic" in > Ekiga/ASLA? From fonz at siol.net Wed Apr 11 07:13:39 2007 From: fonz at siol.net (Jure Petrovic) Date: Wed, 11 Apr 2007 09:13:39 +0200 Subject: [Ekiga-list] Opal audio plugin settings Message-ID: <1176275619.3290.4.camel@localhost.localdomain> I am really sorry to be such a bore with that, but now I see Damien is back and Craig maybe also :-) unsigned int recommendedFramesPerPacket; // = 2 unsigned int maxFramesPerPacket; // = 2 Why ekiga still sends only 1 frame per packet? Where can I set that? Regards, Jure From jpuydt at free.fr Wed Apr 11 07:22:28 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 11 Apr 2007 09:22:28 +0200 Subject: [Ekiga-list] Opal audio plugin settings In-Reply-To: <1176275619.3290.4.camel@localhost.localdomain> References: <1176275619.3290.4.camel@localhost.localdomain> Message-ID: <461C8CB4.20400@free.fr> Jure Petrovic a ?crit : > I am really sorry to be such a bore with that, but now I see > Damien is back and Craig maybe also :-) > > > unsigned int recommendedFramesPerPacket; // = 2 > unsigned int maxFramesPerPacket; // = 2 > > Why ekiga still sends only 1 frame per packet? Where can I set that? Notice that "//" means the "= 2" is a comment. You may want to try : unsigned int recommendedFramesPerPacket = 2; unsigned int maxFramesPerPacket = 2; Snark From fonz at siol.net Wed Apr 11 07:37:00 2007 From: fonz at siol.net (Jure Petrovic) Date: Wed, 11 Apr 2007 09:37:00 +0200 Subject: [Ekiga-list] Opal audio plugin settings In-Reply-To: <461C8CB4.20400@free.fr> References: <1176275619.3290.4.camel@localhost.localdomain> <461C8CB4.20400@free.fr> Message-ID: <1176277020.3707.3.camel@localhost.localdomain> Oh, no problem about that :) I have that set to value 2 in defines FRAMES_PER_PACKET and MAX_FRAMES_PER_PACKET. That was just my way of illustrating the example as the names come directly from opalplugin.h Thanks anyway :) > Notice that "//" means the "= 2" is a comment. You may want to try : > unsigned int recommendedFramesPerPacket = 2; > unsigned int maxFramesPerPacket = 2; > > Snark From dsandras at seconix.com Wed Apr 11 07:59:31 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 11 Apr 2007 09:59:31 +0200 Subject: [Ekiga-list] newbie issues... In-Reply-To: <20070410210755.GD4617@csail.mit.edu> References: <20070409184631.GI2988@csail.mit.edu> <1176238323.5556.18.camel@scorpion> <20070410210755.GD4617@csail.mit.edu> Message-ID: <1176278371.3798.10.camel@scorpion> Le mardi 10 avril 2007 ? 17:07 -0400, Jonathan D. Proulx a ?crit : > On Tue, Apr 10, 2007 at 10:52:03PM +0200, Damien Sandras wrote: > > :Can you post a -d 4 debug output somewhere ? > > http://people.csail.mit.edu/jon/tmp/ekiga.debug.gz > You should upgrade to 2.0.9 that we will release soon (tonight) and try again. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sevmek at free.fr Wed Apr 11 10:14:25 2007 From: sevmek at free.fr (yannick) Date: Wed, 11 Apr 2007 12:14:25 +0200 Subject: [Ekiga-list] wiki.ekiga.org restricted access Message-ID: <1176286465.7950.4.camel@achille> Hello, After a wiki abuse (probably by a script), registration to the wiki, which allows editing, is restricted. If you want to edit the wiki, contact me first, I'll give you an account. Regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From mcepl at redhat.com Wed Apr 11 10:59:52 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 11 Apr 2007 12:59:52 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server Message-ID: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> Hi, just trying to get ekiga working with the internal RedHat CISCO server. The only thing which somehow works is twinkle, but ekiga (even in 2.0.7 version) doesn't seem to work, ekiga is not able even to register. Is anybody interested in the attached log (or should I go for --debug 6)? Best, Mat?j Cepl -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. -- Linus Torvalds New York Times, 28 Sept 03 -------------- next part -------------- 2007/04/11 12:56:20.770 0:00.388 ekiga Detected audio plugins: ALSA 2007/04/11 12:56:20.771 0:00.388 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/11 12:56:20.771 0:00.388 ekiga Detected audio plugins: ALSA 2007/04/11 12:56:20.771 0:00.388 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/11 12:56:20.789 0:00.406 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 12:56:20.789 0:00.406 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 12:56:20.789 0:00.406 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/11 12:56:20.789 0:00.406 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 12:56:20.789 0:00.406 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 12:56:20.789 0:00.406 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/11 12:56:21.505 0:01.122 ekiga Ekiga version 2.0.7 2007/04/11 12:56:21.505 0:01.122 ekiga OPAL version 2.2.6 2007/04/11 12:56:21.505 0:01.122 ekiga PWLIB version 1.10.5 2007/04/11 12:56:21.505 0:01.122 ekiga GNOME support enabled 2007/04/11 12:56:21.505 0:01.122 ekiga Fullscreen support enabled 2007/04/11 12:56:21.505 0:01.122 ekiga DBUS support disabled 2007/04/11 12:56:21.510 0:01.127 ekiga Set TCP port range to 30000:30010 2007/04/11 12:56:21.510 0:01.127 ekiga Set RTP port range to 5000:5059 2007/04/11 12:56:21.510 0:01.127 ekiga Set UDP port range to 5060:5100 2007/04/11 12:56:21.510 0:01.128 ekiga OpalEP Created endpoint: h323 2007/04/11 12:56:21.511 0:01.128 ekiga H323 Created endpoint. 2007/04/11 12:56:21.512 0:01.129 ekiga OpalMan Added route "pc:.*=h323:" 2007/04/11 12:56:21.512 0:01.129 ekiga OpalEP Created endpoint: sip 2007/04/11 12:56:21.512 0:01.129 ekiga SIP Created endpoint. 2007/04/11 12:56:21.512 0:01.130 ekiga OpalMan Added route "pc:.*=sip:" 2007/04/11 12:56:21.513 0:01.130 ekiga OpalEP Created endpoint: pc 2007/04/11 12:56:21.515 0:01.132 ekiga PCSS Created PC sound system endpoint. 2007/04/11 12:56:21.515 0:01.132 ekiga OpalMan Added route "h323:.*=pc:" 2007/04/11 12:56:21.515 0:01.132 ekiga OpalMan Added route "sip:.*=pc:" 2007/04/11 12:56:21.545 0:01.162 Opal Listener:d3cb80 Listen Started listening thread on tcp$10.0.0.10:1720 2007/04/11 12:56:21.545 0:01.162 Opal Listener:d3cb80 Listen Waiting on socket accept on tcp$10.0.0.10:1720 2007/04/11 12:56:21.550 0:01.167 Opal Listener:c18a60 Listen Started listening thread on udp$10.0.0.10:5060 2007/04/11 12:56:21.550 0:01.167 Opal Listener:c18a60 Listen Waiting on UDP packet on udp$10.0.0.10:5060 2007/04/11 12:56:21.554 0:01.171 ekiga AVAHI Adding service Matej Cepl 2007/04/11 12:56:31.869 0:11.486 GMStunClient:00d80d30 OPAL STUN server "stun.ekiga.net" replies Port Restricted NAT, external IP 212.71.160.53 2007/04/11 12:56:31.943 0:11.560 GMAccounts...t:00c6bc40 OpalUDP Binding to interface: 10.0.0.10:34259 2007/04/11 12:56:31.943 0:11.560 GMAccounts...t:00c6bc40 SIP Created transport udp$0.0.0.0 2007/04/11 12:56:31.944 0:11.561 GMAccounts...t:00c6bc40 OpalUDP Started connect to 86.64.162.35:5060 2007/04/11 12:56:31.978 0:11.595 GMAccounts...t:00c6bc40 OpalUDP STUN created socket: 212.71.160.53:5063 2007/04/11 12:56:31.979 0:11.596 GMAccounts...t:00c6bc40 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/04/11 12:56:31.983 0:11.600 GMAccounts...t:00c6bc40 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK4691e1f9-88e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=4e89e1f9-88e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/11 12:56:31.984 0:11.601 SIP Transport:d78160 SIP Read thread started. 2007/04/11 12:56:31.984 0:11.601 SIP Transport:d78160 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:56:31.990 0:11.607 GMAccounts...t:00c6bc40 OpalUDP Binding to interface: 10.0.0.10:34259 2007/04/11 12:56:31.990 0:11.607 GMAccounts...t:00c6bc40 SIP Created transport udp$0.0.0.0 2007/04/11 12:56:31.990 0:11.607 GMAccounts...t:00c6bc40 OpalUDP Started connect to 86.64.162.35:5060 2007/04/11 12:56:32.034 0:11.651 SIP Transport:d78160 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK4691e1f9-88e6-db11-844e-00188b1d07d1;rport=5063 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=4e89e1f9-88e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.34d7 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=7669 req_src_ip=212.71.160.53 req_src_port=5063 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="461cc0ce1d0dabc13ab60815519926a4bbaa5b79", qop="auth" 2007/04/11 12:56:32.034 0:11.651 SIP Transport:d78160 SIP Transaction 1 REGISTER completed. 2007/04/11 12:56:32.034 0:11.651 GMAccounts...t:00c6bc40 OpalUDP STUN created socket: 212.71.160.53:5064 2007/04/11 12:56:32.035 0:11.652 GMAccounts...t:00c6bc40 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/04/11 12:56:32.037 0:11.654 SIP Transport:d78160 OpalUDP Ended connect, selecting 212.71.160.53:5063 2007/04/11 12:56:32.037 0:11.654 SIP Transport:d78160 SIP Received Authentication Required response 2007/04/11 12:56:32.037 0:11.654 SIP Transport:d78160 SIP Updated realm to ekiga.net 2007/04/11 12:56:32.040 0:11.657 SIP Transport:d78160 SIP Adding authentication information 2007/04/11 12:56:32.041 0:11.658 SIP Transport:d78160 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK966feaf9-88e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 Authorization: Digest username="ceplma", realm="ekiga.net", nonce="461cc0ce1d0dabc13ab60815519926a4bbaa5b79", uri="sip:ekiga.net", algorithm=md5, response="7014d60b8a036f2f828f28c7cf6a396b" From: ;tag=4e89e1f9-88e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/11 12:56:32.043 0:11.660 GMAccounts...t:00c6bc40 SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:ceplma at ekiga.net SIP/2.0 CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 212.71.160.53:5064;branch=z9hG4bK7ccfeaf9-88e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=c8c9eaf9-88e6-db11-844e-00188b1d07d1 Call-ID: e6e0e2f9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/11 12:56:32.044 0:11.661 SIP Transport:d78160 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:56:32.045 0:11.662 SIP Transport:eb2c40 SIP Read thread started. 2007/04/11 12:56:32.045 0:11.662 SIP Transport:eb2c40 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:56:32.097 0:11.714 SIP Transport:d78160 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 200 OK CSeq: 2 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK966feaf9-88e6-db11-844e-00188b1d07d1;rport=5063 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=4e89e1f9-88e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.7d29 Contact: ;expires=3600 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=7668 req_src_ip=212.71.160.53 req_src_port=5063 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 2007/04/11 12:56:32.098 0:11.715 SIP Transport:d78160 SIP Transaction 2 REGISTER completed. 2007/04/11 12:56:32.099 0:11.716 SIP Transport:d78160 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:56:32.114 0:11.731 SIP Transport:eb2c40 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 477 Unfortunately error on sending to next hop occurred (477/TM) CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 212.71.160.53:5064;branch=z9hG4bK7ccfeaf9-88e6-db11-844e-00188b1d07d1;rport=5064 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=c8c9eaf9-88e6-db11-844e-00188b1d07d1 Call-ID: e6e0e2f9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=45ac72d5874f25c7bbba41009dcb57ec-a91f Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=7670 req_src_ip=212.71.160.53 req_src_port=5064 in_uri=sip:ceplma at ekiga.net out_uri=sip:ceplma at ekiga.net via_cnt==1" Content-Length: 0 2007/04/11 12:56:32.114 0:11.731 SIP Transport:eb2c40 SIP Transaction 3 SUBSCRIBE completed. 2007/04/11 12:56:32.114 0:11.731 SIP Transport:eb2c40 OpalUDP Ended connect, selecting 212.71.160.53:5064 2007/04/11 12:56:32.115 0:11.732 SIP Transport:eb2c40 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:56:33.034 0:12.651 Housekeeper SIP Set state Terminated_Success for transaction 1 REGISTER 2007/04/11 12:56:33.098 0:12.715 Housekeeper SIP Set state Terminated_Success for transaction 2 REGISTER 2007/04/11 12:56:33.114 0:12.731 Housekeeper SIP Set state Terminated_Success for transaction 3 SUBSCRIBE 2007/04/11 12:56:49.696 0:29.313 ekiga Listen Stopping listening thread on tcp$10.0.0.10:1720 2007/04/11 12:56:49.698 0:29.315 ekiga Listen Stopping listening thread on udp$10.0.0.10:5060 2007/04/11 12:56:49.698 0:29.315 Opal Listener:d3cb80 Listen Started listening thread on tcp$10.32.4.84:1720 2007/04/11 12:56:49.698 0:29.315 Opal Listener:d3cb80 Listen Waiting on socket accept on tcp$10.32.4.84:1720 2007/04/11 12:56:49.698 0:29.315 Opal Listener:c18a60 Listen UDP select error: P?eru?en? vol?n? syst?mu 2007/04/11 12:56:49.699 0:29.316 Opal Listener:c186f0 Listen Started listening thread on udp$10.32.4.84:5060 2007/04/11 12:56:49.699 0:29.316 Opal Listener:c186f0 Listen Waiting on UDP packet on udp$10.32.4.84:5060 2007/04/11 12:57:03.058 0:42.675 GMAccounts...t:00c6bc40 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK4c4d670c-89e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=3848670c-89e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 0 Content-Length: 0 Max-Forwards: 70 2007/04/11 12:57:03.109 0:42.726 SIP Transport:d78160 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 401 Unauthorized CSeq: 4 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK4c4d670c-89e6-db11-844e-00188b1d07d1;rport=5063 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=3848670c-89e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.fb4e Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=7671 req_src_ip=212.71.160.53 req_src_port=5063 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="461cc0edb08029ddfa249132fe42467b6488f6fd", qop="auth" 2007/04/11 12:57:03.109 0:42.726 SIP Transport:d78160 SIP Transaction 4 REGISTER completed. 2007/04/11 12:57:03.109 0:42.726 SIP Transport:d78160 SIP Received Authentication Required response 2007/04/11 12:57:03.112 0:42.729 SIP Transport:d78160 SIP Adding authentication information 2007/04/11 12:57:03.112 0:42.729 SIP Transport:d78160 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 5 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK069f6f0c-89e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 Authorization: Digest username="ceplma", realm="ekiga.net", nonce="461cc0edb08029ddfa249132fe42467b6488f6fd", uri="sip:ekiga.net", algorithm=md5, response="3e923c8c3280a618ac0007d853095bea" From: ;tag=3848670c-89e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 0 Content-Length: 0 Max-Forwards: 70 2007/04/11 12:57:03.112 0:42.729 SIP Transport:d78160 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:57:03.168 0:42.785 SIP Transport:d78160 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 200 OK CSeq: 5 REGISTER Via: SIP/2.0/UDP 212.71.160.53:5063;branch=z9hG4bK069f6f0c-89e6-db11-844e-00188b1d07d1;rport=5063 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=3848670c-89e6-db11-844e-00188b1d07d1 Call-ID: dec7dbf9-88e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.3a1c Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=7676 req_src_ip=212.71.160.53 req_src_port=5063 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 2007/04/11 12:57:03.169 0:42.786 SIP Transport:d78160 SIP Transaction 5 REGISTER completed. 2007/04/11 12:57:03.170 0:42.787 SIP Transport:d78160 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/04/11 12:57:04.112 0:43.729 Housekeeper SIP Set state Terminated_Success for transaction 4 REGISTER 2007/04/11 12:57:04.172 0:43.789 Housekeeper SIP Set state Terminated_Success for transaction 5 REGISTER 2007/04/11 12:57:04.492 0:44.109 Housekeeper Opal Transport clean up on termination 2007/04/11 12:57:04.492 0:44.109 Housekeeper OpalUDP Close 2007/04/11 12:57:04.492 0:44.109 Housekeeper Opal Transport Close 2007/04/11 12:57:04.492 0:44.109 SIP Transport:d78160 SIP Read thread finished. 2007/04/11 12:57:04.493 0:44.110 Housekeeper SIP Transaction 1 REGISTER destroyed. 2007/04/11 12:57:04.493 0:44.110 Housekeeper SIP Transaction 2 REGISTER destroyed. 2007/04/11 12:57:04.493 0:44.110 Housekeeper SIP Transaction 4 REGISTER destroyed. 2007/04/11 12:57:04.493 0:44.110 Housekeeper SIP Transaction 5 REGISTER destroyed. 2007/04/11 12:57:08.280 0:47.897 GMAccounts...t:00d78160 OpalUDP Binding to interface: 10.32.4.84:34259 2007/04/11 12:57:08.280 0:47.897 GMAccounts...t:00d78160 SIP Created transport udp$0.0.0.0 2007/04/11 12:57:09.153 0:48.770 GMAccounts...t:00d78160 OpalUDP Started connect to 10.32.8.32:5060 2007/04/11 12:57:09.153 0:48.770 GMAccounts...t:00d78160 OpalUDP Connect on pre-bound interface: 10.32.4.84 2007/04/11 12:57:09.154 0:48.771 GMAccounts...t:00d78160 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/11 12:57:09.155 0:48.772 GMAccounts...t:00d78160 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 6 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK42cf0910-89e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=e8c90910-89e6-db11-844e-00188b1d07d1 Call-ID: b451840f-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 60 Content-Length: 0 Max-Forwards: 70 2007/04/11 12:57:09.156 0:48.774 SIP Transport:e8afd0 SIP Read thread started. 2007/04/11 12:57:09.157 0:48.774 GMAccounts...t:00d78160 OpalUDP Binding to interface: 10.32.4.84:34260 2007/04/11 12:57:09.158 0:48.775 GMAccounts...t:00d78160 SIP Created transport udp$0.0.0.0 2007/04/11 12:57:09.158 0:48.775 GMAccounts...t:00d78160 OpalUDP Started connect to 10.32.8.32:5060 2007/04/11 12:57:09.158 0:48.775 GMAccounts...t:00d78160 OpalUDP Connect on pre-bound interface: 10.32.4.84 2007/04/11 12:57:09.158 0:48.775 GMAccounts...t:00d78160 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/11 12:57:09.160 0:48.777 GMAccounts...t:00d78160 SIP Sending PDU on udp$10.32.8.32:5060 SUBSCRIBE sip:8255104 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 7 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.84:5062;branch=z9hG4bKe6840a10-89e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=1e7f0a10-89e6-db11-844e-00188b1d07d1 Call-ID: 1e390a10-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/11 12:57:09.160 0:48.777 SIP Transport:e8afd0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:09.161 0:48.778 SIP Transport:9838d0 SIP Read thread started. 2007/04/11 12:57:09.161 0:48.778 SIP Transport:9838d0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:09.207 0:48.824 SIP Transport:e8afd0 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Wed, 11 Apr 2007 10:53:32 GMT CSeq: 6 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK42cf0910-89e6-db11-844e-00188b1d07d1;rport From: ;tag=e8c90910-89e6-db11-844e-00188b1d07d1 Call-ID: b451840f-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Content-Length: 0 2007/04/11 12:57:09.207 0:48.824 SIP Transport:e8afd0 SIP Transaction 6 REGISTER proceeding. 2007/04/11 12:57:09.208 0:48.825 SIP Transport:e8afd0 OpalUDP Ended connect, selecting 10.32.4.84:5061 2007/04/11 12:57:09.208 0:48.825 SIP Transport:e8afd0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:09.229 0:48.846 SIP Transport:9838d0 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 503 Service Unavailable Date: Wed, 11 Apr 2007 10:53:32 GMT CSeq: 7 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.84:5062;branch=z9hG4bKe6840a10-89e6-db11-844e-00188b1d07d1;rport From: ;tag=1e7f0a10-89e6-db11-844e-00188b1d07d1 Retry-After: 60 Call-ID: 1e390a10-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1560444752 Warning: 399 "Routing failed: ccbid=1588416 socket=10.32.4.84:5062" Content-Length: 0 2007/04/11 12:57:09.229 0:48.846 SIP Transport:9838d0 SIP Transaction 7 SUBSCRIBE completed. 2007/04/11 12:57:09.230 0:48.847 SIP Transport:9838d0 OpalUDP Ended connect, selecting 10.32.4.84:5062 2007/04/11 12:57:09.230 0:48.847 SIP Transport:9838d0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:09.720 0:49.337 SIP Transport:e8afd0 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 401 Unauthorized Date: Wed, 11 Apr 2007 10:53:32 GMT CSeq: 6 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK42cf0910-89e6-db11-844e-00188b1d07d1;rport From: ;tag=e8c90910-89e6-db11-844e-00188b1d07d1 Call-ID: b451840f-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1730141257 Content-Length: 0 WWW-Authenticate: Digest realm="ccmsipline", nonce="zvs6mGP+QrzE6CMRh/H80ea7cccArsPf", algorithm=MD5 2007/04/11 12:57:09.720 0:49.337 SIP Transport:e8afd0 SIP Transaction 6 REGISTER completed. 2007/04/11 12:57:09.720 0:49.337 SIP Transport:e8afd0 SIP Received Authentication Required response 2007/04/11 12:57:09.721 0:49.338 SIP Transport:e8afd0 SIP Updated realm to ccmsipline 2007/04/11 12:57:09.722 0:49.339 SIP Transport:e8afd0 SIP Adding authentication information 2007/04/11 12:57:09.722 0:49.339 SIP Transport:e8afd0 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 8 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK22576010-89e6-db11-844e-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 Authorization: Digest username="55104", realm="ccmsipline", nonce="zvs6mGP+QrzE6CMRh/H80ea7cccArsPf", uri="sip:ccm-sub1.ipt.str.redhat.com", algorithm=md5, response="44a72682ffea1952c51320a6c6e369b7" From: ;tag=e8c90910-89e6-db11-844e-00188b1d07d1 Call-ID: b451840f-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 60 Content-Length: 0 Max-Forwards: 70 2007/04/11 12:57:09.722 0:49.339 SIP Transport:e8afd0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:09.786 0:49.403 SIP Transport:e8afd0 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Wed, 11 Apr 2007 10:53:32 GMT CSeq: 8 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK22576010-89e6-db11-844e-00188b1d07d1;rport From: ;tag=e8c90910-89e6-db11-844e-00188b1d07d1 Call-ID: b451840f-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1730141257 Content-Length: 0 2007/04/11 12:57:09.786 0:49.403 SIP Transport:e8afd0 SIP Transaction 8 REGISTER proceeding. 2007/04/11 12:57:09.787 0:49.404 SIP Transport:e8afd0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:09.788 0:49.405 SIP Transport:e8afd0 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 423 Interval Too Brief Date: Wed, 11 Apr 2007 10:53:32 GMT CSeq: 8 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK22576010-89e6-db11-844e-00188b1d07d1;rport From: ;tag=e8c90910-89e6-db11-844e-00188b1d07d1 Call-ID: b451840f-89e6-db11-844e-00188b1d07d1 at hubmaier.ceplovi.cz Min-Expires: 120 To: ;tag=1730141257 Content-Length: 0 2007/04/11 12:57:09.788 0:49.405 SIP Transport:e8afd0 SIP Transaction 8 REGISTER completed. 2007/04/11 12:57:09.796 0:49.413 SIP Transport:e8afd0 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 12:57:10.232 0:49.849 Housekeeper SIP Set state Terminated_Success for transaction 7 SUBSCRIBE 2007/04/11 12:57:10.724 0:50.341 Housekeeper SIP Set state Terminated_Success for transaction 6 REGISTER 2007/04/11 12:57:10.792 0:50.409 Housekeeper SIP Set state Terminated_Success for transaction 8 REGISTER 2007/04/11 12:57:42.818 1:22.435 ekiga Listen Stopping listening thread on tcp$10.32.4.84:1720 2007/04/11 12:57:42.819 1:22.436 ekiga H323 Deleted endpoint. 2007/04/11 12:57:42.819 1:22.436 ekiga OpalEP h323 endpoint destroyed. 2007/04/11 12:57:44.494 1:24.111 Housekeeper Opal Transport clean up on termination 2007/04/11 12:57:44.494 1:24.111 Housekeeper OpalUDP Close 2007/04/11 12:57:44.494 1:24.111 Housekeeper Opal Transport Close 2007/04/11 12:57:44.495 1:24.112 SIP Transport:eb2c40 SIP Read thread finished. 2007/04/11 12:57:44.495 1:24.112 Housekeeper SIP Transaction 3 SUBSCRIBE destroyed. 2007/04/11 12:57:44.495 1:24.112 Housekeeper Opal Transport clean up on termination 2007/04/11 12:57:44.495 1:24.112 Housekeeper OpalUDP Close 2007/04/11 12:57:44.496 1:24.113 Housekeeper Opal Transport Close 2007/04/11 12:57:44.496 1:24.113 SIP Transport:9838d0 SIP Read thread finished. 2007/04/11 12:57:44.507 1:24.124 Housekeeper SIP Transaction 7 SUBSCRIBE destroyed. 2007/04/11 12:57:46.494 1:26.111 Housekeeper Opal Transport clean up on termination 2007/04/11 12:57:46.495 1:26.112 Housekeeper OpalUDP Close 2007/04/11 12:57:46.495 1:26.112 Housekeeper Opal Transport Close 2007/04/11 12:57:46.495 1:26.112 SIP Transport:e8afd0 SIP Read thread finished. 2007/04/11 12:57:46.495 1:26.112 Housekeeper SIP Transaction 6 REGISTER destroyed. 2007/04/11 12:57:46.495 1:26.112 Housekeeper SIP Transaction 8 REGISTER destroyed. 2007/04/11 12:57:46.502 1:26.119 ekiga Listen Stopping listening thread on udp$10.32.4.84:5060 2007/04/11 12:57:46.503 1:26.120 Opal Listener:c186f0 Listen UDP select error: P?eru?en? vol?n? syst?mu 2007/04/11 12:57:46.503 1:26.120 ekiga SIP Deleted endpoint. 2007/04/11 12:57:46.503 1:26.120 ekiga OpalEP sip endpoint destroyed. 2007/04/11 12:57:46.503 1:26.120 ekiga PCSS Deleted PC sound system endpoint. 2007/04/11 12:57:46.503 1:26.120 ekiga OpalEP pc endpoint destroyed. 2007/04/11 12:57:46.503 1:26.120 ekiga OpalMan Deleted manager. From dsandras at seconix.com Wed Apr 11 11:20:59 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 11 Apr 2007 13:20:59 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> Message-ID: <1176290459.8216.0.camel@scorpion> Hi, Le mercredi 11 avril 2007 ? 12:59 +0200, Matej Cepl a ?crit : > Hi, > > just trying to get ekiga working with the internal RedHat CISCO server. > The only thing which somehow works is twinkle, but ekiga (even in 2.0.7 > version) doesn't seem to work, ekiga is not able even to register. Is > anybody interested in the attached log (or should I go for --debug 6)? > Is there any specific reason why you specified a registration timeout of 60 seconds in Ekiga and not in Twinkle ? See this : SIP/2.0 423 Interval Too Brief This explains your problem. Just use default values and you should be on the safe side. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From mcepl at redhat.com Wed Apr 11 14:05:11 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 11 Apr 2007 16:05:11 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: <1176290459.8216.0.camel@scorpion> References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> Message-ID: <1176300311.4738.25.camel@hubmaier.ceplovi.cz> Damien Sandras p??e v St 11. 04. 2007 v 13:20 +0200: > Is there any specific reason why you specified a registration timeout of > 60 seconds in Ekiga and not in Twinkle ? Yep, because the registration message in Twinkle says, that registration expires in 120 sec. > See this : > SIP/2.0 423 Interval Too Brief Chmm, I don't get this error with Twinkle. BTW, registration with default values doesn't work either. See attached. Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC I love deadlines. I like the whooshing sound they make as they fly by. -- Douglas Adams -------------- next part -------------- 2007/04/11 15:59:45.313 0:00.419 ekiga Detected audio plugins: ALSA 2007/04/11 15:59:45.313 0:00.419 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/11 15:59:45.313 0:00.419 ekiga Detected audio plugins: ALSA 2007/04/11 15:59:45.313 0:00.419 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/11 15:59:45.331 0:00.437 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 15:59:45.331 0:00.437 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 15:59:45.331 0:00.437 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/11 15:59:45.331 0:00.437 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 15:59:45.331 0:00.437 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/11 15:59:45.331 0:00.437 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/11 15:59:46.211 0:01.317 ekiga Ekiga version 2.0.7 2007/04/11 15:59:46.211 0:01.317 ekiga OPAL version 2.2.6 2007/04/11 15:59:46.211 0:01.317 ekiga PWLIB version 1.10.5 2007/04/11 15:59:46.211 0:01.317 ekiga GNOME support enabled 2007/04/11 15:59:46.212 0:01.318 ekiga Fullscreen support enabled 2007/04/11 15:59:46.212 0:01.318 ekiga DBUS support disabled 2007/04/11 15:59:46.218 0:01.324 ekiga Set TCP port range to 30000:30010 2007/04/11 15:59:46.219 0:01.325 ekiga Set RTP port range to 5000:5059 2007/04/11 15:59:46.219 0:01.325 ekiga Set UDP port range to 5060:5100 2007/04/11 15:59:46.219 0:01.325 ekiga OpalEP Created endpoint: h323 2007/04/11 15:59:46.219 0:01.325 ekiga H323 Created endpoint. 2007/04/11 15:59:46.220 0:01.326 ekiga OpalMan Added route "pc:.*=h323:" 2007/04/11 15:59:46.220 0:01.326 ekiga OpalEP Created endpoint: sip 2007/04/11 15:59:46.221 0:01.327 ekiga SIP Created endpoint. 2007/04/11 15:59:46.221 0:01.328 ekiga OpalMan Added route "pc:.*=sip:" 2007/04/11 15:59:46.222 0:01.328 ekiga OpalEP Created endpoint: pc 2007/04/11 15:59:46.224 0:01.330 ekiga PCSS Created PC sound system endpoint. 2007/04/11 15:59:46.224 0:01.330 ekiga OpalMan Added route "h323:.*=pc:" 2007/04/11 15:59:46.224 0:01.330 ekiga OpalMan Added route "sip:.*=pc:" 2007/04/11 15:59:46.260 0:01.366 Opal Listener:c551b0 Listen Started listening thread on tcp$10.32.4.84:1720 2007/04/11 15:59:46.260 0:01.366 Opal Listener:c551b0 Listen Waiting on socket accept on tcp$10.32.4.84:1720 2007/04/11 15:59:46.261 0:01.367 Opal Listener:c552a0 Listen Started listening thread on udp$10.32.4.84:5060 2007/04/11 15:59:46.261 0:01.367 Opal Listener:c552a0 Listen Waiting on UDP packet on udp$10.32.4.84:5060 2007/04/11 15:59:46.270 0:01.376 ekiga AVAHI Adding service Matej Cepl 2007/04/11 15:59:46.342 0:01.448 GMAccounts...t:00c7d190 OpalUDP Binding to interface: 10.32.4.84:34296 2007/04/11 15:59:46.342 0:01.448 GMAccounts...t:00c7d190 SIP Created transport udp$0.0.0.0 2007/04/11 15:59:46.343 0:01.449 GMAccounts...t:00c7d190 OpalUDP Started connect to 10.32.8.32:5060 2007/04/11 15:59:46.343 0:01.449 GMAccounts...t:00c7d190 OpalUDP Connect on pre-bound interface: 10.32.4.84 2007/04/11 15:59:46.344 0:01.450 GMAccounts...t:00c7d190 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/11 15:59:46.345 0:01.451 GMAccounts...t:00c7d190 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK36590893-a2e6-db11-9f97-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=6c500893-a2e6-db11-9f97-00188b1d07d1 Call-ID: d0d80793-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 115 Content-Length: 0 Max-Forwards: 70 2007/04/11 15:59:46.348 0:01.454 GMAccounts...t:00c7d190 OpalUDP Binding to interface: 10.32.4.84:34297 2007/04/11 15:59:46.348 0:01.454 GMAccounts...t:00c7d190 SIP Created transport udp$0.0.0.0 2007/04/11 15:59:46.351 0:01.457 GMAccounts...t:00c7d190 OpalUDP Started connect to 10.32.8.32:5060 2007/04/11 15:59:46.351 0:01.457 GMAccounts...t:00c7d190 OpalUDP Connect on pre-bound interface: 10.32.4.84 2007/04/11 15:59:46.352 0:01.458 GMAccounts...t:00c7d190 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/11 15:59:46.353 0:01.459 GMAccounts...t:00c7d190 SIP Sending PDU on udp$10.32.8.32:5060 SUBSCRIBE sip:8255104 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.84:5062;branch=z9hG4bKb08d0993-a2e6-db11-9f97-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=ac870993-a2e6-db11-9f97-00188b1d07d1 Call-ID: e6c60893-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/11 15:59:46.354 0:01.460 SIP Transport:b4011750 SIP Read thread started. 2007/04/11 15:59:46.354 0:01.460 SIP Transport:b4011750 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:46.354 0:01.460 SIP Transport:b4073b90 SIP Read thread started. 2007/04/11 15:59:46.354 0:01.460 SIP Transport:b4073b90 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:46.395 0:01.502 SIP Transport:b4011750 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Wed, 11 Apr 2007 13:56:08 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK36590893-a2e6-db11-9f97-00188b1d07d1;rport From: ;tag=6c500893-a2e6-db11-9f97-00188b1d07d1 Call-ID: d0d80793-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: Content-Length: 0 2007/04/11 15:59:46.419 0:01.525 SIP Transport:b4011750 SIP Transaction 1 REGISTER proceeding. 2007/04/11 15:59:46.420 0:01.526 SIP Transport:b4011750 OpalUDP Ended connect, selecting 10.32.4.84:5061 2007/04/11 15:59:46.444 0:01.550 Housekeeper SIP Transaction 2 SUBSCRIBE timeout, making retry 1 2007/04/11 15:59:46.444 0:01.550 SIP Transport:b4011750 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:46.464 0:01.570 Housekeeper SIP Sending PDU on udp$10.32.8.32:5060 SUBSCRIBE sip:8255104 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.84:5062;branch=z9hG4bKb08d0993-a2e6-db11-9f97-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=ac870993-a2e6-db11-9f97-00188b1d07d1 Call-ID: e6c60893-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/11 15:59:46.525 0:01.631 SIP Transport:b4073b90 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 503 Service Unavailable Date: Wed, 11 Apr 2007 13:56:08 GMT Date: Wed, 11 Apr 2007 13:56:08 GMT CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.84:5062;branch=z9hG4bKb08d0993-a2e6-db11-9f97-00188b1d07d1;rport Via: SIP/2.0/UDP 10.32.4.84:5062;branch=z9hG4bKb08d0993-a2e6-db11-9f97-00188b1d07d1;rport From: ;tag=ac870993-a2e6-db11-9f97-00188b1d07d1 From: ;tag=ac870993-a2e6-db11-9f97-00188b1d07d1 Retry-After: 60 Call-ID: e6c60893-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1506365127 To: ;tag=1506365127 Warning: 399 "Routing failed: ccbid=1596999 socket=10.32.4.84:5062" Content-Length: 0 2007/04/11 15:59:46.526 0:01.632 SIP Transport:b4073b90 SIP Transaction 2 SUBSCRIBE completed. 2007/04/11 15:59:46.526 0:01.632 SIP Transport:b4073b90 OpalUDP Ended connect, selecting 10.32.4.84:5062 2007/04/11 15:59:46.526 0:01.632 SIP Transport:b4073b90 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:46.901 0:02.007 SIP Transport:b4011750 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 401 Unauthorized Date: Wed, 11 Apr 2007 13:56:08 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bK36590893-a2e6-db11-9f97-00188b1d07d1;rport From: ;tag=6c500893-a2e6-db11-9f97-00188b1d07d1 Call-ID: d0d80793-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1963515556 Content-Length: 0 WWW-Authenticate: Digest realm="ccmsipline", nonce="iM4kxlrnFRqk1cfTWVr45DjW9riC2Fe6", algorithm=MD5 2007/04/11 15:59:46.902 0:02.008 SIP Transport:b4011750 SIP Transaction 1 REGISTER completed. 2007/04/11 15:59:46.902 0:02.008 SIP Transport:b4011750 SIP Received Authentication Required response 2007/04/11 15:59:46.902 0:02.008 SIP Transport:b4011750 SIP Updated realm to ccmsipline 2007/04/11 15:59:46.904 0:02.010 SIP Transport:b4011750 SIP Adding authentication information 2007/04/11 15:59:46.904 0:02.010 SIP Transport:b4011750 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bKbc965d93-a2e6-db11-9f97-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 Authorization: Digest username="55104", realm="ccmsipline", nonce="iM4kxlrnFRqk1cfTWVr45DjW9riC2Fe6", uri="sip:ccm-sub1.ipt.str.redhat.com", algorithm=md5, response="83480e07ae09a655f6dd9d2bd7e14d99" From: ;tag=6c500893-a2e6-db11-9f97-00188b1d07d1 Call-ID: d0d80793-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 115 Content-Length: 0 Max-Forwards: 70 2007/04/11 15:59:46.905 0:02.011 SIP Transport:b4011750 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:46.962 0:02.068 SIP Transport:b4011750 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Wed, 11 Apr 2007 13:56:08 GMT CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bKbc965d93-a2e6-db11-9f97-00188b1d07d1;rport From: ;tag=6c500893-a2e6-db11-9f97-00188b1d07d1 Call-ID: d0d80793-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1963515556 Content-Length: 0 2007/04/11 15:59:46.962 0:02.068 SIP Transport:b4011750 SIP Transaction 3 REGISTER proceeding. 2007/04/11 15:59:46.962 0:02.068 SIP Transport:b4011750 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:46.967 0:02.073 SIP Transport:b4011750 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 423 Interval Too Brief Date: Wed, 11 Apr 2007 13:56:08 GMT CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.84:5061;branch=z9hG4bKbc965d93-a2e6-db11-9f97-00188b1d07d1;rport From: ;tag=6c500893-a2e6-db11-9f97-00188b1d07d1 Call-ID: d0d80793-a2e6-db11-9f97-00188b1d07d1 at hubmaier.ceplovi.cz Min-Expires: 120 To: ;tag=1963515556 Content-Length: 0 2007/04/11 15:59:46.967 0:02.073 SIP Transport:b4011750 SIP Transaction 3 REGISTER completed. 2007/04/11 15:59:47.005 0:02.111 SIP Transport:b4011750 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/11 15:59:47.549 0:02.655 Housekeeper SIP Set state Terminated_Success for transaction 2 SUBSCRIBE 2007/04/11 15:59:47.905 0:03.011 Housekeeper SIP Set state Terminated_Success for transaction 1 REGISTER 2007/04/11 15:59:47.969 0:03.075 Housekeeper SIP Set state Terminated_Success for transaction 3 REGISTER 2007/04/11 16:03:35.934 3:51.040 ekiga Listen Stopping listening thread on tcp$10.32.4.84:1720 2007/04/11 16:03:35.934 3:51.040 ekiga H323 Deleted endpoint. 2007/04/11 16:03:35.934 3:51.040 ekiga OpalEP h323 endpoint destroyed. 2007/04/11 16:03:37.030 3:52.136 Housekeeper Opal Transport clean up on termination 2007/04/11 16:03:37.030 3:52.136 Housekeeper OpalUDP Close 2007/04/11 16:03:37.030 3:52.136 Housekeeper Opal Transport Close 2007/04/11 16:03:37.030 3:52.136 SIP Transport:b4011750 SIP Read thread finished. 2007/04/11 16:03:37.032 3:52.138 Housekeeper SIP Transaction 1 REGISTER destroyed. 2007/04/11 16:03:37.032 3:52.139 Housekeeper SIP Transaction 3 REGISTER destroyed. 2007/04/11 16:03:39.030 3:54.136 Housekeeper Opal Transport clean up on termination 2007/04/11 16:03:39.030 3:54.136 Housekeeper OpalUDP Close 2007/04/11 16:03:39.030 3:54.136 Housekeeper Opal Transport Close 2007/04/11 16:03:39.030 3:54.137 SIP Transport:b4073b90 SIP Read thread finished. 2007/04/11 16:03:39.031 3:54.137 Housekeeper SIP Transaction 2 SUBSCRIBE destroyed. 2007/04/11 16:03:39.038 3:54.144 ekiga Listen Stopping listening thread on udp$10.32.4.84:5060 2007/04/11 16:03:39.038 3:54.144 Opal Listener:c552a0 Listen UDP select error: P?eru?en? vol?n? syst?mu 2007/04/11 16:03:39.050 3:54.156 ekiga SIP Deleted endpoint. 2007/04/11 16:03:39.050 3:54.156 ekiga OpalEP sip endpoint destroyed. 2007/04/11 16:03:39.050 3:54.156 ekiga PCSS Deleted PC sound system endpoint. 2007/04/11 16:03:39.050 3:54.156 ekiga OpalEP pc endpoint destroyed. 2007/04/11 16:03:39.050 3:54.156 ekiga OpalMan Deleted manager. From dsandras at seconix.com Wed Apr 11 14:06:34 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 11 Apr 2007 16:06:34 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: <1176300311.4738.25.camel@hubmaier.ceplovi.cz> References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176300311.4738.25.camel@hubmaier.ceplovi.cz> Message-ID: <1176300394.9562.9.camel@scorpion> Le mercredi 11 avril 2007 ? 16:05 +0200, Matej Cepl a ?crit : > Damien Sandras p??e v St 11. 04. 2007 v 13:20 +0200: > > Is there any specific reason why you specified a registration timeout of > > 60 seconds in Ekiga and not in Twinkle ? > > Yep, because the registration message in Twinkle says, that registration > expires in 120 sec. > That is because the server will force reregistering every 120 seconds. You should not take care of that in the client. You are not doing it in Twinkle, so don't do it in Ekiga either, especially if it gives a problem. > > See this : > > SIP/2.0 423 Interval Too Brief > > Chmm, I don't get this error with Twinkle. BTW, registration with > default values doesn't work either. See attached. > Expires: 115 115 is NOT a default value. The default value is 3600. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From mcepl at redhat.com Wed Apr 11 14:20:03 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 11 Apr 2007 16:20:03 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: <1176290459.8216.0.camel@scorpion> References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> Message-ID: <1176301203.4738.27.camel@hubmaier.ceplovi.cz> Damien Sandras p??e v St 11. 04. 2007 v 13:20 +0200: > This explains your problem. Just use default values and you should be on > the safe side. OK, once more trying with very default values. Matej Cepl -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC If trains stop at train stations, what happens at work stations? -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-log.txt.bz2 Type: application/x-bzip Size: 4861 bytes Desc: not available URL: From dsandras at seconix.com Wed Apr 11 14:21:45 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 11 Apr 2007 16:21:45 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: <1176301203.4738.27.camel@hubmaier.ceplovi.cz> References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> Message-ID: <1176301305.9562.17.camel@scorpion> Le mercredi 11 avril 2007 ? 16:20 +0200, Matej Cepl a ?crit : > Damien Sandras p??e v St 11. 04. 2007 v 13:20 +0200: > > This explains your problem. Just use default values and you should be on > > the safe side. > > OK, once more trying with very default values. > This time you are registered : SIP/2.0 200 OK Date: Wed, 11 Apr 2007 14:14:03 GMT CSeq: 3 REGISTER Then you are trying to call something at fwd.pulver.com, which fails. Not sure what you are trying to do. Btw, I suggest you to carefully read the logs before sending them, to make sure the problem is really what you think. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Thu Apr 12 07:24:15 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 12 Apr 2007 09:24:15 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: <1176301203.4738.27.camel@hubmaier.ceplovi.cz> References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> Message-ID: <1176362655.3795.0.camel@scorpion> Le mercredi 11 avril 2007 ? 16:20 +0200, Matej Cepl a ?crit : > Damien Sandras p??e v St 11. 04. 2007 v 13:20 +0200: > > This explains your problem. Just use default values and you should be on > > the safe side. > > OK, once more trying with very default values. > Does it work now ? Thanks, -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From mcepl at redhat.com Wed Apr 11 20:26:41 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 11 Apr 2007 22:26:41 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> <1176301305.9562.17.camel@scorpion> Message-ID: Damien Sandras writes: > Then you are trying to call something at fwd.pulver.com, which fails. > Not sure what you are trying to do. Well, the problem is that the call to pulver.com fails -- it perfectly works when using ekiga.net registration or when using twinkle with the RedHat registration. Anyway, I tried also local (i.e., SIP-only CISCO) calls and the result was exactly the same -- it looks as if the call is made, but I never get the active call display (on the first tab), or the ekiga says that the call failed. Anyway, I hope that some more knowledgeable people from Red Hat will be talking with you about these problems on -devel list, so I just should shut up and wait until the problem is resolved. Thanks for replying to this clueles luser, Matej From dsandras at seconix.com Thu Apr 12 07:58:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 12 Apr 2007 09:58:24 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> <1176301305.9562.17.camel@scorpion> Message-ID: <1176364704.3795.10.camel@scorpion> Le mercredi 11 avril 2007 ? 22:26 +0200, Matej Cepl a ?crit : > Damien Sandras writes: > > Then you are trying to call something at fwd.pulver.com, which fails. > > Not sure what you are trying to do. > > Well, the problem is that the call to pulver.com fails -- it > perfectly works when using ekiga.net registration or when using > twinkle with the RedHat registration. Anyway, I tried also local > (i.e., SIP-only CISCO) calls and the result was exactly the > same -- it looks as if the call is made, but I never get the > active call display (on the first tab), or the ekiga says that > the call failed. What I would suggest is to debug each problem at a time. Let's concentrate on the CISCO one. Is it possible for you to send me (even off-list) a -d 4 output of the following : - registration to the CISCO - call using the CISCO That way, we concentrate on one thing only. > > Anyway, I hope that some more knowledgeable people from Red Hat > will be talking with you about these problems on -devel list, so > I just should shut up and wait until the problem is resolved. > > Thanks for replying to this clueles luser, Don't think you are clueless, your debug output has been very useful until now to find possible causes to your problem. Just keep in mind that we are sometimes awfully busy and that makes our answers sometimes too short and probably sound arrogant, which is not the intention :) Thank you for your help ! -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From mcepl at redhat.com Thu Apr 12 08:55:38 2007 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 12 Apr 2007 10:55:38 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> <1176301305.9562.17.camel@scorpion> <1176364704.3795.10.camel@scorpion> Message-ID: Damien Sandras writes: > Is it possible for you to send me (even off-list) a -d 4 output of the I hope there are no password etc., so why not to be in open? > following : > - registration to the CISCO > - call using the CISCO Here we are. Thanks, Matej --8<---------------cut here---------------start------------->8--- 2007/04/12 10:51:32.082 0:00.507 ekiga Detected audio plugins: ALSA 2007/04/12 10:51:32.083 0:00.507 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/12 10:51:32.083 0:00.507 ekiga Detected audio plugins: ALSA 2007/04/12 10:51:32.083 0:00.507 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/12 10:51:32.100 0:00.524 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 10:51:32.100 0:00.524 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 10:51:32.100 0:00.524 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/12 10:51:32.100 0:00.524 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 10:51:32.100 0:00.524 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 10:51:32.100 0:00.524 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/12 10:51:33.303 0:01.727 ekiga Ekiga version 2.0.7 2007/04/12 10:51:33.303 0:01.727 ekiga OPAL version 2.2.6 2007/04/12 10:51:33.303 0:01.727 ekiga PWLIB version 1.10.5 2007/04/12 10:51:33.303 0:01.728 ekiga GNOME support enabled 2007/04/12 10:51:33.304 0:01.728 ekiga Fullscreen support enabled 2007/04/12 10:51:33.304 0:01.728 ekiga DBUS support disabled 2007/04/12 10:51:33.310 0:01.734 ekiga Set TCP port range to 30000:30010 2007/04/12 10:51:33.310 0:01.734 ekiga Set RTP port range to 5000:5059 2007/04/12 10:51:33.310 0:01.734 ekiga Set UDP port range to 5060:5100 2007/04/12 10:51:33.310 0:01.734 ekiga OpalEP Created endpoint: h323 2007/04/12 10:51:33.310 0:01.734 ekiga H323 Created endpoint. 2007/04/12 10:51:33.312 0:01.736 ekiga OpalMan Added route "pc:.*=h323:" 2007/04/12 10:51:33.312 0:01.736 ekiga OpalEP Created endpoint: sip 2007/04/12 10:51:33.312 0:01.736 ekiga SIP Created endpoint. 2007/04/12 10:51:33.313 0:01.737 ekiga OpalMan Added route "pc:.*=sip:" 2007/04/12 10:51:33.313 0:01.737 ekiga OpalEP Created endpoint: pc 2007/04/12 10:51:33.315 0:01.739 ekiga PCSS Created PC sound system endpoint. 2007/04/12 10:51:33.315 0:01.739 ekiga OpalMan Added route "h323:.*=pc:" 2007/04/12 10:51:33.316 0:01.740 ekiga OpalMan Added route "sip:.*=pc:" 2007/04/12 10:51:33.350 0:01.774 Opal Listener:df7140 Listen Started listening thread on tcp$10.32.4.78:1720 2007/04/12 10:51:33.350 0:01.774 Opal Listener:df7140 Listen Waiting on socket accept on tcp$10.32.4.78:1720 2007/04/12 10:51:33.351 0:01.775 Opal Listener:b40208e0 Listen Started listening thread on udp$10.32.4.78:5060 2007/04/12 10:51:33.352 0:01.776 Opal Listener:b40208e0 Listen Waiting on UDP packet on udp$10.32.4.78:5060 2007/04/12 10:51:33.358 0:01.782 ekiga AVAHI Adding service Matej Cepl 2007/04/12 10:51:33.534 0:01.958 GMAccounts...t:b4025a30 OpalUDP Binding to interface: 10.32.4.78:34432 2007/04/12 10:51:33.534 0:01.958 GMAccounts...t:b4025a30 SIP Created transport udp$0.0.0.0 2007/04/12 10:51:33.589 0:02.014 GMAccounts...t:b4025a30 OpalUDP Started connect to 10.32.8.32:5060 2007/04/12 10:51:33.590 0:02.014 GMAccounts...t:b4025a30 OpalUDP Connect on pre-bound interface: 10.32.4.78 2007/04/12 10:51:33.590 0:02.014 GMAccounts...t:b4025a30 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/12 10:51:33.594 0:02.018 GMAccounts...t:b4025a30 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKaee2e7ae-40e7-db11-8882-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=1edce7ae-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/12 10:51:33.596 0:02.020 GMAccounts...t:b4025a30 OpalUDP Binding to interface: 10.32.4.78:34433 2007/04/12 10:51:33.596 0:02.020 GMAccounts...t:b4025a30 SIP Created transport udp$0.0.0.0 2007/04/12 10:51:33.597 0:02.021 GMAccounts...t:b4025a30 OpalUDP Started connect to 10.32.8.32:5060 2007/04/12 10:51:33.597 0:02.021 GMAccounts...t:b4025a30 OpalUDP Connect on pre-bound interface: 10.32.4.78 2007/04/12 10:51:33.597 0:02.021 GMAccounts...t:b4025a30 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/12 10:51:33.599 0:02.023 GMAccounts...t:b4025a30 SIP Sending PDU on udp$10.32.8.32:5060 SUBSCRIBE sip:8255104 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.78:5062;branch=z9hG4bK72e6e8ae-40e7-db11-8882-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=0ae0e8ae-40e7-db11-8882-00188b1d07d1 Call-ID: a892e8ae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/12 10:51:33.600 0:02.024 SIP Transport:b4001e70 SIP Read thread started. 2007/04/12 10:51:33.600 0:02.024 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:33.601 0:02.025 SIP Transport:b404b850 SIP Read thread started. 2007/04/12 10:51:33.601 0:02.025 SIP Transport:b404b850 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:33.646 0:02.070 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 08:47:48 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKaee2e7ae-40e7-db11-8882-00188b1d07d1;rport From: ;tag=1edce7ae-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Content-Length: 0 2007/04/12 10:51:33.646 0:02.070 SIP Transport:b4001e70 SIP Transaction 1 REGISTER proceeding. 2007/04/12 10:51:33.647 0:02.071 SIP Transport:b4001e70 OpalUDP Ended connect, selecting 10.32.4.78:5061 2007/04/12 10:51:33.647 0:02.071 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:33.667 0:02.092 SIP Transport:b404b850 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 503 Service Unavailable Date: Thu, 12 Apr 2007 08:47:48 GMT CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.78:5062;branch=z9hG4bK72e6e8ae-40e7-db11-8882-00188b1d07d1;rport From: ;tag=0ae0e8ae-40e7-db11-8882-00188b1d07d1 Retry-After: 60 Call-ID: a892e8ae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1173726074 Warning: 399 "Routing failed: ccbid=1647618 socket=10.32.4.78:5062" Content-Length: 0 2007/04/12 10:51:33.689 0:02.113 SIP Transport:b404b850 SIP Transaction 2 SUBSCRIBE completed. 2007/04/12 10:51:33.690 0:02.114 SIP Transport:b404b850 OpalUDP Ended connect, selecting 10.32.4.78:5062 2007/04/12 10:51:33.691 0:02.115 SIP Transport:b404b850 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:34.190 0:02.614 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 401 Unauthorized Date: Thu, 12 Apr 2007 08:47:48 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKaee2e7ae-40e7-db11-8882-00188b1d07d1;rport From: ;tag=1edce7ae-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=13894008 Content-Length: 0 WWW-Authenticate: Digest realm="ccmsipline", nonce="1wL9vEeqo+lgtdUiIcFnbN8LW1LmqZkv", algorithm=MD5 2007/04/12 10:51:34.190 0:02.614 SIP Transport:b4001e70 SIP Transaction 1 REGISTER completed. 2007/04/12 10:51:34.190 0:02.614 SIP Transport:b4001e70 SIP Received Authentication Required response 2007/04/12 10:51:34.191 0:02.615 SIP Transport:b4001e70 SIP Updated realm to ccmsipline 2007/04/12 10:51:34.192 0:02.616 SIP Transport:b4001e70 SIP Adding authentication information 2007/04/12 10:51:34.192 0:02.616 SIP Transport:b4001e70 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK387543af-40e7-db11-8882-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 Authorization: Digest username="55104", realm="ccmsipline", nonce="1wL9vEeqo+lgtdUiIcFnbN8LW1LmqZkv", uri="sip:ccm-sub1.ipt.str.redhat.com", algorithm=md5, response="dd01942af29b4c1f75cca1da410a2d6a" From: ;tag=1edce7ae-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/12 10:51:34.192 0:02.617 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:34.249 0:02.673 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 08:47:48 GMT CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK387543af-40e7-db11-8882-00188b1d07d1;rport From: ;tag=1edce7ae-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=13894008 Content-Length: 0 2007/04/12 10:51:34.250 0:02.674 SIP Transport:b4001e70 SIP Transaction 3 REGISTER proceeding. 2007/04/12 10:51:34.250 0:02.674 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:34.256 0:02.680 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 200 OK Date: Thu, 12 Apr 2007 08:47:48 GMT CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK387543af-40e7-db11-8882-00188b1d07d1;rport From: ;tag=1edce7ae-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=13894008 Contact: ;x-cisco-newreg Expires: 120 Content-Length: 0 2007/04/12 10:51:34.256 0:02.680 SIP Transport:b4001e70 SIP Transaction 3 REGISTER completed. 2007/04/12 10:51:34.274 0:02.698 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:34.274 0:02.698 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 NOTIFY sip:8255104 at 10.32.4.78:5061;transport=udp SIP/2.0 Date: Thu, 12 Apr 2007 08:47:48 GMT CSeq: 101 NOTIFY Via: SIP/2.0/UDP 10.32.8.32:5060;branch=z9hG4bK102558d5665dd User-Agent: Cisco-CCM5.1 From: ;tag=288408176 Call-ID: 7c0cd780-61d1f234-195370-2008200a at 10.32.8.32 To: Contact: Subscription-State: active Event: message-summary Content-Type: application/simple-message-summary Content-Length: 22 Max-Forwards: 70 Messages-Waiting: no 2007/04/12 10:51:34.275 0:02.699 SIP Transport:b4001e70 SIP Tranport remote address change from Via: udp$10.32.8.32:5060 2007/04/12 10:51:34.275 0:02.699 SIP Transport:b4001e70 SIP Received NOTIFY 2007/04/12 10:51:34.275 0:02.699 SIP Transport:b4001e70 SIP Could not find a SUBSCRIBE corresponding to the NOTIFY 2007/04/12 10:51:34.276 0:02.700 SIP Transport:b4001e70 SIP Sending PDU on udp$10.32.8.32:5060 SIP/2.0 200 OK CSeq: 101 NOTIFY Via: SIP/2.0/UDP 10.32.8.32:5060;branch=z9hG4bK102558d5665dd From: ;tag=288408176 Call-ID: 7c0cd780-61d1f234-195370-2008200a at 10.32.8.32 To: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave 2007/04/12 10:51:34.587 0:03.011 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:34.691 0:03.115 Housekeeper SIP Set state Terminated_Success for transaction 2 SUBSCRIBE 2007/04/12 10:51:35.195 0:03.619 Housekeeper SIP Set state Terminated_Success for transaction 1 REGISTER 2007/04/12 10:51:35.259 0:03.683 Housekeeper SIP Set state Terminated_Success for transaction 3 REGISTER 2007/04/12 10:51:45.069 0:13.493 GMURLHandler:00f78270 OpalMan Set up call from pc:* to sip:8116002 at ccm-sub1.ipt.str.redhat.com 2007/04/12 10:51:45.070 0:13.494 GMURLHandler:00f78270 Call Created Call[1] 2007/04/12 10:51:45.070 0:13.494 GMURLHandler:00f78270 OpalMan Set up connection to "pc:*" 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 OpalCon Created connection Call[1]-EP[Default] 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 RFC2833 Handler created 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 Silence Handler created 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 Echo Canceler Handler created 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 PCSS Created PC sound system connection. 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 OpalMan On incoming connection Call[1]-EP[Default] 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 Call GetOtherPartyConnection Call[1]-EP[Default] 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 OpalMan Set up connection to "sip:8116002 at ccm-sub1.ipt.str.redhat.com" 2007/04/12 10:51:45.072 0:13.496 GMURLHandler:00f78270 OpalCon Created connection Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 10:51:45.073 0:13.497 GMURLHandler:00f78270 RFC2833 Handler created 2007/04/12 10:51:45.076 0:13.500 GMURLHandler:00f78270 SIP Created connection. 2007/04/12 10:51:45.076 0:13.500 GMURLHandler:00f78270 PCSS Outgoing call routed to sip:8116002 at ccm-sub1.ipt.str.redhat.com for Call[1]-EP[Default] 2007/04/12 10:51:45.076 0:13.500 GMURLHandler:00f78270 Call OnSetUp Call[1]-EP[Default] 2007/04/12 10:51:45.076 0:13.500 GMURLHandler:00f78270 SIP SetUpConnection: 2007/04/12 10:51:45.078 0:13.502 GMURLHandler:00f78270 OpalUDP Binding to interface: 10.32.4.78:34433 2007/04/12 10:51:45.078 0:13.502 GMURLHandler:00f78270 SIP Created transport udp$0.0.0.0 2007/04/12 10:51:45.078 0:13.502 GMURLHandler:00f78270 OpalUDP Started connect to 10.32.8.32:5060 2007/04/12 10:51:45.078 0:13.502 GMURLHandler:00f78270 OpalUDP Connect on pre-bound interface: 10.32.4.78 2007/04/12 10:51:45.079 0:13.503 SIP Transport:b407c020 SIP Read thread started. 2007/04/12 10:51:45.079 0:13.503 SIP Transport:b407c020 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:45.080 0:13.504 GMURLHandler:00f78270 SIP Transaction 1 INVITE created. 2007/04/12 10:51:45.080 0:13.504 GMURLHandler:00f78270 Call CanDoMediaBypass Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] session 1 2007/04/12 10:51:45.080 0:13.504 GMURLHandler:00f78270 OpalMan IsMediaBypassPossible: session 1 2007/04/12 10:51:45.080 0:13.504 GMURLHandler:00f78270 SIP IsMediaBypassPossible: session 1 2007/04/12 10:51:45.080 0:13.504 GMURLHandler:00f78270 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/12 10:51:45.081 0:13.505 GMURLHandler:00f78270 RTP_UDP Session 1 created: 10.32.4.78:5000-5001 ssrc=2086575795 2007/04/12 10:51:45.081 0:13.505 GMURLHandler:00f78270 RTP Adding session RTP_UDP 2007/04/12 10:51:45.085 0:13.509 GMURLHandler:00f78270 Call GetMediaFormats for Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/04/12 10:51:45.086 0:13.510 GMURLHandler:00f78270 SIP Using RTP payload [pt=101] for NTE 2007/04/12 10:51:45.086 0:13.510 GMURLHandler:00f78270 Call CanDoMediaBypass Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] session 2 2007/04/12 10:51:45.086 0:13.510 GMURLHandler:00f78270 OpalMan IsMediaBypassPossible: session 2 2007/04/12 10:51:45.086 0:13.510 GMURLHandler:00f78270 SIP IsMediaBypassPossible: session 2 2007/04/12 10:51:45.086 0:13.510 GMURLHandler:00f78270 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/12 10:51:45.087 0:13.511 GMURLHandler:00f78270 RTP_UDP Session 2 created: 10.32.4.78:5002-5003 ssrc=2073063281 2007/04/12 10:51:45.087 0:13.511 GMURLHandler:00f78270 RTP Adding session RTP_UDP 2007/04/12 10:51:45.091 0:13.515 GMURLHandler:00f78270 Call GetMediaFormats for Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/04/12 10:51:45.091 0:13.515 GMURLHandler:00f78270 SIP No authentication information present 2007/04/12 10:51:45.092 0:13.516 GMURLHandler:00f78270 SIP Sending PDU on udp$10.32.8.32:5060 INVITE sip:8116002 at ccm-sub1.ipt.str.redhat.com SIP/2.0 Date: Thu, 12 Apr 2007 08:51:45 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK68e9c0b5-40e7-db11-8882-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: "Matej Cepl" ;tag=fec7bfb5-40e7-db11-8882-00188b1d07d1 Call-ID: e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 225 Max-Forwards: 70 v=0 o=- 1176367905 1176367905 IN IP4 10.32.4.78 s=Opal SIP Session c=IN IP4 10.32.4.78 t=0 0 m=audio 5000 RTP/AVP 101 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=video 5002 RTP/AVP 31 a=rtpmap:31 H261/90000 2007/04/12 10:51:45.092 0:13.516 GMURLHandler:00f78270 SetUpCall succeeded 2007/04/12 10:51:45.153 0:13.577 SIP Transport:b407c020 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 488 Not Acceptable Media Date: Thu, 12 Apr 2007 08:47:59 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK68e9c0b5-40e7-db11-8882-00188b1d07d1;rport From: "Matej Cepl" ;tag=fec7bfb5-40e7-db11-8882-00188b1d07d1 Call-ID: e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1480852838 Reason: Q.850;cause=65 Allow-Events: presence Content-Length: 0 2007/04/12 10:51:45.154 0:13.578 SIP Transport:b407c020 OpalUDP Ended connect, selecting 10.32.4.78:5063 2007/04/12 10:51:45.154 0:13.578 SIP Transport:b407c020 SIP Queueing PDU: 1 INVITE <488> 2007/04/12 10:51:45.154 0:13.578 SIP Transport:b407c020 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:45.155 0:13.579 SIP Handler:d0b140 SIP PDU handler thread started. 2007/04/12 10:51:45.155 0:13.579 SIP Handler:d0b140 SIP Awaiting next PDU. 2007/04/12 10:51:45.155 0:13.579 SIP Handler:d0b140 SIP Handling PDU 1 INVITE <488> 2007/04/12 10:51:45.155 0:13.579 SIP Handler:d0b140 SIP Transaction 1 INVITE completed. 2007/04/12 10:51:45.157 0:13.581 SIP Handler:d0b140 SIP Sending PDU on udp$10.32.8.32:5060 ACK sip:8116002 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 1 ACK Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK68e9c0b5-40e7-db11-8882-00188b1d07d1;rport From: "Matej Cepl" ;tag=fec7bfb5-40e7-db11-8882-00188b1d07d1 Call-ID: e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1480852838 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 Max-Forwards: 70 2007/04/12 10:51:45.157 0:13.581 SIP Handler:d0b140 OpalCon Releasing Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 10:51:45.157 0:13.581 SIP Handler:d0b140 OpalCon Call end reason for e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz set to EndedByRefusal 2007/04/12 10:51:45.157 0:13.581 SIP Handler:d0b140 OpalCon SetPhase from UninitialisedPhase to ReleasingPhase 2007/04/12 10:51:45.158 0:13.582 SIP Handler:d0b140 SIP Awaiting next PDU. 2007/04/12 10:51:45.158 0:13.582 OnRelease:e40960 SIP OnReleased: Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz], phase = ReleasingPhase 2007/04/12 10:51:45.160 0:13.584 OnRelease:e40960 OpalCon SetPhase from ReleasingPhase to ReleasingPhase 2007/04/12 10:51:45.161 0:13.585 OnRelease:e40960 SIP Cancelling transaction 0 of 1 2007/04/12 10:51:45.162 0:13.586 OnRelease:e40960 SIP Could not cancel transaction 0 2007/04/12 10:51:45.163 0:13.587 OnRelease:e40960 OpalCon Media stream threads closed. 2007/04/12 10:51:45.167 0:13.591 OnRelease:e40960 OpalCon SetPhase from ReleasingPhase to ReleasedPhase 2007/04/12 10:51:45.168 0:13.592 SIP Handler:d0b140 SIP PDU handler thread finished. 2007/04/12 10:51:45.169 0:13.593 OnRelease:e40960 Opal Transport clean up on termination 2007/04/12 10:51:45.169 0:13.594 OnRelease:e40960 OpalUDP Close 2007/04/12 10:51:45.170 0:13.594 OnRelease:e40960 Opal Transport Close 2007/04/12 10:51:45.171 0:13.595 SIP Transport:b407c020 SIP Read thread finished. 2007/04/12 10:51:45.171 0:13.596 OnRelease:e40960 OpalCon OnReleased Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 10:51:45.173 0:13.597 OnRelease:e40960 OpalCon Media stream threads closed. 2007/04/12 10:51:45.174 0:13.598 OnRelease:e40960 GMSIPEndpoint SIP connection released 2007/04/12 10:51:45.175 0:13.604 OnRelease:e40960 OpalEP OnReleased Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 10:51:45.287 0:13.712 OnRelease:e40960 GMManager Will release the connection 2007/04/12 10:51:45.288 0:13.712 OnRelease:e40960 OpalMan OnReleased Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 10:51:45.290 0:13.714 OnRelease:e40960 Call OnReleased Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 10:51:45.291 0:13.716 OnRelease:e40960 OpalCon Releasing Call[1]-EP[Default] 2007/04/12 10:51:45.293 0:13.717 OnRelease:e40960 OpalCon Call end reason for Default set to EndedByRefusal 2007/04/12 10:51:45.294 0:13.718 OnRelease:e40960 OpalCon SetPhase from SetUpPhase to ReleasingPhase 2007/04/12 10:51:45.295 0:13.719 OnRelease:e40960 SIP Transaction 1 INVITE aborted. 2007/04/12 10:51:45.296 0:13.720 OnRelease:e40960 SIP Transaction 1 INVITE destroyed. 2007/04/12 10:51:45.298 0:13.722 OnRelease:e40960 OpalCon OnRelease thread completed for e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz 2007/04/12 10:51:45.299 0:13.723 OnRelease:b40562a0 OpalCon OnReleased Call[1]-EP[Default] 2007/04/12 10:51:45.300 0:13.724 OnRelease:b40562a0 OpalCon Media stream threads closed. 2007/04/12 10:51:45.732 0:14.156 OnRelease:b40562a0 GMPCSSEndpoint PCSS connection released 2007/04/12 10:51:45.732 0:14.156 OnRelease:b40562a0 OpalEP OnReleased Call[1]-EP[Default] 2007/04/12 10:51:45.732 0:14.156 OnRelease:b40562a0 GMManager Will release the connection 2007/04/12 10:51:45.732 0:14.156 OnRelease:b40562a0 OpalMan OnReleased Call[1]-EP[Default] 2007/04/12 10:51:45.732 0:14.156 OnRelease:b40562a0 Call OnReleased Call[1]-EP[Default] 2007/04/12 10:51:45.805 0:14.229 OnRelease:b40562a0 OpalCon OnRelease thread completed for Default 2007/04/12 10:51:45.865 0:14.290 OpalGarbage Opal Transport clean up on termination 2007/04/12 10:51:45.866 0:14.290 OpalGarbage OpalUDP Close 2007/04/12 10:51:45.866 0:14.290 OpalGarbage Opal Transport Close 2007/04/12 10:51:45.868 0:14.292 OpalGarbage SIP Deleted connection. 2007/04/12 10:51:45.868 0:14.292 OpalGarbage OpalCon Connection Call[1]-EP[e0c2bfb5-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz] destroyed. 2007/04/12 10:51:45.868 0:14.292 OpalGarbage RTP_UDP Session 1, Shutting down read. 2007/04/12 10:51:45.868 0:14.292 OpalGarbage RTP_UDP Session 1, Shutting down write. 2007/04/12 10:51:45.868 0:14.292 OpalGarbage RTP_UDP Session 2, Shutting down read. 2007/04/12 10:51:45.868 0:14.292 OpalGarbage RTP_UDP Session 2, Shutting down write. 2007/04/12 10:51:45.868 0:14.292 OpalGarbage PCSS Deleted PC sound system connection. 2007/04/12 10:51:45.869 0:14.293 OpalGarbage OpalCon Connection Call[1]-EP[Default] destroyed. 2007/04/12 10:51:46.871 0:15.295 OpalGarbage Call Call[1] destroyed. 2007/04/12 10:51:51.904 0:20.328 ekiga Listen Stopping listening thread on tcp$10.32.4.78:1720 2007/04/12 10:51:51.904 0:20.328 ekiga H323 Deleted endpoint. 2007/04/12 10:51:51.904 0:20.328 ekiga OpalEP h323 endpoint destroyed. 2007/04/12 10:51:51.906 0:20.330 ekiga SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKe65fd2b9-40e7-db11-8882-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=825ad2b9-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 0 Content-Length: 0 Max-Forwards: 70 2007/04/12 10:51:51.955 0:20.379 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 08:48:06 GMT CSeq: 4 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKe65fd2b9-40e7-db11-8882-00188b1d07d1;rport From: ;tag=825ad2b9-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: Content-Length: 0 2007/04/12 10:51:51.956 0:20.380 SIP Transport:b4001e70 SIP Transaction 4 REGISTER proceeding. 2007/04/12 10:51:51.956 0:20.380 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:51.959 0:20.383 SIP Transport:b4001e70 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 200 OK Date: Thu, 12 Apr 2007 08:48:06 GMT CSeq: 4 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKe65fd2b9-40e7-db11-8882-00188b1d07d1;rport From: ;tag=825ad2b9-40e7-db11-8882-00188b1d07d1 Call-ID: 780ddfae-40e7-db11-8882-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=659695814 Expires: 0 Content-Length: 0 2007/04/12 10:51:51.960 0:20.384 SIP Transport:b4001e70 SIP Transaction 4 REGISTER completed. 2007/04/12 10:51:51.960 0:20.384 SIP Transport:b4001e70 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 10:51:52.960 0:21.384 Housekeeper SIP Set state Terminated_Success for transaction 4 REGISTER 2007/04/12 10:51:53.796 0:22.220 Housekeeper Opal Transport clean up on termination 2007/04/12 10:51:53.796 0:22.220 Housekeeper OpalUDP Close 2007/04/12 10:51:53.796 0:22.221 Housekeeper Opal Transport Close 2007/04/12 10:51:53.797 0:22.221 SIP Transport:b4001e70 SIP Read thread finished. 2007/04/12 10:51:53.797 0:22.221 Housekeeper SIP Transaction 1 REGISTER destroyed. 2007/04/12 10:51:53.798 0:22.222 Housekeeper SIP Transaction 3 REGISTER destroyed. 2007/04/12 10:51:53.798 0:22.222 Housekeeper SIP Transaction 4 REGISTER destroyed. 2007/04/12 10:51:55.796 0:24.220 Housekeeper Opal Transport clean up on termination 2007/04/12 10:51:55.796 0:24.220 Housekeeper OpalUDP Close 2007/04/12 10:51:55.796 0:24.220 Housekeeper Opal Transport Close 2007/04/12 10:51:55.796 0:24.220 ekiga Listen Stopping listening thread on udp$10.32.4.78:5060 2007/04/12 10:51:55.797 0:24.221 SIP Transport:b404b850 SIP Read thread finished. 2007/04/12 10:51:55.798 0:24.222 Opal Listener:b40208e0 Listen UDP select error: P?eru?en? vol?n? syst?mu 2007/04/12 10:51:55.798 0:24.222 Housekeeper SIP Transaction 2 SUBSCRIBE destroyed. 2007/04/12 10:51:55.799 0:24.223 ekiga SIP Deleted endpoint. 2007/04/12 10:51:55.799 0:24.223 ekiga OpalEP sip endpoint destroyed. 2007/04/12 10:51:55.799 0:24.223 ekiga PCSS Deleted PC sound system endpoint. 2007/04/12 10:51:55.799 0:24.223 ekiga OpalEP pc endpoint destroyed. 2007/04/12 10:51:55.799 0:24.223 ekiga OpalMan Deleted manager. --8<---------------cut here---------------end--------------->8--- From dsandras at seconix.com Thu Apr 12 09:05:14 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 12 Apr 2007 11:05:14 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> <1176301305.9562.17.camel@scorpion> <1176364704.3795.10.camel@scorpion> Message-ID: <1176368714.3795.24.camel@scorpion> Le jeudi 12 avril 2007 ? 10:55 +0200, Matej Cepl a ?crit : > Damien Sandras writes: > > Is it possible for you to send me (even off-list) a -d 4 output of the > > I hope there are no password etc., so why not to be in open? > Some users don't like :-) > > following : > > - registration to the CISCO > > - call using the CISCO > > Here we are. > OK, I see two problems : 1) ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave It appears that DMIX is giving your problems. Try using another ALSA device (either Default or direct access to the soundcard) in the Audio Devices part of the preferences. 2) > v=0 > o=- 1176367905 1176367905 IN IP4 10.32.4.78 > s=Opal SIP Session > c=IN IP4 10.32.4.78 > t=0 0 > m=audio 5000 RTP/AVP 101 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > m=video 5002 RTP/AVP 31 > a=rtpmap:31 H261/90000 You don't have any audio codecs selected. It can happen if you have run 2.1.0 (our development branch) and downgraded to 2.0.x (our stable branch). You can enable codecs in the Audio Codecs part of the preferences. Thanks, -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From laurentp at wp.pl Thu Apr 12 11:38:52 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 12 Apr 2007 13:38:52 +0200 Subject: [Ekiga-list] OT ? question. Message-ID: <461E1A4C.6020609@wp.pl> Hello, i have now small "testbed" for VoIP. PC with Ekiga 2.0.2, Asterisk 1.4, and Grandstream HT-386 VoIP Gateway. Ekiga & HT are both logged-in to asterisk. What makes me curious it VERY long call-setup time: 10 or more seconds. (Teardown is immediate). It look abnormally for me, as there is only PC and gateway connected to lan. Where could be the problem located: GW, Ekiga, Asterisk? W.P. From mcepl at redhat.com Thu Apr 12 11:46:57 2007 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 12 Apr 2007 13:46:57 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> <1176301305.9562.17.camel@scorpion> <1176364704.3795.10.camel@scorpion> <1176368714.3795.24.camel@scorpion> Message-ID: Damien Sandras writes: > OK, I see two problems : > 1) ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave > It appears that DMIX is giving your problems. Try using another ALSA > device (either Default or direct access to the soundcard) in the Audio > Devices part of the preferences. That's another problem -- I am trying to use pulseaudio through alsa-pulse module. > You can enable codecs in the Audio Codecs part of the preferences. Yes, I did. However, the problem IMHO is that "Remote user rejected call" in the attached log. Any ideas about that? Matej -------------- next part -------------- 2007/04/12 13:44:09.002 0:00.375 ekiga Detected audio plugins: ALSA 2007/04/12 13:44:09.002 0:00.375 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/12 13:44:09.002 0:00.375 ekiga Detected audio plugins: ALSA 2007/04/12 13:44:09.002 0:00.375 ekiga Detected video plugins: Picture,V4L,V4L2,1394AVC 2007/04/12 13:44:09.018 0:00.392 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 13:44:09.019 0:00.392 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 13:44:09.019 0:00.392 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/12 13:44:09.019 0:00.392 ekiga Detected the following audio input devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 13:44:09.019 0:00.392 ekiga Detected the following audio output devices: Default,Intel ICH7 with plugin ALSA 2007/04/12 13:44:09.019 0:00.392 ekiga Detected the following video input devices: Nenalezeno za??zen? with plugin V4L 2007/04/12 13:44:09.775 0:01.149 ekiga Ekiga version 2.0.7 2007/04/12 13:44:09.776 0:01.149 ekiga OPAL version 2.2.6 2007/04/12 13:44:09.776 0:01.149 ekiga PWLIB version 1.10.5 2007/04/12 13:44:09.776 0:01.149 ekiga GNOME support enabled 2007/04/12 13:44:09.776 0:01.149 ekiga Fullscreen support enabled 2007/04/12 13:44:09.776 0:01.149 ekiga DBUS support disabled 2007/04/12 13:44:09.785 0:01.158 ekiga Set TCP port range to 30000:30010 2007/04/12 13:44:09.785 0:01.158 ekiga Set RTP port range to 5000:5059 2007/04/12 13:44:09.785 0:01.158 ekiga Set UDP port range to 5060:5100 2007/04/12 13:44:09.786 0:01.159 ekiga OpalEP Created endpoint: h323 2007/04/12 13:44:09.786 0:01.159 ekiga H323 Created endpoint. 2007/04/12 13:44:09.787 0:01.160 ekiga OpalMan Added route "pc:.*=h323:" 2007/04/12 13:44:09.787 0:01.160 ekiga OpalEP Created endpoint: sip 2007/04/12 13:44:09.787 0:01.160 ekiga SIP Created endpoint. 2007/04/12 13:44:09.787 0:01.160 ekiga OpalMan Added route "pc:.*=sip:" 2007/04/12 13:44:09.788 0:01.161 ekiga OpalEP Created endpoint: pc 2007/04/12 13:44:09.792 0:01.165 ekiga PCSS Created PC sound system endpoint. 2007/04/12 13:44:09.792 0:01.166 ekiga OpalMan Added route "h323:.*=pc:" 2007/04/12 13:44:09.793 0:01.166 ekiga OpalMan Added route "sip:.*=pc:" 2007/04/12 13:44:09.833 0:01.206 Opal Listener:d5f9d0 Listen Started listening thread on tcp$10.32.4.78:1720 2007/04/12 13:44:09.833 0:01.206 Opal Listener:d5f9d0 Listen Waiting on socket accept on tcp$10.32.4.78:1720 2007/04/12 13:44:09.833 0:01.206 Opal Listener:f8f740 Listen Started listening thread on udp$10.32.4.78:5060 2007/04/12 13:44:09.833 0:01.206 Opal Listener:f8f740 Listen Waiting on UDP packet on udp$10.32.4.78:5060 2007/04/12 13:44:09.836 0:01.209 ekiga AVAHI Adding service Matej Cepl 2007/04/12 13:44:09.906 0:01.279 GMAccounts...t:00daba00 OpalUDP Binding to interface: 10.32.4.78:34443 2007/04/12 13:44:09.906 0:01.279 GMAccounts...t:00daba00 SIP Created transport udp$0.0.0.0 2007/04/12 13:44:09.908 0:01.281 GMAccounts...t:00daba00 OpalUDP Started connect to 10.32.8.32:5060 2007/04/12 13:44:09.908 0:01.281 GMAccounts...t:00daba00 OpalUDP Connect on pre-bound interface: 10.32.4.78 2007/04/12 13:44:09.908 0:01.281 GMAccounts...t:00daba00 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/12 13:44:09.910 0:01.283 GMAccounts...t:00daba00 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKd292c0cb-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:09.911 0:01.284 SIP Transport:afc700 SIP Read thread started. 2007/04/12 13:44:09.912 0:01.285 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:09.922 0:01.295 GMAccounts...t:00daba00 OpalUDP Binding to interface: 10.32.4.78:34444 2007/04/12 13:44:09.922 0:01.295 GMAccounts...t:00daba00 SIP Created transport udp$0.0.0.0 2007/04/12 13:44:09.922 0:01.295 GMAccounts...t:00daba00 OpalUDP Started connect to 10.32.8.32:5060 2007/04/12 13:44:09.922 0:01.295 GMAccounts...t:00daba00 OpalUDP Connect on pre-bound interface: 10.32.4.78 2007/04/12 13:44:09.923 0:01.296 GMAccounts...t:00daba00 SIP Created Transport for Registrar udp$10.32.8.32:5060 2007/04/12 13:44:09.924 0:01.297 GMAccounts...t:00daba00 SIP Sending PDU on udp$10.32.8.32:5060 SUBSCRIBE sip:8255104 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.78:5062;branch=z9hG4bKcec1c2cb-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=debbc2cb-58e7-db11-93a4-00188b1d07d1 Call-ID: ee57c1cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:09.924 0:01.297 SIP Transport:e22390 SIP Read thread started. 2007/04/12 13:44:09.925 0:01.298 SIP Transport:e22390 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:09.946 0:01.319 Housekeeper SIP Transaction 1 REGISTER timeout, making retry 1 2007/04/12 13:44:09.946 0:01.319 Housekeeper SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKd292c0cb-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:09.946 0:01.319 Housekeeper SIP Transaction 2 SUBSCRIBE timeout, making retry 1 2007/04/12 13:44:09.946 0:01.319 Housekeeper SIP Sending PDU on udp$10.32.8.32:5060 SUBSCRIBE sip:8255104 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.78:5062;branch=z9hG4bKcec1c2cb-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=debbc2cb-58e7-db11-93a4-00188b1d07d1 Call-ID: ee57c1cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:09.963 0:01.336 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 11:40:23 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKd292c0cb-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Content-Length: 0 2007/04/12 13:44:09.966 0:01.339 SIP Transport:afc700 SIP Transaction 1 REGISTER proceeding. 2007/04/12 13:44:09.967 0:01.341 SIP Transport:afc700 OpalUDP Ended connect, selecting 10.32.4.78:5061 2007/04/12 13:44:09.969 0:01.342 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.000 0:01.374 SIP Transport:e22390 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 503 Service Unavailable Date: Thu, 12 Apr 2007 11:40:23 GMT CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.78:5062;branch=z9hG4bKcec1c2cb-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=debbc2cb-58e7-db11-93a4-00188b1d07d1 Retry-After: 60 Call-ID: ee57c1cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1226711002 Warning: 399 "Routing failed: ccbid=1655587 socket=10.32.4.78:5062" Content-Length: 0 2007/04/12 13:44:10.005 0:01.378 SIP Transport:e22390 SIP Transaction 2 SUBSCRIBE completed. 2007/04/12 13:44:10.007 0:01.380 SIP Transport:e22390 OpalUDP Ended connect, selecting 10.32.4.78:5062 2007/04/12 13:44:10.008 0:01.381 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 11:40:23 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKd292c0cb-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=724254725 Content-Length: 0 2007/04/12 13:44:10.011 0:01.384 SIP Transport:afc700 SIP Transaction 1 REGISTER proceeding. 2007/04/12 13:44:10.011 0:01.384 SIP Transport:e22390 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.011 0:01.384 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.036 0:01.409 SIP Transport:e22390 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 503 Service Unavailable Date: Thu, 12 Apr 2007 11:40:23 GMT CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 10.32.4.78:5062;branch=z9hG4bKcec1c2cb-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=debbc2cb-58e7-db11-93a4-00188b1d07d1 Retry-After: 60 Call-ID: ee57c1cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1226711002 Warning: 399 "Routing failed: ccbid=1655587 socket=10.32.4.78:5062" Content-Length: 0 2007/04/12 13:44:10.036 0:01.409 SIP Transport:e22390 SIP Transaction 2 SUBSCRIBE completed. 2007/04/12 13:44:10.037 0:01.410 SIP Transport:e22390 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.472 0:01.845 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 401 Unauthorized Date: Thu, 12 Apr 2007 11:40:23 GMT CSeq: 1 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bKd292c0cb-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=724254725 Content-Length: 0 WWW-Authenticate: Digest realm="ccmsipline", nonce="5swO4aiuKOH2EHn9OtInG5jz29zJYKVs", algorithm=MD5 2007/04/12 13:44:10.473 0:01.846 SIP Transport:afc700 SIP Transaction 1 REGISTER completed. 2007/04/12 13:44:10.473 0:01.846 SIP Transport:afc700 SIP Received Authentication Required response 2007/04/12 13:44:10.473 0:01.846 SIP Transport:afc700 SIP Updated realm to ccmsipline 2007/04/12 13:44:10.475 0:01.848 SIP Transport:afc700 SIP Adding authentication information 2007/04/12 13:44:10.475 0:01.848 SIP Transport:afc700 SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK5ece16cc-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 Authorization: Digest username="55104", realm="ccmsipline", nonce="5swO4aiuKOH2EHn9OtInG5jz29zJYKVs", uri="sip:ccm-sub1.ipt.str.redhat.com", algorithm=md5, response="e206f53e84eebc7d2f9a5396221704b0" From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:10.475 0:01.848 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.531 0:01.904 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 11:40:24 GMT CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK5ece16cc-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=724254725 Content-Length: 0 2007/04/12 13:44:10.531 0:01.904 SIP Transport:afc700 SIP Transaction 3 REGISTER proceeding. 2007/04/12 13:44:10.531 0:01.904 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.542 0:01.915 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 200 OK Date: Thu, 12 Apr 2007 11:40:24 GMT CSeq: 3 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK5ece16cc-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=ba8cc0cb-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=724254725 Contact: ;x-cisco-newreg Expires: 120 Content-Length: 0 2007/04/12 13:44:10.543 0:01.916 SIP Transport:afc700 SIP Transaction 3 REGISTER completed. 2007/04/12 13:44:10.882 0:02.255 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:10.883 0:02.256 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 NOTIFY sip:8255104 at 10.32.4.78:5061;transport=udp SIP/2.0 Date: Thu, 12 Apr 2007 11:40:24 GMT CSeq: 101 NOTIFY Via: SIP/2.0/UDP 10.32.8.32:5060;branch=z9hG4bK10394b8074185 User-Agent: Cisco-CCM5.1 From: ;tag=2015287605 Call-ID: 98b50980-61e11aa8-1971f6-2008200a at 10.32.8.32 To: Contact: Subscription-State: active Event: message-summary Content-Type: application/simple-message-summary Content-Length: 22 Max-Forwards: 70 Messages-Waiting: no 2007/04/12 13:44:10.884 0:02.257 SIP Transport:afc700 SIP Tranport remote address change from Via: udp$10.32.8.32:5060 2007/04/12 13:44:10.884 0:02.257 SIP Transport:afc700 SIP Received NOTIFY 2007/04/12 13:44:10.884 0:02.257 SIP Transport:afc700 SIP Could not find a SUBSCRIBE corresponding to the NOTIFY 2007/04/12 13:44:10.885 0:02.258 SIP Transport:afc700 SIP Sending PDU on udp$10.32.8.32:5060 SIP/2.0 200 OK CSeq: 101 NOTIFY Via: SIP/2.0/UDP 10.32.8.32:5060;branch=z9hG4bK10394b8074185 From: ;tag=2015287605 Call-ID: 98b50980-61e11aa8-1971f6-2008200a at 10.32.8.32 To: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave 2007/04/12 13:44:11.199 0:02.572 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:11.209 0:02.582 Housekeeper SIP Set state Terminated_Success for transaction 2 SUBSCRIBE 2007/04/12 13:44:11.477 0:02.850 Housekeeper SIP Set state Terminated_Success for transaction 1 REGISTER 2007/04/12 13:44:11.545 0:02.918 Housekeeper SIP Set state Terminated_Success for transaction 3 REGISTER 2007/04/12 13:44:21.138 0:12.512 GMURLHandler:00c3a110 OpalMan Set up call from pc:* to sip:8116002 at ccm-sub1.ipt.str.redhat.com 2007/04/12 13:44:21.139 0:12.512 GMURLHandler:00c3a110 Call Created Call[1] 2007/04/12 13:44:21.139 0:12.512 GMURLHandler:00c3a110 OpalMan Set up connection to "pc:*" 2007/04/12 13:44:21.141 0:12.514 GMURLHandler:00c3a110 OpalCon Created connection Call[1]-EP[Default] 2007/04/12 13:44:21.141 0:12.514 GMURLHandler:00c3a110 RFC2833 Handler created 2007/04/12 13:44:21.141 0:12.514 GMURLHandler:00c3a110 Silence Handler created 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 Echo Canceler Handler created 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 PCSS Created PC sound system connection. 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 OpalMan On incoming connection Call[1]-EP[Default] 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 Call GetOtherPartyConnection Call[1]-EP[Default] 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 OpalMan Set up connection to "sip:8116002 at ccm-sub1.ipt.str.redhat.com" 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 OpalCon Created connection Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 13:44:21.142 0:12.515 GMURLHandler:00c3a110 RFC2833 Handler created 2007/04/12 13:44:21.145 0:12.518 GMURLHandler:00c3a110 SIP Created connection. 2007/04/12 13:44:21.145 0:12.518 GMURLHandler:00c3a110 PCSS Outgoing call routed to sip:8116002 at ccm-sub1.ipt.str.redhat.com for Call[1]-EP[Default] 2007/04/12 13:44:21.145 0:12.518 GMURLHandler:00c3a110 Call OnSetUp Call[1]-EP[Default] 2007/04/12 13:44:21.145 0:12.518 GMURLHandler:00c3a110 SIP SetUpConnection: 2007/04/12 13:44:21.147 0:12.520 GMURLHandler:00c3a110 OpalUDP Binding to interface: 10.32.4.78:34444 2007/04/12 13:44:21.147 0:12.520 GMURLHandler:00c3a110 SIP Created transport udp$0.0.0.0 2007/04/12 13:44:21.147 0:12.520 GMURLHandler:00c3a110 OpalUDP Started connect to 10.32.8.32:5060 2007/04/12 13:44:21.147 0:12.520 GMURLHandler:00c3a110 OpalUDP Connect on pre-bound interface: 10.32.4.78 2007/04/12 13:44:21.149 0:12.522 GMURLHandler:00c3a110 SIP Transaction 1 INVITE created. 2007/04/12 13:44:21.150 0:12.523 GMURLHandler:00c3a110 Call CanDoMediaBypass Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] session 1 2007/04/12 13:44:21.150 0:12.523 GMURLHandler:00c3a110 OpalMan IsMediaBypassPossible: session 1 2007/04/12 13:44:21.150 0:12.523 GMURLHandler:00c3a110 SIP IsMediaBypassPossible: session 1 2007/04/12 13:44:21.150 0:12.523 GMURLHandler:00c3a110 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/12 13:44:21.150 0:12.523 SIP Transport:e20e40 SIP Read thread started. 2007/04/12 13:44:21.150 0:12.523 SIP Transport:e20e40 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:21.151 0:12.524 GMURLHandler:00c3a110 RTP_UDP Session 1 created: 10.32.4.78:5000-5001 ssrc=98047722 2007/04/12 13:44:21.151 0:12.524 GMURLHandler:00c3a110 RTP Adding session RTP_UDP 2007/04/12 13:44:21.155 0:12.528 GMURLHandler:00c3a110 Call GetMediaFormats for Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] G.711-ALaw-64k G.711-uLaw-64k G.726-16k G.726-32k GSM-06.10 iLBC-13k3 LPC-10 MS-GSM SpeexNarrow-8k SpeexWide-20.6k H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/04/12 13:44:21.156 0:12.529 GMURLHandler:00c3a110 SIP Using RTP payload [pt=101] for NTE 2007/04/12 13:44:21.156 0:12.529 GMURLHandler:00c3a110 Call CanDoMediaBypass Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] session 2 2007/04/12 13:44:21.156 0:12.529 GMURLHandler:00c3a110 OpalMan IsMediaBypassPossible: session 2 2007/04/12 13:44:21.156 0:12.530 GMURLHandler:00c3a110 SIP IsMediaBypassPossible: session 2 2007/04/12 13:44:21.157 0:12.530 GMURLHandler:00c3a110 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/12 13:44:21.158 0:12.531 GMURLHandler:00c3a110 RTP_UDP Session 2 created: 10.32.4.78:5002-5003 ssrc=2774420846 2007/04/12 13:44:21.158 0:12.531 GMURLHandler:00c3a110 RTP Adding session RTP_UDP 2007/04/12 13:44:21.163 0:12.536 GMURLHandler:00c3a110 Call GetMediaFormats for Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] G.711-ALaw-64k G.711-uLaw-64k G.726-16k G.726-32k GSM-06.10 iLBC-13k3 LPC-10 MS-GSM SpeexNarrow-8k SpeexWide-20.6k H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/04/12 13:44:21.163 0:12.537 GMURLHandler:00c3a110 SIP No authentication information present 2007/04/12 13:44:21.165 0:12.538 GMURLHandler:00c3a110 SIP Sending PDU on udp$10.32.8.32:5060 INVITE sip:8116002 at ccm-sub1.ipt.str.redhat.com SIP/2.0 Date: Thu, 12 Apr 2007 11:44:21 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK8eb373d2-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: "Matej Cepl" ;tag=269a72d2-58e7-db11-93a4-00188b1d07d1 Call-ID: 129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 492 Max-Forwards: 70 v=0 o=- 1176378261 1176378261 IN IP4 10.32.4.78 s=Opal SIP Session c=IN IP4 10.32.4.78 t=0 0 m=audio 5000 RTP/AVP 8 0 106 2 3 115 7 107 110 114 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:106 G726-16k/8000 a=rtpmap:2 G721/8000 a=rtpmap:3 GSM/8000 a=rtpmap:115 iLBC/8000 a=rtpmap:7 LPC/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:114 SPEEX/16000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=video 5002 RTP/AVP 31 a=rtpmap:31 H261/90000 2007/04/12 13:44:21.165 0:12.538 GMURLHandler:00c3a110 SetUpCall succeeded 2007/04/12 13:44:21.247 0:12.620 SIP Transport:e20e40 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 11:40:34 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK8eb373d2-58e7-db11-93a4-00188b1d07d1;rport From: "Matej Cepl" ;tag=269a72d2-58e7-db11-93a4-00188b1d07d1 Call-ID: 129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Allow-Events: presence Content-Length: 0 2007/04/12 13:44:21.247 0:12.620 SIP Transport:e20e40 OpalUDP Ended connect, selecting 10.32.4.78:5063 2007/04/12 13:44:21.247 0:12.620 SIP Transport:e20e40 SIP Queueing PDU: 1 INVITE <100> 2007/04/12 13:44:21.247 0:12.620 SIP Transport:e20e40 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:21.248 0:12.621 SIP Handler:d55770 SIP PDU handler thread started. 2007/04/12 13:44:21.249 0:12.622 SIP Handler:d55770 SIP Awaiting next PDU. 2007/04/12 13:44:21.249 0:12.622 SIP Handler:d55770 SIP Handling PDU 1 INVITE <100> 2007/04/12 13:44:21.251 0:12.624 SIP Handler:d55770 SIP Transaction 1 INVITE proceeding. 2007/04/12 13:44:21.252 0:12.625 SIP Handler:d55770 SIP Received Trying response 2007/04/12 13:44:21.253 0:12.626 SIP Transport:e20e40 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 503 Service Unavailable Date: Thu, 12 Apr 2007 11:40:34 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK8eb373d2-58e7-db11-93a4-00188b1d07d1;rport From: "Matej Cepl" ;tag=269a72d2-58e7-db11-93a4-00188b1d07d1 Call-ID: 129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=516945764 Reason: Q.850;cause=63 Warning: 399 "Routing failed: ccbid=1655599 socket=10.32.4.78:5063" Allow-Events: presence Content-Length: 0 2007/04/12 13:44:21.253 0:12.626 SIP Transport:e20e40 SIP Queueing PDU: 1 INVITE <503> 2007/04/12 13:44:21.253 0:12.626 SIP Transport:e20e40 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:21.254 0:12.627 SIP Handler:d55770 SIP Awaiting next PDU. 2007/04/12 13:44:21.254 0:12.627 SIP Handler:d55770 SIP Handling PDU 1 INVITE <503> 2007/04/12 13:44:21.256 0:12.629 SIP Handler:d55770 SIP Transaction 1 INVITE completed. 2007/04/12 13:44:21.257 0:12.632 SIP Handler:d55770 SIP Sending PDU on udp$10.32.8.32:5060 ACK sip:8116002 at ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 1 ACK Via: SIP/2.0/UDP 10.32.4.78:5063;branch=z9hG4bK8eb373d2-58e7-db11-93a4-00188b1d07d1;rport From: "Matej Cepl" ;tag=269a72d2-58e7-db11-93a4-00188b1d07d1 Call-ID: 129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=516945764 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:21.260 0:12.634 SIP Handler:d55770 OpalCon Releasing Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 13:44:21.262 0:12.635 SIP Handler:d55770 OpalCon Call end reason for 129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz set to EndedByRefusal 2007/04/12 13:44:21.262 0:12.635 SIP Handler:d55770 OpalCon SetPhase from UninitialisedPhase to ReleasingPhase 2007/04/12 13:44:21.263 0:12.636 SIP Handler:d55770 SIP Awaiting next PDU. 2007/04/12 13:44:21.263 0:12.636 OnRelease:f8eb40 SIP OnReleased: Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz], phase = ReleasingPhase 2007/04/12 13:44:21.264 0:12.637 OnRelease:f8eb40 OpalCon SetPhase from ReleasingPhase to ReleasingPhase 2007/04/12 13:44:21.264 0:12.637 OnRelease:f8eb40 SIP Cancelling transaction 0 of 1 2007/04/12 13:44:21.264 0:12.638 OnRelease:f8eb40 SIP Could not cancel transaction 0 2007/04/12 13:44:21.265 0:12.638 OnRelease:f8eb40 OpalCon Media stream threads closed. 2007/04/12 13:44:21.265 0:12.638 OnRelease:f8eb40 OpalCon SetPhase from ReleasingPhase to ReleasedPhase 2007/04/12 13:44:21.266 0:12.639 SIP Handler:d55770 SIP PDU handler thread finished. 2007/04/12 13:44:21.266 0:12.639 OnRelease:f8eb40 Opal Transport clean up on termination 2007/04/12 13:44:21.267 0:12.640 OnRelease:f8eb40 OpalUDP Close 2007/04/12 13:44:21.267 0:12.640 OnRelease:f8eb40 Opal Transport Close 2007/04/12 13:44:21.268 0:12.641 SIP Transport:e20e40 SIP Read thread finished. 2007/04/12 13:44:21.268 0:12.641 OnRelease:f8eb40 OpalCon OnReleased Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 13:44:21.268 0:12.641 OnRelease:f8eb40 OpalCon Media stream threads closed. 2007/04/12 13:44:21.269 0:12.642 OnRelease:f8eb40 GMSIPEndpoint SIP connection released 2007/04/12 13:44:21.269 0:12.642 OnRelease:f8eb40 OpalEP OnReleased Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 13:44:21.362 0:12.735 OnRelease:f8eb40 GMManager Will release the connection 2007/04/12 13:44:21.362 0:12.735 OnRelease:f8eb40 OpalMan OnReleased Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 13:44:21.362 0:12.735 OnRelease:f8eb40 Call OnReleased Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] 2007/04/12 13:44:21.362 0:12.735 OnRelease:f8eb40 OpalCon Releasing Call[1]-EP[Default] 2007/04/12 13:44:21.362 0:12.735 OnRelease:f8eb40 OpalCon Call end reason for Default set to EndedByRefusal 2007/04/12 13:44:21.362 0:12.735 OnRelease:f8eb40 OpalCon SetPhase from SetUpPhase to ReleasingPhase 2007/04/12 13:44:21.363 0:12.736 OnRelease:f8eb40 SIP Transaction 1 INVITE aborted. 2007/04/12 13:44:21.363 0:12.736 OnRelease:f8eb40 SIP Transaction 1 INVITE destroyed. 2007/04/12 13:44:21.363 0:12.736 OnRelease:f8eb40 OpalCon OnRelease thread completed for 129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz 2007/04/12 13:44:21.364 0:12.737 OnRelease:f168d0 OpalCon OnReleased Call[1]-EP[Default] 2007/04/12 13:44:21.364 0:12.737 OnRelease:f168d0 OpalCon Media stream threads closed. 2007/04/12 13:44:21.757 0:13.130 OpalGarbage Opal Transport clean up on termination 2007/04/12 13:44:21.757 0:13.130 OpalGarbage OpalUDP Close 2007/04/12 13:44:21.757 0:13.131 OpalGarbage Opal Transport Close 2007/04/12 13:44:21.758 0:13.131 OpalGarbage SIP Deleted connection. 2007/04/12 13:44:21.758 0:13.131 OpalGarbage OpalCon Connection Call[1]-EP[129572d2-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz] destroyed. 2007/04/12 13:44:21.758 0:13.131 OpalGarbage RTP_UDP Session 1, Shutting down read. 2007/04/12 13:44:21.758 0:13.131 OpalGarbage RTP_UDP Session 1, Shutting down write. 2007/04/12 13:44:21.758 0:13.131 OpalGarbage RTP_UDP Session 2, Shutting down read. 2007/04/12 13:44:21.759 0:13.132 OpalGarbage RTP_UDP Session 2, Shutting down write. 2007/04/12 13:44:21.829 0:13.202 OnRelease:f168d0 GMPCSSEndpoint PCSS connection released 2007/04/12 13:44:21.829 0:13.202 OnRelease:f168d0 OpalEP OnReleased Call[1]-EP[Default] 2007/04/12 13:44:21.829 0:13.202 OnRelease:f168d0 GMManager Will release the connection 2007/04/12 13:44:21.829 0:13.202 OnRelease:f168d0 OpalMan OnReleased Call[1]-EP[Default] 2007/04/12 13:44:21.829 0:13.202 OnRelease:f168d0 Call OnReleased Call[1]-EP[Default] 2007/04/12 13:44:21.888 0:13.261 OnRelease:f168d0 OpalCon OnRelease thread completed for Default 2007/04/12 13:44:22.761 0:14.135 OpalGarbage PCSS Deleted PC sound system connection. 2007/04/12 13:44:22.762 0:14.135 OpalGarbage OpalCon Connection Call[1]-EP[Default] destroyed. 2007/04/12 13:44:23.769 0:15.142 OpalGarbage Call Call[1] destroyed. 2007/04/12 13:44:27.798 0:19.171 ekiga Listen Stopping listening thread on tcp$10.32.4.78:1720 2007/04/12 13:44:27.798 0:19.171 ekiga H323 Deleted endpoint. 2007/04/12 13:44:27.798 0:19.171 ekiga OpalEP h323 endpoint destroyed. 2007/04/12 13:44:27.800 0:19.173 ekiga SIP Sending PDU on udp$10.32.8.32:5060 REGISTER sip:ccm-sub1.ipt.str.redhat.com SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK18616ad6-58e7-db11-93a4-00188b1d07d1;rport User-Agent: Ekiga/2.0.7 From: ;tag=e65b6ad6-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 0 Content-Length: 0 Max-Forwards: 70 2007/04/12 13:44:27.850 0:19.223 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 100 Trying Date: Thu, 12 Apr 2007 11:40:41 GMT CSeq: 4 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK18616ad6-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=e65b6ad6-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: Content-Length: 0 2007/04/12 13:44:27.851 0:19.224 SIP Transport:afc700 SIP Transaction 4 REGISTER proceeding. 2007/04/12 13:44:27.851 0:19.224 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:27.855 0:19.228 SIP Transport:afc700 SIP PDU Received on udp$10.32.8.32:5060 SIP/2.0 200 OK Date: Thu, 12 Apr 2007 11:40:41 GMT CSeq: 4 REGISTER Via: SIP/2.0/UDP 10.32.4.78:5061;branch=z9hG4bK18616ad6-58e7-db11-93a4-00188b1d07d1;rport From: ;tag=e65b6ad6-58e7-db11-93a4-00188b1d07d1 Call-ID: 3017c0cb-58e7-db11-93a4-00188b1d07d1 at hubmaier.ceplovi.cz To: ;tag=1587901827 Expires: 0 Content-Length: 0 2007/04/12 13:44:27.855 0:19.228 SIP Transport:afc700 SIP Transaction 4 REGISTER completed. 2007/04/12 13:44:27.855 0:19.228 SIP Transport:afc700 SIP Waiting for PDU on udp$10.32.8.32:5060 2007/04/12 13:44:28.714 0:20.087 Housekeeper Opal Transport clean up on termination 2007/04/12 13:44:28.714 0:20.087 Housekeeper OpalUDP Close 2007/04/12 13:44:28.714 0:20.087 Housekeeper Opal Transport Close 2007/04/12 13:44:28.714 0:20.087 SIP Transport:afc700 SIP Read thread finished. 2007/04/12 13:44:28.715 0:20.088 Housekeeper SIP Transaction 1 REGISTER destroyed. 2007/04/12 13:44:28.715 0:20.088 Housekeeper SIP Transaction 3 REGISTER destroyed. 2007/04/12 13:44:28.715 0:20.088 Housekeeper SIP Transaction 4 REGISTER destroyed. 2007/04/12 13:44:30.714 0:22.087 Housekeeper Opal Transport clean up on termination 2007/04/12 13:44:30.714 0:22.087 Housekeeper OpalUDP Close 2007/04/12 13:44:30.714 0:22.087 Housekeeper Opal Transport Close 2007/04/12 13:44:30.714 0:22.088 SIP Transport:e22390 SIP Read thread finished. 2007/04/12 13:44:30.718 0:22.091 ekiga Listen Stopping listening thread on udp$10.32.4.78:5060 2007/04/12 13:44:30.718 0:22.091 Opal Listener:f8f740 Listen UDP select error: P?eru?en? vol?n? syst?mu 2007/04/12 13:44:30.726 0:22.099 Housekeeper SIP Transaction 2 SUBSCRIBE destroyed. 2007/04/12 13:44:30.730 0:22.103 ekiga SIP Deleted endpoint. 2007/04/12 13:44:30.730 0:22.103 ekiga OpalEP sip endpoint destroyed. 2007/04/12 13:44:30.730 0:22.103 ekiga PCSS Deleted PC sound system endpoint. 2007/04/12 13:44:30.730 0:22.103 ekiga OpalEP pc endpoint destroyed. 2007/04/12 13:44:30.730 0:22.103 ekiga OpalMan Deleted manager. From dsandras at seconix.com Thu Apr 12 12:32:05 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 12 Apr 2007 14:32:05 +0200 Subject: [Ekiga-list] Failed attempt to register with CISCO SIP server In-Reply-To: References: <1176289192.4738.19.camel@hubmaier.ceplovi.cz> <1176290459.8216.0.camel@scorpion> <1176301203.4738.27.camel@hubmaier.ceplovi.cz> <1176301305.9562.17.camel@scorpion> <1176364704.3795.10.camel@scorpion> <1176368714.3795.24.camel@scorpion> Message-ID: <1176381125.3795.33.camel@scorpion> Le jeudi 12 avril 2007 ? 13:46 +0200, Matej Cepl a ?crit : > Damien Sandras writes: > > > OK, I see two problems : > > 1) ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave > > It appears that DMIX is giving your problems. Try using another ALSA > > device (either Default or direct access to the soundcard) in the Audio > > Devices part of the preferences. > > That's another problem -- I am trying to use pulseaudio through > alsa-pulse module. > > > You can enable codecs in the Audio Codecs part of the preferences. > > Yes, I did. However, the problem IMHO is that "Remote user > rejected call" in the attached log. > > Any ideas about that? > CISCO sends back this message : SIP/2.0 503 Service Unavailable Date: Thu, 12 Apr 2007 11:40:34 GMT CSeq: 1 INVITE Unfortunately, I have no idea for that one. You can try several things, like disabling video for example, or calling another number. This debug can be of interest : Reason: Q.850;cause=63 Warning: 399 "Routing failed: ccbid=1655599 socket=10.32.4.78:5063" It is possible that the outgoing INVITE is rejected because it comes from port 5063 while the register was sent with source port 5061. In that case, it is a configuration problem on the CISCO side. I think you will have to refer to the admin of the call manager... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Thu Apr 12 12:32:19 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 12 Apr 2007 14:32:19 +0200 Subject: [Ekiga-list] OT ? question. In-Reply-To: <461E1A4C.6020609@wp.pl> References: <461E1A4C.6020609@wp.pl> Message-ID: <1176381139.3795.35.camel@scorpion> Le jeudi 12 avril 2007 ? 13:38 +0200, W.P. a ?crit : > Hello, > > i have now small "testbed" for VoIP. > PC with Ekiga 2.0.2, Asterisk 1.4, and Grandstream HT-386 VoIP Gateway. > Ekiga & HT are both logged-in to asterisk. > What makes me curious it VERY long call-setup time: 10 or more seconds. > (Teardown is immediate). > It look abnormally for me, as there is only PC and gateway connected to > lan. > Where could be the problem located: GW, Ekiga, Asterisk? > All of them... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From laurentp at wp.pl Thu Apr 12 13:39:14 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 12 Apr 2007 15:39:14 +0200 Subject: [Ekiga-list] OT ? question. In-Reply-To: <1176381139.3795.35.camel@scorpion> References: <461E1A4C.6020609@wp.pl> <1176381139.3795.35.camel@scorpion> Message-ID: <461E3682.6090501@wp.pl> U?ytkownik Damien Sandras napisa?: >Le jeudi 12 avril 2007 ? 13:38 +0200, W.P. a ?crit : > > >>Hello, >> >>i have now small "testbed" for VoIP. >>PC with Ekiga 2.0.2, Asterisk 1.4, and Grandstream HT-386 VoIP Gateway. >>Ekiga & HT are both logged-in to asterisk. >>What makes me curious it VERY long call-setup time: 10 or more seconds. >>(Teardown is immediate). >>It look abnormally for me, as there is only PC and gateway connected to >>lan. >>Where could be the problem located: GW, Ekiga, Asterisk? >> >> >> > >All of them... > > Not really ;) ;) I have isolated: it is NOT asterisk, same when calling Ekiga -> gateway by IP address. Any suggestions? (I know, -d4 but for what kind of messages should I look for?) W.P. From dsandras at seconix.com Thu Apr 12 13:42:45 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 12 Apr 2007 15:42:45 +0200 Subject: [Ekiga-list] OT ? question. In-Reply-To: <461E3682.6090501@wp.pl> References: <461E1A4C.6020609@wp.pl> <1176381139.3795.35.camel@scorpion> <461E3682.6090501@wp.pl> Message-ID: <1176385365.3795.42.camel@scorpion> Le jeudi 12 avril 2007 ? 15:39 +0200, W.P. a ?crit : > U?ytkownik Damien Sandras napisa?: > > >Le jeudi 12 avril 2007 ? 13:38 +0200, W.P. a ?crit : > > > > > >>Hello, > >> > >>i have now small "testbed" for VoIP. > >>PC with Ekiga 2.0.2, Asterisk 1.4, and Grandstream HT-386 VoIP Gateway. > >>Ekiga & HT are both logged-in to asterisk. > >>What makes me curious it VERY long call-setup time: 10 or more seconds. > >>(Teardown is immediate). > >>It look abnormally for me, as there is only PC and gateway connected to > >>lan. > >>Where could be the problem located: GW, Ekiga, Asterisk? > >> > >> > >> > > > >All of them... > > > > > Not really ;) ;) > > I have isolated: it is NOT asterisk, same when calling Ekiga -> gateway > by IP address. > > Any suggestions? (I know, -d4 but for what kind of messages should I > look for?) > INVITE or 200 OK... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Thu Apr 12 22:00:54 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 13 Apr 2007 00:00:54 +0200 Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.9 released Message-ID: <1176415254.3817.9.camel@scorpion> This is an update of Ekiga 2.0. * What is it ? ============== Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? =================== Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/sources/ekiga/2.0 Dependancies like OPAL and PWLIB are available at: ftp://ftp.gnome.org/pub/gnome/sources/opal/2.2/ ftp://ftp.gnome.org/pub/gnome/sources/pwlib/1.10 * What's changed ? ================== Added MJPEG support to the V4L1 plugin. (Luc Saillard) Added workarounds for broken qspca driver to the V4L1 plugin. (Luc Saillard) Fixed account strings check procedure. (Luc Saillard) Added auto build scripts for WIN32. (Julien Puydt, Kilian Krause, Michael Rickmann, Vincent Luba, ...) Added NSIS installer support. (Vincent Luba) Fixed unregistration from SIP registrars running on non standard port when exiting. (Damien Sandras) Fixed possible problem with H.323 calls. (Craig Southeren) Fixed possible Avahi crashes. (Damien Sandras) Fixed possible routing problem for incoming calls initiated through uncompliant SIP INVITE PDUs. (Damien Sandras) Fixed crash on WIN32 when exchanging SIP text messages. (Damien Sandras) Allow more characters as username in account definition (Jan Schampera, #419017) Allow more characters as account name (Jan Schampera, ENH #399378) Fix possible crash/NULL referencing in addressbook due to wrong check logic (#419996, Jan Schampera) Fix possible crash when displaying a warning dialog. (Robin Putters, #418991) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From rankincj at yahoo.com Thu Apr 12 22:53:38 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Thu, 12 Apr 2007 23:53:38 +0100 (BST) Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.9 released In-Reply-To: <1176415254.3817.9.camel@scorpion> Message-ID: <20070412225338.96141.qmail@web52909.mail.re2.yahoo.com> --- Damien Sandras wrote: > This is an update of Ekiga 2.0. The V4L2 plugin for pwlib 1.10.7 still does not build; the problem is in the plugins/configure script, at lines 4326 and 4327: #ifdef __linux__ #include << These two lines must be removed. #include #else Cheers, Chris ___________________________________________________________ Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your free account today http://uk.rd.yahoo.com/evt=44106/*http://uk.docs.yahoo.com/mail/winter07.html From sevmek at free.fr Fri Apr 13 12:23:27 2007 From: sevmek at free.fr (yannick) Date: Fri, 13 Apr 2007 14:23:27 +0200 Subject: [Ekiga-list] [ANNOUNCE] Ekiga 2.0.9 released In-Reply-To: <1176415254.3817.9.camel@scorpion> References: <1176415254.3817.9.camel@scorpion> Message-ID: <1176467008.14257.3.camel@achille> Hi, The wiki has been updated: For Linux http://wiki.ekiga.org/index.php/Linux_Users (easy upgrade instructions for debian and ubuntu users using Synaptic) For windows: http://wiki.ekiga.org/index.php/Windows_Users For the first time the .exe has an installer (still BETA)! Regards, Yannick Le vendredi 13 avril 2007 ? 00:00 +0200, Damien Sandras a ?crit : > This is an update of Ekiga 2.0. > > > * What is it ? > ============== > > Ekiga is a free Voice over IP softphone allowing you to do free calls > over the Internet. > > Ekiga is the first Open Source application to support both H.323 and > SIP, as well as audio and video. Ekiga was formerly known as > GnomeMeeting. > > More information can be found at http://www.ekiga.org > > > * Where to get it ? > =================== > > Ekiga is available at: > ftp://ftp.gnome.org/pub/gnome/sources/ekiga/2.0 > > Dependancies like OPAL and PWLIB are available at: > ftp://ftp.gnome.org/pub/gnome/sources/opal/2.2/ > ftp://ftp.gnome.org/pub/gnome/sources/pwlib/1.10 > > * What's changed ? > ================== > > Added MJPEG support to the V4L1 plugin. (Luc Saillard) > Added workarounds for broken qspca driver to the V4L1 plugin. (Luc > Saillard) > Fixed account strings check procedure. (Luc Saillard) > Added auto build scripts for WIN32. (Julien Puydt, Kilian Krause, > Michael Rickmann, Vincent Luba, ...) > Added NSIS installer support. (Vincent Luba) > Fixed unregistration from SIP registrars running on non > standard port when exiting. (Damien Sandras) > Fixed possible problem with H.323 calls. (Craig Southeren) > Fixed possible Avahi crashes. (Damien Sandras) > Fixed possible routing problem for incoming calls initiated through > uncompliant SIP INVITE PDUs. (Damien Sandras) > Fixed crash on WIN32 when exchanging SIP text messages. (Damien Sandras) > Allow more characters as username in account definition (Jan Schampera, > #419017) > Allow more characters as account name (Jan Schampera, ENH #399378) > Fix possible crash/NULL referencing in addressbook due to wrong check > logic (#419996, Jan Schampera) > Fix possible crash when displaying a warning dialog. (Robin Putters, > #418991) -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From sevmek at free.fr Fri Apr 13 12:31:56 2007 From: sevmek at free.fr (yannick) Date: Fri, 13 Apr 2007 14:31:56 +0200 Subject: [Ekiga-list] Help me build our tested devices page. Message-ID: <1176467517.14257.12.camel@achille> Hi, I've started a list of know to work devices for Ekiga here: http://wiki.ekiga.org/index.php/Tested_hardware Currently it is mostly about webcams. I would like you to tell me what kind of device you've been able to use with Ekiga (webcams, USB/bluetooth/Firewire... devices). For each device I would like to know: 1- The vendor name and device name (maybe the ship name if you want) 2- The plateform: Linux/Windows/... 3- The interface (USB, Firewire,...) 4- The driver name and version 5- The plugin selected in the Ekiga preferences (for audio and video devices) 6- Any relevant infos you might add... Regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From chutz at gg3.net Fri Apr 13 14:21:56 2007 From: chutz at gg3.net (Georgi Georgiev) Date: Fri, 13 Apr 2007 23:21:56 +0900 Subject: [Ekiga-list] [Ekiga-devel-list] Help me build our tested devices page. In-Reply-To: <1176467517.14257.12.camel@achille> References: <1176467517.14257.12.camel@achille> Message-ID: <20070413142156.GA31154@lion.gg3.net> maillog: 13/04/2007-14:31:56(+0200): yannick types > Hi, > > I've started a list of know to work devices for Ekiga here: > http://wiki.ekiga.org/index.php/Tested_hardware > Currently it is mostly about webcams. > > I would like you to tell me what kind of device you've been able to use > with Ekiga (webcams, USB/bluetooth/Firewire... devices). > > For each device I would like to know: > 1- The vendor name and device name (maybe the ship name if you want) > 2- The plateform: Linux/Windows/... > 3- The interface (USB, Firewire,...) > 4- The driver name and version > 5- The plugin selected in the Ekiga preferences (for audio and video > devices) > > 6- Any relevant infos you might add... Regarding Firewire DV cameras (the ones with the avc1394 plugin), you could explicitly mention that they work, period (or "should work" if you so prefer). Right now the wiki says "Firewire camera supported by Linux should work". No maker is going to put a "Linux compatible" logo on a DV camera, so it may be a good idea to mention these. Oh, and such cameras hardly fit in the Webcams category (or you could rename the category to "Cameras"). I have personally used these two: SONY TRV-20[1] and a Canon IXY DV S1[2]. On Linux, Firewire interface, AVC1394 plugin, no special driver (in kernel firewire drivers are enough). Oldest tested version is kernel 2.4.20. I am curious, has anyone has used a High Definition DV camera? I am pretty sure that it won't work in HD mode, but I'd still like to hear people's experience. [1] http://support.d-imaging.sony.co.jp/www/handycam/products/dcr-trv20/index.html [2] http://www.rbbtoday.com/news/20050728/24489.html -- / Georgi Georgiev / Money doesn't talk, it swears. -- Bob / \ chutz at gg3.net \ Dylan \ / http://www.gg3.net/ / / From sevmek at free.fr Fri Apr 13 14:46:56 2007 From: sevmek at free.fr (yannick) Date: Fri, 13 Apr 2007 16:46:56 +0200 Subject: [Ekiga-list] [Ekiga-devel-list] Help me build our tested devices page. In-Reply-To: <20070413142156.GA31154@lion.gg3.net> References: <1176467517.14257.12.camel@achille> <20070413142156.GA31154@lion.gg3.net> Message-ID: <1176475616.25765.3.camel@achille> Le vendredi 13 avril 2007 ? 23:21 +0900, Georgi Georgiev a ?crit : > maillog: 13/04/2007-14:31:56(+0200): yannick types > > Hi, > > > > I've started a list of know to work devices for Ekiga here: > > http://wiki.ekiga.org/index.php/Tested_hardware > > Currently it is mostly about webcams. > > > > I would like you to tell me what kind of device you've been able to use > > with Ekiga (webcams, USB/bluetooth/Firewire... devices). > > > > For each device I would like to know: > > 1- The vendor name and device name (maybe the ship name if you want) > > 2- The plateform: Linux/Windows/... > > 3- The interface (USB, Firewire,...) > > 4- The driver name and version > > 5- The plugin selected in the Ekiga preferences (for audio and video > > devices) > > > > 6- Any relevant infos you might add... > > Regarding Firewire DV cameras (the ones with the avc1394 plugin), you > could explicitly mention that they work, period (or "should work" if you > so prefer). Right now the wiki says "Firewire camera supported by Linux > should work". No maker is going to put a "Linux compatible" logo on a > DV camera, so it may be a good idea to mention these. Oh, and such > cameras hardly fit in the Webcams category (or you could rename the > category to "Cameras"). > > I have personally used these two: SONY TRV-20[1] and a Canon IXY DV > S1[2]. On Linux, Firewire interface, AVC1394 plugin, no special driver > (in kernel firewire drivers are enough). Oldest tested version is kernel > 2.4.20. Both added. I hope the new sentence is better: "Firewire cameras, including Firewire DV cameras, should work too." Regards, Yannick > > I am curious, has anyone has used a High Definition DV camera? I am > pretty sure that it won't work in HD mode, but I'd still like to hear > people's experience. > > [1] http://support.d-imaging.sony.co.jp/www/handycam/products/dcr-trv20/index.html > [2] http://www.rbbtoday.com/news/20050728/24489.html > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From jpuydt at free.fr Fri Apr 13 15:30:38 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 13 Apr 2007 17:30:38 +0200 Subject: [Ekiga-list] [Ekiga-devel-list] Help me build our tested devices page. In-Reply-To: <20070413142156.GA31154@lion.gg3.net> References: <1176467517.14257.12.camel@achille> <20070413142156.GA31154@lion.gg3.net> Message-ID: <461FA21E.4060109@free.fr> Georgi Georgiev a ?crit : > Regarding Firewire DV cameras (the ones with the avc1394 plugin), you > could explicitly mention that they work, period (or "should work" if you > so prefer). Right now the wiki says "Firewire camera supported by Linux > should work". No maker is going to put a "Linux compatible" logo on a > DV camera, so it may be a good idea to mention these. Oh, and such > cameras hardly fit in the Webcams category (or you could rename the > category to "Cameras"). > > I have personally used these two: SONY TRV-20[1] and a Canon IXY DV > S1[2]. On Linux, Firewire interface, AVC1394 plugin, no special driver > (in kernel firewire drivers are enough). Oldest tested version is kernel > 2.4.20. I have a Sony DCR TRV-8E, and it works when the linux firewire subsystem doesn't crash... While we're mentioning AVC, I have had regular reports about inverted colors (see http://bugzilla.gnome.org/show_bug.cgi?id=343408 )... they still came in after I committed a fix long ago, then disappeared, so perhaps this issue is dead. Snark From zoho.vignochi at gmail.com Sat Apr 14 12:55:34 2007 From: zoho.vignochi at gmail.com (Zoho Vignochi) Date: Sat, 14 Apr 2007 09:55:34 -0300 Subject: [Ekiga-list] Jitter problem with pulseaudio and ekiga Message-ID: <1176555334.20681.16.camel@subotai.lan> Hello, I have pulseaudio running and have set up ekiga to use ALSA as the default plugin with an .asoundrc set to default type as pulse. So far so good. The problem is as soon as I place a test call the jitter buffer overflows and I hear only a second of speech and then nothing. I also can't disconnect the call and have to kill ekiga. I am attaching some output of ekiga -d 4 2007/04/14 09:52:36.136 0:47.392 SIP Handler:10728fb0 Call OpenSourceMediaStreams for session 1 with media G.711-uLaw-64k 2007/04/14 09:52:36.136 0:47.392 SIP Handler:10728fb0 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[Default] 2007/04/14 09:52:36.136 0:47.392 SIP Handler:10728fb0 Call OpenSourceMediaStreams for session 1 adjusted media to G.711-uLaw-64k 2007/04/14 09:52:36.136 0:47.392 SIP Handler:10728fb0 Call OpenSourceMediaStreams for session 2 with media G.711-uLaw-64k 2007/04/14 09:52:36.137 0:47.393 Media Patch:10738620 Patch Thread started for Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-uLaw-64k 2007/04/14 09:52:36.139 0:47.396 SIP Handler:10728fb0 Media Starting thread Media Patch:10738620 2007/04/14 09:52:36.146 0:47.403 Media Patch:1072f938 Patch Thread started for Patch OpalRTPMediaStream-Source-G.711-uLaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2007/04/14 09:52:36.150 0:47.406 Media Patch:1072f938 RTP Jitter buffer created: size=201 delay=160-8000/160 (20ms) obj=0x1072f588 2007/04/14 09:52:36.156 0:47.413 RTP Jitter:1072f588 RTP Jitter RTP receive thread started: 0x1072f588 2007/04/14 09:52:36.157 0:47.413 SIP Handler:10728fb0 Media Starting thread Media Patch:1072f938 2007/04/14 09:52:36.157 0:47.413 SIP Handler:10728fb0 OpalCon Media stream threads started. 2007/04/14 09:52:36.157 0:47.413 SIP Handler:10728fb0 OpalCon Media stream threads started. 2007/04/14 09:52:36.157 0:47.413 SIP Handler:10728fb0 GMSIPEndpoint SIP connection established 2007/04/14 09:52:36.185 0:47.441 Media Patch:10738620 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=2334 ts=0 src=890567822 ccnt=0 2007/04/14 09:52:36.220 0:47.476 SIP Handler:10728fb0 RTP Found existing session 1 2007/04/14 09:52:36.221 0:47.477 SIP Handler:10728fb0 GMManager Will establish the connection 2007/04/14 09:52:36.221 0:47.477 SIP Handler:10728fb0 OpalMan OnEstablished Call[1]-EP[10f8f7ad-f4e8-db11-91e8-000b2f752e4c at subotai] 2007/04/14 09:52:36.221 0:47.477 SIP Handler:10728fb0 Call OnEstablished Call[1]-EP[10f8f7ad-f4e8-db11-91e8-000b2f752e4c at subotai] 2007/04/14 09:52:36.236 0:47.492 SIP Handler:10728fb0 SIP Awaiting next PDU. 2007/04/14 09:52:36.527 0:47.784 RTP Jitter:1072f588 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=44613 ts=160 src=1752443145 ccnt=0 2007/04/14 09:52:37.224 0:48.480 Housekeeper RTP Found existing session 1 2007/04/14 09:52:38.223 0:49.479 Housekeeper RTP Found existing session 1 2007/04/14 09:52:38.515 0:49.772 RTP Jitter:1072f588 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=32 minTime=4 jitter=2 maxJitter=4 2007/04/14 09:52:38.906 0:50.163 Media Patch:1072f938 RTP Jitter buffer length exceeded 2007/04/14 09:52:38.907 0:50.163 Media Patch:1072f938 RTP Jitter buffer length exceed was prior to first write. Not increasing buffer size 2007/04/14 09:52:38.976 0:50.232 Media Patch:1072f938 RTP Jitter buffer length exceeded 2007/04/14 09:52:38.976 0:50.232 Media Patch:1072f938 RTP Jitter buffer size increased to 320 (40ms) 2007/04/14 09:52:39.226 0:50.483 Housekeeper RTP Found existing session 1 2007/04/14 09:52:40.226 0:51.483 Housekeeper RTP Found existing session 1 2007/04/14 09:52:40.516 0:51.772 RTP Jitter:1072f588 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=27 minTime=11 jitter=2 maxJitter=4 2007/04/14 09:52:41.226 0:52.482 Housekeeper RTP Found existing session 1 2007/04/14 09:52:42.229 0:53.486 Housekeeper RTP Found existing session 1 2007/04/14 09:52:42.527 0:53.784 RTP Jitter:1072f588 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=9 jitter=2 maxJitter=5 2007/04/14 09:52:43.229 0:54.486 Housekeeper RTP Found existing session 1 2007/04/14 09:52:43.824 0:55.080 RTP Jitter:1072f588 RTP Jitter buffer full, throwing away oldest frame (26560) 2007/04/14 09:52:44.219 0:55.475 RTP Jitter:1072f588 RTP Jitter buffer continuously full, throwing away entire buffer. 2007/04/14 09:52:44.229 0:55.485 Housekeeper RTP Found existing session 1 2007/04/14 09:52:44.241 0:55.497 RTP Jitter:1072f588 RTP Jitter buffer full, threw away 21 oldest frames 2007/04/14 09:52:44.520 0:55.777 RTP Jitter:1072f588 RTP Receive statistics: packets=401 octets=64160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=35 minTime=0 jitter=8 maxJitter=9 2007/04/14 09:52:44.579 0:55.835 RTP Jitter:1072f588 RTP SentSenderReport: ssrc=890567822 ntp=3385543964.2487874896 rtp=320 psent=3 osent=480 2007/04/14 09:52:44.580 0:55.836 RTP Jitter:1072f588 RTP SentReceiverReport: ssrc=1752443145 fraction=0 lost=0 last_seq=0 jitter=59 lsr=0 dlsr=0 2007/04/14 09:52:44.580 0:55.836 RTP Jitter:1072f588 RTP Sending SDES: brent at subotai 2007/04/14 09:52:45.233 0:56.489 Housekeeper RTP Found existing session 1 2007/04/14 09:52:46.240 0:57.497 Housekeeper RTP Found existing session 1 2007/04/14 09:52:46.519 0:57.775 RTP Jitter:1072f588 RTP Receive statistics: packets=501 octets=80160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=33 minTime=7 jitter=8 maxJitter=9 2007/04/14 09:52:47.240 0:58.496 Housekeeper RTP Found existing session 1 2007/04/14 09:52:48.239 0:59.495 RTP Jitter:1072f588 RTP Jitter buffer full, throwing away oldest frame (61920) 2007/04/14 09:52:48.240 0:59.496 Housekeeper RTP Found existing session 1 2007/04/14 09:52:48.519 0:59.775 RTP Jitter:1072f588 RTP Receive statistics: packets=601 octets=96160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=37 minTime=0 jitter=3 maxJitter=10 2007/04/14 09:52:48.639 0:59.895 RTP Jitter:1072f588 RTP Jitter buffer continuously full, throwing away entire buffer. 2007/04/14 09:52:48.658 0:59.914 RTP Jitter:1072f588 RTP Jitter buffer full, threw away 21 oldest frames 2007/04/14 09:52:49.243 1:00.500 Housekeeper RTP Found existing session 1 From jpuydt at free.fr Sat Apr 14 15:16:49 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 14 Apr 2007 17:16:49 +0200 Subject: [Ekiga-list] Jitter problem with pulseaudio and ekiga In-Reply-To: <1176555334.20681.16.camel@subotai.lan> References: <1176555334.20681.16.camel@subotai.lan> Message-ID: <4620F061.5030805@free.fr> Zoho Vignochi a ?crit : > The problem is as soon as I place a test call the jitter buffer > overflows and I hear only a second of speech and then nothing. I also > can't disconnect the call and have to kill ekiga. I am attaching some > output of ekiga -d 4 All of the output would be nice -- which ekiga version is it ? Snark on #ekiga From bbagger at gmail.com Sat Apr 14 18:06:57 2007 From: bbagger at gmail.com (Bent Bagger) Date: Sat, 14 Apr 2007 20:06:57 +0200 Subject: [Ekiga-list] Help me build our tested devices page. In-Reply-To: <1176467517.14257.12.camel@achille> References: <1176467517.14257.12.camel@achille> Message-ID: <2e19719f0704141106q4a4561h5cb24fc0dd8300e9@mail.gmail.com> Hi Yannick I have for quite some time successfully used an USB camera with Ekiga. Here are the details you ask for: 1- The vendor name and device name: Labtech Webcam Elch2 Chip ID: 046d:0929 (Logitech, Inc.) 2- The platform: Linux (ArchLinux 0.8 - Voodoo) 3- The interface: USB 4- The driver name and version: gspca, release 01.00.12 (20070110) 5- The plugin selected in the Ekiga preferences: V4L 6- Any relevant infos you might add...: Good initiative Kind regards, Bent From dsandras at seconix.com Sat Apr 14 20:29:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 14 Apr 2007 22:29:33 +0200 Subject: [Ekiga-list] Jitter problem with pulseaudio and ekiga In-Reply-To: <1176555334.20681.16.camel@subotai.lan> References: <1176555334.20681.16.camel@subotai.lan> Message-ID: <1176582573.5971.4.camel@scorpion> Hi, Le samedi 14 avril 2007 ? 09:55 -0300, Zoho Vignochi a ?crit : > Hello, > > I have pulseaudio running and have set up ekiga to use ALSA as the > default plugin with an .asoundrc set to default type as pulse. So far so > good. > > The problem is as soon as I place a test call the jitter buffer > overflows and I hear only a second of speech and then nothing. I also > can't disconnect the call and have to kill ekiga. I am attaching some > output of ekiga -d 4 > What about reporting the issue to the pulseaudio guys ? It just seems it is introducing too much latency for Ekiga... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From laurentp at wp.pl Sun Apr 15 07:39:28 2007 From: laurentp at wp.pl (W.P.) Date: Sun, 15 Apr 2007 09:39:28 +0200 Subject: [Ekiga-list] Feature proposal. Message-ID: <4621D6B0.6010807@wp.pl> Hello, Damien & others. I have a feature proposal for (some) next version of Ekiga: 1). ability to launch command/script when event (ringing/dialing/hang-up/etc) happens. 2). Purpose: (I use myself as example) I have radio/amplifier that normally is switched to radio station, it is connected to my PC soundcard, I have not speakers directly connected to PC. I would like to have possibility (using LIRC + script) to switch radio to PC input when dialling/ringing and switch it back to radio station on hangup. Other purpose is ex switching on some kind of optical signalling (not audio on PC) when ringing. Comments are wellcome ;) W.P. From jan.schampera at web.de Sun Apr 15 07:54:32 2007 From: jan.schampera at web.de (Jan Schampera) Date: Sun, 15 Apr 2007 09:54:32 +0200 Subject: [Ekiga-list] Feature proposal. In-Reply-To: <4621D6B0.6010807@wp.pl> References: <4621D6B0.6010807@wp.pl> Message-ID: <20070415095432.7d91613c@localhost.localdomain> On Sun, 15 Apr 2007 09:39:28 +0200 "W.P." wrote: > 1). ability to launch command/script when event > (ringing/dialing/hang-up/etc) happens. I had the plan to do such a general concept, but my first try failed very poorly ;-) It will be there, somewhere in future. J. -- "Be liberal in what you accept, and conservative in what you send." - J. B. Postel, master of the net. From jpuydt at free.fr Sun Apr 15 09:22:43 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sun, 15 Apr 2007 11:22:43 +0200 Subject: [Ekiga-list] Feature proposal. In-Reply-To: <4621D6B0.6010807@wp.pl> References: <4621D6B0.6010807@wp.pl> Message-ID: <4621EEE3.2040403@free.fr> W.P. a ?crit : > Hello, Damien & others. > I have a feature proposal for (some) next version of Ekiga: > 1). ability to launch command/script when event > (ringing/dialing/hang-up/etc) happens. DBUS ? Snark From laurentp at wp.pl Sun Apr 15 11:53:20 2007 From: laurentp at wp.pl (W.P.) Date: Sun, 15 Apr 2007 13:53:20 +0200 Subject: [Ekiga-list] OT ? question. In-Reply-To: <1176385365.3795.42.camel@scorpion> References: <461E1A4C.6020609@wp.pl> <1176381139.3795.35.camel@scorpion> <461E3682.6090501@wp.pl> <1176385365.3795.42.camel@scorpion> Message-ID: <46221230.9060104@wp.pl> U?ytkownik Damien Sandras napisa?: >Le jeudi 12 avril 2007 ? 15:39 +0200, W.P. a ?crit : > > >>U?ytkownik Damien Sandras napisa?: >> >> >> >>>Le jeudi 12 avril 2007 ? 13:38 +0200, W.P. a ?crit : >>> >>> >>> >>> >>>>Hello, >>>> >>>>i have now small "testbed" for VoIP. >>>>PC with Ekiga 2.0.2, Asterisk 1.4, and Grandstream HT-386 VoIP Gateway. >>>>Ekiga & HT are both logged-in to asterisk. >>>>What makes me curious it VERY long call-setup time: 10 or more seconds. >>>>(Teardown is immediate). >>>>It look abnormally for me, as there is only PC and gateway connected to >>>>lan. >>>>Where could be the problem located: GW, Ekiga, Asterisk? >>>> >>>> >>>> >>>> >>>> >>>All of them... >>> >>> >>> >>> >>Not really ;) ;) >> >>I have isolated: it is NOT asterisk, same when calling Ekiga -> gateway >>by IP address. >> >>Any suggestions? (I know, -d4 but for what kind of messages should I >>look for?) >> >> >> > >INVITE or 200 OK... > > Didn't run trace, but in meantime i have "unlocked" named daemon on PC running Ekiga & asterisk. (Previously it was inacessible due to iptables settings) And SURPRISE there is no more delay. Does Ekiga perform some kind of DNS (revDNS) lookup?? Or this is gateway that was "guilty". How to trace exactly what happens (name of sniffer?) W.P. From afb at paradise.net.nz Mon Apr 16 08:12:14 2007 From: afb at paradise.net.nz (Adam Bogacki) Date: Mon, 16 Apr 2007 20:12:14 +1200 Subject: [Ekiga-list] 2.0.9, then 'shared object' problems. Message-ID: <46232FDE.5010902@paradise.net.nz> Hi, I installed 2.0.9 from Debian source deb http://www.ekiga.org/admin/downloads/latest/debian/etch-x86/ ./ pt and opal before ekiga, but opening from gnome-terminal, get > adam at Tohunga:~$ ekiga -d 4 > ekiga: Symbol `_ZTISd' has different size in shared object, consider > re-linking > ekiga: Symbol `_ZTI8PChannel' has different size in shared object, > consider re-linking Ideas ? During unfinished config, it was extremely slow. Adam Bogacki, afb at paradise.net.nz From luc at saillard.org Mon Apr 16 09:30:52 2007 From: luc at saillard.org (Luc Saillard) Date: Mon, 16 Apr 2007 11:30:52 +0200 Subject: [Ekiga-list] 2.0.9, then 'shared object' problems. In-Reply-To: <46232FDE.5010902@paradise.net.nz> References: <46232FDE.5010902@paradise.net.nz> Message-ID: <20070416093052.GF20451@sd291.sivit.org> On Mon, Apr 16, 2007 at 08:12:14PM +1200, Adam Bogacki wrote: > Hi, > > I installed 2.0.9 from Debian source > > deb http://www.ekiga.org/admin/downloads/latest/debian/etch-x86/ ./ > > pt and opal before ekiga, I've install a fresh etch install, use this line (note: the - _) for apt sources.list deb http://www.ekiga.org/admin/downloads/latest/debian/etch_x86/ ./ # apt-get install ekiga wait some times, and it works. > but opening from gnome-terminal, get > > > adam at Tohunga:~$ ekiga -d 4 > > ekiga: Symbol `_ZTISd' has different size in shared object, consider > > re-linking > > ekiga: Symbol `_ZTI8PChannel' has different size in shared object, > > consider re-linking > > Ideas ? During unfinished config, it was extremely slow. It's normal if you have stop the install of packages ... please do a: # dpkg --configure --pending Else try to uninstall all packages (libpt-*, libopal-*, ekiga), then reinstall them and wait ... (ldconfig is pretty slow). Luc From sevmek at free.fr Mon Apr 16 10:05:35 2007 From: sevmek at free.fr (yannick) Date: Mon, 16 Apr 2007 12:05:35 +0200 Subject: [Ekiga-list] 2.0.9, then 'shared object' problems. In-Reply-To: <20070416093052.GF20451@sd291.sivit.org> References: <46232FDE.5010902@paradise.net.nz> <20070416093052.GF20451@sd291.sivit.org> Message-ID: <1176717935.4941.0.camel@achille> Le lundi 16 avril 2007 ? 11:30 +0200, Luc Saillard a ?crit : > On Mon, Apr 16, 2007 at 08:12:14PM +1200, Adam Bogacki wrote: > > Hi, > > > > I installed 2.0.9 from Debian source > > > > deb http://www.ekiga.org/admin/downloads/latest/debian/etch-x86/ ./ > > > > pt and opal before ekiga, > > I've install a fresh etch install, use this line (note: the - _) for apt > sources.list > > deb http://www.ekiga.org/admin/downloads/latest/debian/etch_x86/ ./ Fixed this in the wiki too. Yannick > > # apt-get install ekiga > > wait some times, and it works. > > > but opening from gnome-terminal, get > > > > > adam at Tohunga:~$ ekiga -d 4 > > > ekiga: Symbol `_ZTISd' has different size in shared object, consider > > > re-linking > > > ekiga: Symbol `_ZTI8PChannel' has different size in shared object, > > > consider re-linking > > > > Ideas ? During unfinished config, it was extremely slow. > > It's normal if you have stop the install of packages ... > please do a: > # dpkg --configure --pending > > Else try to uninstall all packages (libpt-*, libopal-*, ekiga), then > reinstall them and wait ... (ldconfig is pretty slow). > > Luc > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From dsandras at seconix.com Mon Apr 16 18:08:30 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 16 Apr 2007 20:08:30 +0200 Subject: [Ekiga-list] stun.ekiga.net down Message-ID: <1176746910.3779.9.camel@scorpion> Hello, stun.ekiga.net is down, please use stun.voxgratia.org instead while we are fixing the problem. Thanks, -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From kk at verfaction.de Tue Apr 17 09:07:57 2007 From: kk at verfaction.de (Kilian Krause) Date: Tue, 17 Apr 2007 11:07:57 +0200 Subject: [Ekiga-list] stun.ekiga.net down In-Reply-To: <1176746910.3779.9.camel@scorpion> References: <1176746910.3779.9.camel@scorpion> Message-ID: <20070417090757.GH29039@mx.verfaction.de> Damien, On Mon, Apr 16, 2007 at 08:08:30PM +0200, Damien Sandras wrote: > stun.ekiga.net is down, please use stun.voxgratia.org instead while we > are fixing the problem. should be back up. Do you reckon? -- Best regards, Kilian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From carlosmele at telefonica.net Wed Apr 18 08:21:35 2007 From: carlosmele at telefonica.net (Carlos (particular)) Date: Wed, 18 Apr 2007 10:21:35 +0200 Subject: [Ekiga-list] Delete sip address Message-ID: <4625D50F.4070901@telefonica.net> Hello, I've got two sip address in Ekiga.net. I'd like remove one. How can i do it?. Best regards. From dsandras at seconix.com Wed Apr 18 08:27:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 18 Apr 2007 10:27:33 +0200 Subject: [Ekiga-list] Delete sip address In-Reply-To: <4625D50F.4070901@telefonica.net> References: <4625D50F.4070901@telefonica.net> Message-ID: <1176884853.4823.0.camel@scorpion> Le mercredi 18 avril 2007 ? 10:21 +0200, Carlos (particular) a ?crit : > Hello, > > I've got two sip address in Ekiga.net. I'd like remove one. How can i do > it?. > You can e-mail accounts at ekiga.net, we will remove it. Thanks, -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sebster at sebster.com Wed Apr 18 09:00:16 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 11:00:16 +0200 Subject: [Ekiga-list] sound problems (stuttering) Message-ID: <4625DE20.2060007@sebster.com> Hi, I am Ekiga 2.0.3 on Linux Ubuntu Feisty (the latest version). I'm using the ALSA plugin on an HDA Intel sound card. However, my sound quality is really bad: it breaks up as if my sound device is continuously being opened and closed all the time. Apart from that, everything seems to work: I get incoming sound and outgoing sound reaches the other party. When using other programs that use the ALSA plugin (firefox, xmms, twinkle), sound is fine. Does anybody else have a similar experience or know what could be wrong here? Thanks in advance for any tips or suggestions. Regards, Sebastiaan van Erk From ml at stdout.at Wed Apr 18 09:30:46 2007 From: ml at stdout.at (Hannes Ebner) Date: Wed, 18 Apr 2007 11:30:46 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <4625DE20.2060007@sebster.com> References: <4625DE20.2060007@sebster.com> Message-ID: <4625E546.10804@stdout.at> Sebastiaan van Erk wrote: > I am Ekiga 2.0.3 on Linux Ubuntu Feisty (the latest version). > I'm using the ALSA plugin on an HDA Intel sound card. > > However, my sound quality is really bad: it breaks up as if my sound > device is continuously being opened and closed all the time. Apart from > that, everything seems to work: I get incoming sound and outgoing sound > reaches the other party. When using other programs that use the ALSA > plugin (firefox, xmms, twinkle), sound is fine. > > Does anybody else have a similar experience or know what could be wrong > here? I had the same problem. An update to a newer version of Ekiga helped. There are packages of Ekiga 2.0.9 for Feisty on ekiga.org. /Hannes From sebster at sebster.com Wed Apr 18 09:50:47 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 11:50:47 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <4625E546.10804@stdout.at> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> Message-ID: <4625E9F7.3050009@sebster.com> Hannes Ebner wrote: > Sebastiaan van Erk wrote: > >> I am Ekiga 2.0.3 on Linux Ubuntu Feisty (the latest version). >> I'm using the ALSA plugin on an HDA Intel sound card. >> >> However, my sound quality is really bad: it breaks up as if my sound >> device is continuously being opened and closed all the time. Apart from >> that, everything seems to work: I get incoming sound and outgoing sound >> reaches the other party. When using other programs that use the ALSA >> plugin (firefox, xmms, twinkle), sound is fine. >> >> Does anybody else have a similar experience or know what could be wrong >> here? >> > > I had the same problem. An update to a newer version of Ekiga helped. > There are packages of Ekiga 2.0.9 for Feisty on ekiga.org. > > /Hannes Hi, thanks for the quick answer. That fixed the sound problem. However now I have the same problem as with twinkle; when I hang up the call, Ekiga hangs. Twinkle does exactly the same thing, so it's probably an Ubuntu Feisty thing (I never had the problem with Edgy). However, I have no clue where to look. Anybody else recognize this problem? Regards, Sebastiaan From jpuydt at free.fr Wed Apr 18 12:01:07 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 18 Apr 2007 14:01:07 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <4625E9F7.3050009@sebster.com> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <4625E9F7.3050009@sebster.com> Message-ID: <46260883.5050107@free.fr> Sebastiaan van Erk a ?crit : > Hi, thanks for the quick answer. That fixed the sound problem. However > now I have the same problem as with twinkle; when I hang up the call, > Ekiga hangs. Can we have a stack trace ? Snark From sebster at sebster.com Wed Apr 18 12:27:01 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 14:27:01 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <46260883.5050107@free.fr> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <4625E9F7.3050009@sebster.com> <46260883.5050107@free.fr> Message-ID: <46260E95.2060205@sebster.com> Julien Puydt wrote: > Sebastiaan van Erk a ?crit : > >> Hi, thanks for the quick answer. That fixed the sound problem. However >> now I have the same problem as with twinkle; when I hang up the call, >> Ekiga hangs. >> > > Can we have a stack trace ? > > Snark Sure.... I installed the latest release from the ekiga.net site, but it does not seem to contain debugging symbols. If you have a release which does I'll be glad to get stack traces from it if necessary. Anyway, my hanging ekiga has the following stack. (I used the bt command from gdb. I'm not a gdb expert, more of a Java developer myself, so if there is more info/other info you need, please tell me how to get it for you and I'll be more than happy to comply). Program received signal SIGINT, Interrupt. [Switching to Thread -1246832944 (LWP 23210)] 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb66b15ce in sem_wait at GLIBC_2.0 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb7266528 in PSemaphore::Wait () from /usr/lib/libpt.so.1.10.7 #3 0xb727ecd1 in PReadWriteMutex::StartWrite () from /usr/lib/libpt.so.1.10.7 #4 0xb7286839 in PSafeObject::LockReadWrite () from /usr/lib/libpt.so.1.10.7 #5 0xb7286dfb in PSafePtrBase::EnterSafetyMode () from /usr/lib/libpt.so.1.10.7 #6 0xb7287154 in PSafePtrBase::Assign () from /usr/lib/libpt.so.1.10.7 #7 0xb72877e7 in PSafePtrBase::PSafePtrBase () from /usr/lib/libpt.so.1.10.7 #8 0xb69dcade in OpalManager::ClearAllCalls () from /usr/lib/libopal.so.2.2 #9 0x080afc25 in GnomeMeeting::Disconnect () #10 0x08085a4a in connect_button_clicked_cb () #11 0xb745e9d9 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #12 0xb745162b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #13 0xb7462103 in ?? () from /usr/lib/libgobject-2.0.so.0 #14 0x0845ae00 in ?? () #15 0x00000000 in ?? () (gdb) Regards, Sebastiaan From luc at saillard.org Wed Apr 18 12:34:32 2007 From: luc at saillard.org (Luc Saillard) Date: Wed, 18 Apr 2007 14:34:32 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <4625E546.10804@stdout.at> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> Message-ID: <20070418123432.GC17425@sd291.sivit.org> On Wed, Apr 18, 2007 at 11:30:46AM +0200, Hannes Ebner wrote: > Sebastiaan van Erk wrote: > > I am Ekiga 2.0.3 on Linux Ubuntu Feisty (the latest version). > > I'm using the ALSA plugin on an HDA Intel sound card. > > > > However, my sound quality is really bad: it breaks up as if my sound > > device is continuously being opened and closed all the time. Apart from > > that, everything seems to work: I get incoming sound and outgoing sound > > reaches the other party. When using other programs that use the ALSA > > plugin (firefox, xmms, twinkle), sound is fine. > > > > Does anybody else have a similar experience or know what could be wrong > > here? > > I had the same problem. An update to a newer version of Ekiga helped. > There are packages of Ekiga 2.0.9 for Feisty on ekiga.org. > We have also package for debug version of pwlib, can you install the package at http://www.saillard.org/ekiga/ubuntu-feisty-x86/libpt-dbg_1.10.7-0.feisty0_i386.deb With the debug package, we can have the line number of the source Then before launching ekiga: # export LD_LIBRARY_PATH=/usr/lib/debug/usr/lib/ # ulimit -c unlimited # ekiga # ... # gdb /usr/bin/ekiga core (gdb) thread apply all bt Luc From sebster at sebster.com Wed Apr 18 12:42:11 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 14:42:11 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <20070418123432.GC17425@sd291.sivit.org> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <20070418123432.GC17425@sd291.sivit.org> Message-ID: <46261223.8040502@sebster.com> > > We have also package for debug version of pwlib, can you install the package at > http://www.saillard.org/ekiga/ubuntu-feisty-x86/libpt-dbg_1.10.7-0.feisty0_i386.deb > > With the debug package, we can have the line number of the source > > Then before launching ekiga: > # export LD_LIBRARY_PATH=/usr/lib/debug/usr/lib/ > # ulimit -c unlimited > # ekiga > # ... > # gdb /usr/bin/ekiga core > (gdb) thread apply all bt > > Luc Hi, thanks for the reply. I installed the debug package and did as you write above, but I get: ekiga: symbol lookup error: /usr/lib/libopal.so.2.2: undefined symbol: _ZN15PSafeCollection10SafeRemoveEP11PSafeObject Do I need debug versions of other libraries as well? By the way, Ekiga does not crash, it hangs, so I get no core file. To get the previously mailed stack trace I ran ekiga inside of gdb and got the trace when it stopped responding. Regards, Sebastiaan From luc at saillard.org Wed Apr 18 12:49:52 2007 From: luc at saillard.org (Luc Saillard) Date: Wed, 18 Apr 2007 14:49:52 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <46261223.8040502@sebster.com> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <20070418123432.GC17425@sd291.sivit.org> <46261223.8040502@sebster.com> Message-ID: <20070418124952.GD17425@sd291.sivit.org> On Wed, Apr 18, 2007 at 02:42:11PM +0200, Sebastiaan van Erk wrote: > thanks for the reply. > > I installed the debug package and did as you write above, but I get: > > ekiga: symbol lookup error: /usr/lib/libopal.so.2.2: undefined symbol: > _ZN15PSafeCollection10SafeRemoveEP11PSafeObject did you run ldconfig after that ? and the opal version comes from ekiga too ? dpkg -l libopal* Else check for other files in http://www.saillard.org/ekiga/ubuntu-feisty-x86 > > Do I need debug versions of other libraries as well? > No the sometimes when the bug is in libc,gtk, it can be usefull Luc From jpuydt at free.fr Wed Apr 18 12:57:59 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 18 Apr 2007 14:57:59 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <46260E95.2060205@sebster.com> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <4625E9F7.3050009@sebster.com> <46260883.5050107@free.fr> <46260E95.2060205@sebster.com> Message-ID: <462615D7.6010000@free.fr> Sebastiaan van Erk a ?crit : > Julien Puydt wrote: >> Sebastiaan van Erk a ?crit : >> >>> Hi, thanks for the quick answer. That fixed the sound problem. However >>> now I have the same problem as with twinkle; when I hang up the call, >>> Ekiga hangs. >>> >> Can we have a stack trace ? > Sure.... Thanks, but could you "thread apply all bt" in gdb, so we see all threads? Snark From sevmek at free.fr Wed Apr 18 13:16:16 2007 From: sevmek at free.fr (yannick) Date: Wed, 18 Apr 2007 15:16:16 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <4625DE20.2060007@sebster.com> References: <4625DE20.2060007@sebster.com> Message-ID: <1176902176.25063.1.camel@achille> Hi, Le mercredi 18 avril 2007 ? 11:00 +0200, Sebastiaan van Erk a ?crit : > I am Ekiga 2.0.3 on Linux Ubuntu Feisty (the latest version). For the record, there is a bug report about it: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/99193 Regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From ml at stdout.at Wed Apr 18 13:16:35 2007 From: ml at stdout.at (Hannes Ebner) Date: Wed, 18 Apr 2007 15:16:35 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <4625E9F7.3050009@sebster.com> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <4625E9F7.3050009@sebster.com> Message-ID: <46261A33.3070109@stdout.at> Sebastiaan van Erk wrote: > Hi, thanks for the quick answer. That fixed the sound problem. However > now I have the same problem as with twinkle; when I hang up the call, > Ekiga hangs. > > Twinkle does exactly the same thing, so it's probably an Ubuntu Feisty > thing (I never had the problem with Edgy). However, I have no clue where > to look. > > Anybody else recognize this problem? How often does this happen to you? Here on Ubuntu Edgy it happens every now and then, but I had the very same problem on Debian Sarge. No crash, it just hangs. Perhaps a deadlock? /Hannes From sebster at sebster.com Wed Apr 18 13:17:12 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 15:17:12 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <20070418124952.GD17425@sd291.sivit.org> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <20070418123432.GC17425@sd291.sivit.org> <46261223.8040502@sebster.com> <20070418124952.GD17425@sd291.sivit.org> Message-ID: <46261A58.5050900@sebster.com> Luc Saillard wrote: > On Wed, Apr 18, 2007 at 02:42:11PM +0200, Sebastiaan van Erk wrote: > >> thanks for the reply. >> >> I installed the debug package and did as you write above, but I get: >> >> ekiga: symbol lookup error: /usr/lib/libopal.so.2.2: undefined symbol: >> _ZN15PSafeCollection10SafeRemoveEP11PSafeObject >> > > did you run ldconfig after that ? > > and the opal version comes from ekiga too ? > > dpkg -l libopal* > > Else check for other files in http://www.saillard.org/ekiga/ubuntu-feisty-x86 > I installed all the files from the www.ekiga.org download site. I also tried the ldconfig now, but that had no effect. The output of dpkg -l libopal* is as follows: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=====================================-=====================================-========================================================================================== ii libopal-2.2.0 2.2.8-0.feisty0 Open Phone Abstraction Library - successor of OpenH323 un libopal-dev (no description available) Regards, Sebastiaan From sebster at sebster.com Wed Apr 18 13:18:30 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 15:18:30 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <46261A33.3070109@stdout.at> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <4625E9F7.3050009@sebster.com> <46261A33.3070109@stdout.at> Message-ID: <46261AA6.8070505@sebster.com> Hannes Ebner wrote: > Sebastiaan van Erk wrote: > >> Hi, thanks for the quick answer. That fixed the sound problem. However >> now I have the same problem as with twinkle; when I hang up the call, >> Ekiga hangs. >> >> Twinkle does exactly the same thing, so it's probably an Ubuntu Feisty >> thing (I never had the problem with Edgy). However, I have no clue where >> to look. >> >> Anybody else recognize this problem? >> > > How often does this happen to you? Here on Ubuntu Edgy it happens every > now and then, but I had the very same problem on Debian Sarge. > No crash, it just hangs. Perhaps a deadlock? > > /Hannes It happens to me every single time. Regards, Sebastiaan From sebster at sebster.com Wed Apr 18 13:24:21 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 15:24:21 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <462615D7.6010000@free.fr> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <4625E9F7.3050009@sebster.com> <46260883.5050107@free.fr> <46260E95.2060205@sebster.com> <462615D7.6010000@free.fr> Message-ID: <46261C05.70502@sebster.com> Julien Puydt wrote: > Sebastiaan van Erk a ?crit : > >> Julien Puydt wrote: >> >>> Sebastiaan van Erk a ?crit : >>> >>> >>>> Hi, thanks for the quick answer. That fixed the sound problem. However >>>> now I have the same problem as with twinkle; when I hang up the call, >>>> Ekiga hangs. >>>> >>>> >>> Can we have a stack trace ? >>> >> Sure.... >> > > Thanks, but could you "thread apply all bt" in gdb, so we see all threads? > > Snark Of course. :-) Sorry about that. Regards, Sebastiaan Thread 19 (Thread -1299989616 (LWP 26421)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e3893 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb63a6594 in snd_pcm_wait_nocheck () from /usr/lib/libasound.so.2 #3 0xb63a677f in snd_pcm_wait () from /usr/lib/libasound.so.2 #4 0xb63a68b8 in snd_pcm_read_areas () from /usr/lib/libasound.so.2 #5 0xb63b2c0c in snd_pcm_mmap_readi () from /usr/lib/libasound.so.2 #6 0xb63a08b5 in snd_pcm_readi () from /usr/lib/libasound.so.2 #7 0xb58bab01 in PSoundChannelALSA::Read (this=0x8591100, buf=0x85a4b24, len=320) at sound_alsa.cxx:574 #8 0xb69d18f7 in OpalRawMediaStream::ReadData () from /usr/lib/libopal.so.2.2 #9 0xb69d4996 in OpalMediaStream::ReadPacket () from /usr/lib/libopal.so.2.2 #10 0xb69d74d9 in OpalMediaPatch::Main () from /usr/lib/libopal.so.2.2 #11 0xb723c2bd in PThread::PX_ThreadStart (arg=0x858a528) at tlibthrd.cxx:1340 #12 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #13 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 17 (Thread -1297646704 (LWP 26417)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb723c070 in PThread::Sleep (timeout=@0xb2a76820) at tlibthrd.cxx:1210 #3 0xb723cce2 in PThread::WaitForTermination (this=0x858a528, ---Type to continue, or q to quit--- maxWait=@0xb2a76860) at tlibthrd.cxx:1316 #4 0xb69d627b in OpalMediaPatch::Close () from /usr/lib/libopal.so.2.2 #5 0xb69d1298 in OpalMediaStream::Close () from /usr/lib/libopal.so.2.2 #6 0xb69d1797 in OpalRawMediaStream::Close () from /usr/lib/libopal.so.2.2 #7 0xb69bf45d in OpalConnection::CloseMediaStreams () from /usr/lib/libopal.so.2.2 #8 0xb69bf32e in OpalConnection::RemoveMediaStreams () from /usr/lib/libopal.so.2.2 #9 0xb69c6b7b in OpalCall::RemoveMediaStreams () from /usr/lib/libopal.so.2.2 #10 0xb6e8c619 in SIPConnection::OnReceivedINVITE () from /usr/lib/libopal.so.2.2 #11 0xb6e816fd in SIPConnection::OnReceivedPDU () from /usr/lib/libopal.so.2.2 #12 0xb6e81078 in SIPConnection::HandlePDUsThreadMain () from /usr/lib/libopal.so.2.2 #13 0xb6e8de35 in SIPConnection::HandlePDUsThreadMain_PNotifier::Call () from /usr/lib/libopal.so.2.2 #14 0xb725433f in PSimpleThread::Main (this=0x84da820) at ../common/osutils.cxx:2199 #15 0xb723c2bd in PThread::PX_ThreadStart (arg=0x84da820) at tlibthrd.cxx:1340 #16 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #17 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 16 (Thread -1288455280 (LWP 26416)): ---Type to continue, or q to quit--- #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb72299a0 in PSocket::Select (read=@0xb333ad40, write=@0xb333acc0, except=@0xb333acb4, timeout=@0xb333ad4c) at socket.cxx:614 #3 0xb724ab55 in PSocket::Select (read=@0xb333ad40, timeout=@0xb333ad4c) at ../common/sockets.cxx:1669 #4 0xb69ec671 in OpalTransportUDP::Read () from /usr/lib/libopal.so.2.2 #5 0xb722f8d3 in PChannelStreamBuffer::underflow (this=0x84daa40) at ../common/pchannel.cxx:210 #6 0xb722f6d3 in PChannelStreamBuffer::seekoff (this=0x84daa40, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #7 0xb6ea04d4 in SIP_PDU::Read () from /usr/lib/libopal.so.2.2 #8 0xb6e6f336 in SIPEndPoint::HandlePDU () from /usr/lib/libopal.so.2.2 #9 0xb6e6f010 in SIPEndPoint::TransportThreadMain () from /usr/lib/libopal.so.2.2 #10 0xb6e7cd85 in SIPEndPoint::TransportThreadMain_PNotifier::Call () from /usr/lib/libopal.so.2.2 #11 0xb725433f in PSimpleThread::Main (this=0x84fb2e0) at ../common/osutils.cxx:2199 #12 0xb723c2bd in PThread::PX_ThreadStart (arg=0x84fb2e0) at tlibthrd.cxx:1340 #13 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #14 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 ---Type to continue, or q to quit--- Thread 12 (Thread -1288987760 (LWP 26377)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb723b638 in PThread::PXBlockOnIO (this=0xb3c259a0, handle=48, type=0, timeout=@0xb3c056c4) at tlibthrd.cxx:1430 #3 0xb722fa4b in PChannel::PXSetIOBlock (this=0xb3c05688, type=PChannel::PXReadBlock, timeout=@0xb3c056c4) at channel.cxx:242 #4 0xb7228a72 in PSocket::os_recvfrom (this=0xb3c05688, buf=0xb3c058a8, len=65535, flags=0, addr=0xb32b8bd0, addrlen=0xb32b8bcc) at socket.cxx:836 #5 0xb724923e in PIPDatagramSocket::ReadFrom (this=0xb3c05688, buf=0xb3c058a8, len=65535, addr=@0xb3c05794, port=@0xb3c057ac) at ../common/sockets.cxx:2835 #6 0xb724930f in PUDPSocket::Read (this=0xb3c05688, buf=0xb3c058a8, len=65535) at ../common/sockets.cxx:3179 #7 0xb722f27b in PIndirectChannel::Read (this=0xb3c05320, buf=0xb3c058a8, len=65535) at ../common/pchannel.cxx:825 #8 0xb69ec412 in OpalTransportUDP::Read () from /usr/lib/libopal.so.2.2 #9 0xb722f8d3 in PChannelStreamBuffer::underflow (this=0xb3c05158) at ../common/pchannel.cxx:210 #10 0xb722f6d3 in PChannelStreamBuffer::seekoff (this=0xb3c05158, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #11 0xb6ea04d4 in SIP_PDU::Read () from /usr/lib/libopal.so.2.2 #12 0xb6e6f336 in SIPEndPoint::HandlePDU () from /usr/lib/libopal.so.2.2 ---Type to continue, or q to quit--- #13 0xb6e6f010 in SIPEndPoint::TransportThreadMain () from /usr/lib/libopal.so.2.2 #14 0xb6e7cd85 in SIPEndPoint::TransportThreadMain_PNotifier::Call () from /usr/lib/libopal.so.2.2 #15 0xb725433f in PSimpleThread::Main (this=0xb3c259a0) at ../common/osutils.cxx:2199 #16 0xb723c2bd in PThread::PX_ThreadStart (arg=0xb3c259a0) at tlibthrd.cxx:1340 #17 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #18 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 11 (Thread -1288721520 (LWP 26375)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb723b638 in PThread::PXBlockOnIO (this=0x84794b0, handle=44, type=0, timeout=@0x8479214) at tlibthrd.cxx:1430 #3 0xb722fa4b in PChannel::PXSetIOBlock (this=0x84791d8, type=PChannel::PXReadBlock, timeout=@0x8479214) at channel.cxx:242 #4 0xb7228a72 in PSocket::os_recvfrom (this=0x84791d8, buf=0x8493220, len=65535, flags=0, addr=0xb32f9bd0, addrlen=0xb32f9bcc) at socket.cxx:836 #5 0xb724923e in PIPDatagramSocket::ReadFrom (this=0x84791d8, buf=0x8493220, len=65535, addr=@0x84792e4, port=@0x84792fc) at ../common/sockets.cxx:2835 #6 0xb724930f in PUDPSocket::Read (this=0x84791d8, buf=0x8493220, len=65535) at ../common/sockets.cxx:3179 #7 0xb722f27b in PIndirectChannel::Read (this=0x8478e70, buf=0x8493220, len=65535) at ../common/pchannel.cxx:825 #8 0xb69ec412 in OpalTransportUDP::Read () from /usr/lib/libopal.so.2.2 #9 0xb722f8d3 in PChannelStreamBuffer::underflow (this=0x8478c98) at ../common/pchannel.cxx:210 #10 0xb722f6d3 in PChannelStreamBuffer::seekoff (this=0x8478c98, off=0, dir=std::_S_cur) at ../common/pchannel.cxx:254 #11 0xb6ea04d4 in SIP_PDU::Read () from /usr/lib/libopal.so.2.2 #12 0xb6e6f336 in SIPEndPoint::HandlePDU () from /usr/lib/libopal.so.2.2 #13 0xb6e6f010 in SIPEndPoint::TransportThreadMain () from /usr/lib/libopal.so.2.2 #14 0xb6e7cd85 in SIPEndPoint::TransportThreadMain_PNotifier::Call () from /usr/lib/libopal.so.2.2 #15 0xb725433f in PSimpleThread::Main (this=0x84794b0) at ../common/osutils.cxx:2199 #16 0xb723c2bd in PThread::PX_ThreadStart (arg=0x84794b0) at tlibthrd.cxx:1340 #17 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #18 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 9 (Thread -1288189040 (LWP 26373)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb72299a0 in PSocket::Select (read=@0xb337c230, write=@0xb337c150, ---Type to continue, or q to quit--- except=@0xb337c144, timeout=@0xb337c310) at socket.cxx:614 #3 0xb724ab55 in PSocket::Select (read=@0xb337c230, timeout=@0xb337c310) at ../common/sockets.cxx:1669 #4 0xb69efb2b in OpalListenerUDP::Accept () from /usr/lib/libopal.so.2.2 #5 0xb69ed698 in OpalListener::ListenForConnections () from /usr/lib/libopal.so.2.2 #6 0xb69f11b2 in OpalListener::ListenForConnections_PNotifier::Call () from /usr/lib/libopal.so.2.2 #7 0xb725433f in PSimpleThread::Main (this=0x8382f08) at ../common/osutils.cxx:2199 #8 0xb723c2bd in PThread::PX_ThreadStart (arg=0x8382f08) at tlibthrd.cxx:1340 #9 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #10 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 8 (Thread -1287922800 (LWP 26372)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb723b638 in PThread::PXBlockOnIO (this=0x8386cf8, handle=36, type=2, timeout=@0xb33bd120) at tlibthrd.cxx:1430 #3 0xb722fa4b in PChannel::PXSetIOBlock (this=0x8386b18, type=PChannel::PXAcceptBlock, timeout=@0xb33bd120) at channel.cxx:242 #4 0xb7229b83 in PSocket::os_accept (this=0x8386e18, listener=@0x8386b18, addr=0xb33bd168, size=0xb33bd164) at socket.cxx:492 ---Type to continue, or q to quit--- #5 0xb72489bf in PTCPSocket::Accept (this=0x8386e18, socket=@0x8386b18) at ../common/sockets.cxx:2772 #6 0xb69ecbeb in OpalListenerTCP::Accept () from /usr/lib/libopal.so.2.2 #7 0xb69ed698 in OpalListener::ListenForConnections () from /usr/lib/libopal.so.2.2 #8 0xb69f11b2 in OpalListener::ListenForConnections_PNotifier::Call () from /usr/lib/libopal.so.2.2 #9 0xb725433f in PSimpleThread::Main (this=0x8386cf8) at ../common/osutils.cxx:2199 #10 0xb723c2bd in PThread::PX_ThreadStart (arg=0x8386cf8) at tlibthrd.cxx:1340 #11 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #12 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 7 (Thread -1287656560 (LWP 26113)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e3893 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb739be03 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x08401f10 in ?? () #4 0x00000009 in ?? () #5 0xffffffff in ?? () #6 0x08401f10 in ?? () #7 0x00000009 in ?? () #8 0xb73ff748 in ?? () from /usr/lib/libglib-2.0.so.0 ---Type to continue, or q to quit--- #9 0x08402f50 in ?? () #10 0xb33fe334 in ?? () #11 0x00000001 in ?? () #12 0x00000001 in ?? () #13 0x08402f50 in ?? () #14 0x08401f10 in ?? () #15 0xb64e3820 in ?? () from /lib/tls/i686/cmov/libc.so.6 #16 0xb6685be0 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 #17 0xb6684440 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 #18 0xb73b6613 in g_thread_self () from /usr/lib/libglib-2.0.so.0 #19 0xb739c179 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb74a24a0 in ?? () from /usr/lib/libORBit-2.so.0 #21 0x08402d98 in ?? () #22 0xb73ff748 in ?? () from /usr/lib/libglib-2.0.so.0 #23 0xb33fe3b8 in ?? () #24 0xb73b6b7f in ?? () from /usr/lib/libglib-2.0.so.0 #25 0x00000000 in ?? () Thread 6 (Thread -1279263856 (LWP 26111)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb64e3893 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb739be03 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x083e4430 in ?? () ---Type to continue, or q to quit--- #4 0x00000001 in ?? () #5 0xffffffff in ?? () #6 0x083e4430 in ?? () #7 0x00000001 in ?? () #8 0xb73ff748 in ?? () from /usr/lib/libglib-2.0.so.0 #9 0x08401bc0 in ?? () #10 0xb3bff324 in ?? () #11 0x00000001 in ?? () #12 0x00000001 in ?? () #13 0x08401bc0 in ?? () #14 0x083e4430 in ?? () #15 0xb64e3820 in ?? () from /lib/tls/i686/cmov/libc.so.6 #16 0xb6685be0 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 #17 0xb6684440 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 #18 0xb73b6613 in g_thread_self () from /usr/lib/libglib-2.0.so.0 #19 0xb739c179 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb76d2772 in ?? () from /usr/lib/libebook-1.2.so.9 #21 0x083e42f0 in ?? () #22 0x00000000 in ?? () Thread 3 (Thread -1249477744 (LWP 25980)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb6688dae in __lll_mutex_lock_wait () ---Type to continue, or q to quit--- from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb6684ac4 in _L_mutex_lock_241 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0xb6684622 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #4 0xb723ca98 in PTimedMutex::Wait (this=0x8500ed4) at tlibthrd.cxx:1795 #5 0xb69bf127 in OpalConnection::GetMediaStream () from /usr/lib/libopal.so.2.2 #6 0x080b6e59 in GMManager::OnAvgSignalTimeout () #7 0xb7254ed5 in PTimer::OnTimeout (this=0x816cb50) at ../common/osutils.cxx:1308 #8 0xb7255111 in PTimer::Process (this=0x816cb50, delta=@0xb58672b0, minTimeLeft=@0xb5867344) at ../common/osutils.cxx:1350 #9 0xb72593e1 in PTimerList::Process (this=0x8113374) at ../common/osutils.cxx:1395 #10 0xb723bcc5 in PHouseKeepingThread::Main (this=0x8171758) at tlibthrd.cxx:652 #11 0xb723c2bd in PThread::PX_ThreadStart (arg=0x8171758) at tlibthrd.cxx:1340 #12 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #13 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread -1249211504 (LWP 25979)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb668684c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb723c813 in PSyncPoint::Wait (this=0x816ca84, waitTime=@0xb58a8310) at tlibthrd.cxx:1964 #3 0xb69b3bdf in OpalManager::GarbageMain () from /usr/lib/libopal.so.2.2 #4 0xb69b8de5 in OpalManager::GarbageMain_PNotifier::Call () from /usr/lib/libopal.so.2.2 #5 0xb725433f in PSimpleThread::Main (this=0x816d2d8) at ../common/osutils.cxx:2199 #6 0xb723c2bd in PThread::PX_ThreadStart (arg=0x816d2d8) at tlibthrd.cxx:1340 #7 0xb668231b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0xb64ed57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread -1247000880 (LWP 25716)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb66885ce in sem_wait at GLIBC_2.0 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb723d528 in PSemaphore::Wait (this=0x84d9cd0) at tlibthrd.cxx:1573 #3 0xb7255cd1 in PReadWriteMutex::StartWrite (this=0x84d9c28) at ../common/osutils.cxx:2500 #4 0xb725d839 in PSafeObject::LockReadWrite (this=0x84d9c00) at ../common/safecoll.cxx:165 #5 0xb725ddfb in PSafePtrBase::EnterSafetyMode (this=0xbfff9d4c, ref=PSafePtrBase::AlreadyReferenced) at ../common/safecoll.cxx:637 #6 0xb725e154 in PSafePtrBase::Assign (this=0xbfff9d4c, idx=0) at ../common/safecoll.cxx:543 ---Type to continue, or q to quit--- #7 0xb725e7e7 in PSafePtrBase (this=0xbfff9d4c, safeCollection=@0x816c990, mode=PSafeReadWrite, idx=0) at ../common/safecoll.cxx:412 #8 0xb69b3ade in OpalManager::ClearAllCalls () from /usr/lib/libopal.so.2.2 #9 0x080afc25 in GnomeMeeting::Disconnect () #10 0x08085a4a in connect_button_clicked_cb () #11 0xb74359d9 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #12 0xb742862b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #13 0xb7439103 in ?? () from /usr/lib/libgobject-2.0.so.0 #14 0x08454880 in ?? () #15 0x00000000 in ?? () (gdb) From dsandras at seconix.com Wed Apr 18 14:20:43 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 18 Apr 2007 16:20:43 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <46261A58.5050900@sebster.com> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <20070418123432.GC17425@sd291.sivit.org> <46261223.8040502@sebster.com> <20070418124952.GD17425@sd291.sivit.org> <46261A58.5050900@sebster.com> Message-ID: <1176906043.4823.51.camel@scorpion> Le mercredi 18 avril 2007 ? 15:17 +0200, Sebastiaan van Erk a ?crit : > Luc Saillard wrote: > > On Wed, Apr 18, 2007 at 02:42:11PM +0200, Sebastiaan van Erk wrote: > > > >> thanks for the reply. > >> > >> I installed the debug package and did as you write above, but I get: > >> > >> ekiga: symbol lookup error: /usr/lib/libopal.so.2.2: undefined symbol: > >> _ZN15PSafeCollection10SafeRemoveEP11PSafeObject > >> > > > > did you run ldconfig after that ? > > > > and the opal version comes from ekiga too ? > > > > dpkg -l libopal* > > > > Else check for other files in http://www.saillard.org/ekiga/ubuntu-feisty-x86 > > > > I installed all the files from the www.ekiga.org download site. I also > tried the ldconfig now, but that had no effect. > > The output of dpkg -l libopal* is as follows: > > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name > Version Description > +++-=====================================-=====================================-========================================================================================== > ii libopal-2.2.0 > 2.2.8-0.feisty0 Open Phone Abstraction Library - > successor of OpenH323 > un libopal-dev > (no description available) > What about pwlib ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sebster at sebster.com Wed Apr 18 14:58:28 2007 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed, 18 Apr 2007 16:58:28 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <1176906043.4823.51.camel@scorpion> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <20070418123432.GC17425@sd291.sivit.org> <46261223.8040502@sebster.com> <20070418124952.GD17425@sd291.sivit.org> <46261A58.5050900@sebster.com> <1176906043.4823.51.camel@scorpion> Message-ID: <46263214.9000504@sebster.com> Damien Sandras wrote: > > What about pwlib ? > > The output of dpkg -l libpt*: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-============================================ ii libpt-1.10.0 1.10.7-0.feist Portable Windows Library un libpt-1.8.3c2 (no description available) un libpt-1.8.3c2a (no description available) un libpt-1.8.7 (no description available) ii libpt-dbg 1.10.7-0.feist Portable Windows Library development debug f ii libpt-plugins- 1.10.7-0.feist Portable Windows Library Audio Plugin for th ii libpt-plugins- 1.10.7-0.feist PWLib Video Plugin for IEEE1394 (FireWire) A ii libpt-plugins- 1.10.7-0.feist PWLib Video Plugin for IEEE1394 (Firewire) D un libpt-plugins- (no description available) ii libpt-plugins- 1.10.7-0.feist Portable Windows Library Video Plugin for Vi ii libpt-plugins- 1.10.7-0.feist Portable Windows Library Video Plugin for Vi ii libpthread-stu 0.1-1build1 pthread stubs not provided by native libc ii libpthread-stu 0.1-1build1 pthread stubs not provided by native libc, d un libpthread0 (no description available) un libpthread0-de (no description available) Regards, Sebastiaan From dsandras at seconix.com Wed Apr 18 15:19:56 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 18 Apr 2007 17:19:56 +0200 Subject: [Ekiga-list] sound problems (stuttering) In-Reply-To: <46263214.9000504@sebster.com> References: <4625DE20.2060007@sebster.com> <4625E546.10804@stdout.at> <20070418123432.GC17425@sd291.sivit.org> <46261223.8040502@sebster.com> <20070418124952.GD17425@sd291.sivit.org> <46261A58.5050900@sebster.com> <1176906043.4823.51.camel@scorpion> <46263214.9000504@sebster.com> Message-ID: <1176909596.4823.69.camel@scorpion> Le mercredi 18 avril 2007 ? 16:58 +0200, Sebastiaan van Erk a ?crit : > Damien Sandras wrote: > > > > What about pwlib ? > > > > > > The output of dpkg -l libpt*: > > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name Version Description > +++-==============-==============-============================================ > ii libpt-1.10.0 1.10.7-0.feist Portable Windows Library > un libpt-1.8.3c2 (no description available) > un libpt-1.8.3c2a (no description available) > un libpt-1.8.7 (no description available) > ii libpt-dbg 1.10.7-0.feist Portable Windows Library development > debug f > ii libpt-plugins- 1.10.7-0.feist Portable Windows Library Audio Plugin > for th > ii libpt-plugins- 1.10.7-0.feist PWLib Video Plugin for IEEE1394 > (FireWire) A > ii libpt-plugins- 1.10.7-0.feist PWLib Video Plugin for IEEE1394 > (Firewire) D > un libpt-plugins- (no description available) > ii libpt-plugins- 1.10.7-0.feist Portable Windows Library Video Plugin > for Vi > ii libpt-plugins- 1.10.7-0.feist Portable Windows Library Video Plugin > for Vi > ii libpthread-stu 0.1-1build1 pthread stubs not provided by native libc > ii libpthread-stu 0.1-1build1 pthread stubs not provided by native > libc, d > un libpthread0 (no description available) > un libpthread0-de (no description available) OK, then there is a bug in Luc's packages. Luc, can you check ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From eyal.oren at deri.org Wed Apr 18 16:36:43 2007 From: eyal.oren at deri.org (Eyal Oren) Date: Wed, 18 Apr 2007 17:36:43 +0100 Subject: [Ekiga-list] using wengo.fr to call landlines Message-ID: <20070418163643.GD19944@localhost> Hi all, I'm trying to find a good SIP service to call landlines (in the Netherlands). Wengo has quite good quality for calling landlines. I can use Wengo's own phone (OpenWengo) without problems, but I quite like ekiga. But I can't get ekiga to call landlines using Wengo. I have my Wengo account setup without problems, and I can call the echo tests at sip:500 at ekiga.net and at 333 at voip.wengo.fr. But when I try to call a landlinu using say 35391.... at voip.wengo.fr I always get "user not found" "user not found" (debugging indeed shows an HTTP 404). But again, calling using Wengo's own softphone works fine. I'm behind a cone NAT and using stun.ekiga.net. I've tried with SIP IP proxy of voip.wengo.fr (which I think used to work in the past) but that also doesn't help. Does anyone have an idea? I can post debug logs if that's helpful. -eyal PS: recommendations for SIP services to call landlines in the Netherlands are much appreciated as well. From Thomas.Schiex at free.fr Wed Apr 18 21:16:01 2007 From: Thomas.Schiex at free.fr (Thomas Schiex) Date: Wed, 18 Apr 2007 23:16:01 +0200 Subject: [Ekiga-list] security check failed Message-ID: <1176930961.25949.18.camel@localhost> I tried to reuse Ekiga SIP after a period of quietness in this area (Ekiga worked fine one year ago). I used my SIP account (provided by my ISP, free.fr). This is the only account I have configured. The call is not initiated and I instead get a "Security check failed" message. This was using EKiga 2.0.3. 1) I cross checked (retyped) the Registrar, user, password and authentication id. Still fails 2) I tested the SIP account using Twinkle and XLite Both worked fine 3) I rechecked the SIP account configuration in Ekiga for safety: Failed again 4) I upgraded Ekiga to 2.0.9 (using saillard ubuntu repository) Still fails with the same message (appears more shortly) 5) I stopped my (iptable) firewall for a moment (DMZ machine), retried: failure (STUN NAT with restricted port). Tried redoing NAT detection in Ekiga, shifted to Cone NAT: Still fails with the same message 4) I restarted my firewall and redid NAT detection (went back to restricted port). I tried an ekiga -d4. Ekiga seems to register the SIP account fine but the call itself fails... again I put part of it below. Any idea ? I'd rather use Ekiga than Twinkle. Thomas ---- 2007/04/18 23:02:22.387 0:36.636 SIP Transport:89fa3d0 SIP Transaction 3 SUBSCRIBE completed. [...] 2007/04/18 23:03:18.871 1:33.120 GMURLHandler:08a97260 PCSS Outgoing call routed to sip:0561285428 at freephonie.net for Call[1]-EP[Default] 2007/04/18 23:03:18.872 1:33.121 GMURLHandler:08a97260 Call OnSetUp Call[1]-EP[Default] 2007/04/18 23:03:18.872 1:33.121 GMURLHandler:08a97260 SIP SetUpConnection: 2007/04/18 23:03:18.998 1:33.247 GMURLHandler:08a97260 OpalUDP Binding to interface: 192.168.0.1:32819 2007/04/18 23:03:18.998 1:33.247 GMURLHandler:08a97260 SIP Created transport udp$0.0.0.0 2007/04/18 23:03:18.999 1:33.248 GMURLHandler:08a97260 OpalUDP Started connect to 212.27.52.5:5060 2007/04/18 23:03:19.079 1:33.328 GMURLHandler:08a97260 OpalUDP STUN created socket: 82.254.75.27:5065 2007/04/18 23:03:19.081 1:33.330 GMURLHandler:08a97260 SIP Transaction 1 INVITE created. 2007/04/18 23:03:19.081 1:33.330 GMURLHandler:08a97260 Call CanDoMediaBypass Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] session 1 2007/04/18 23:03:19.082 1:33.331 GMURLHandler:08a97260 OpalMan IsMediaBypassPossible: session 1 2007/04/18 23:03:19.082 1:33.331 GMURLHandler:08a97260 SIP IsMediaBypassPossible: session 1 2007/04/18 23:03:19.082 1:33.331 GMURLHandler:08a97260 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/18 23:03:19.083 1:33.332 SIP Transport:8ad95f8 SIP Read thread started. 2007/04/18 23:03:19.083 1:33.332 SIP Transport:8ad95f8 SIP Waiting for PDU on udp$212.27.52.5:5060 2007/04/18 23:03:20.089 1:34.338 Opal Listener:86c4248 SIP Unknown method name Cirpack received on udp$212.27.52.5:5060 2007/04/18 23:03:20.089 1:34.338 Opal Listener:86c4248 Opal Transport clean up on termination 2007/04/18 23:03:20.089 1:34.339 Opal Listener:86c4248 OpalUDP Close 2007/04/18 23:03:20.090 1:34.339 Opal Listener:86c4248 Listen Waiting on UDP packet on udp$192.168.0.1:5060 2007/04/18 23:03:24.306 1:38.555 GMURLHandler:08a97260 RTP STUN could not create RTP/RTCP socket pair; trying to create RTP socket anyway. 2007/04/18 23:03:24.465 1:38.714 GMURLHandler:08a97260 RTP_UDP Session 1 created: 82.254.75.27:5066-5067 ssrc=805738867 2007/04/18 23:03:24.465 1:38.714 GMURLHandler:08a97260 RTP Adding session RTP_UDP 2007/04/18 23:03:24.469 1:38.718 GMURLHandler:08a97260 Call GetMediaFormats for Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] SpeexWide-20.6k GSM-06.10 MS-GSM SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k G.726-16k G.726-32k LPC-10 H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/04/18 23:03:24.470 1:38.719 GMURLHandler:08a97260 SIP Using RTP payload [pt=101] for NTE 2007/04/18 23:03:24.470 1:38.719 GMURLHandler:08a97260 Call CanDoMediaBypass Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] session 2 2007/04/18 23:03:24.470 1:38.719 GMURLHandler:08a97260 OpalMan IsMediaBypassPossible: session 2 2007/04/18 23:03:24.470 1:38.719 GMURLHandler:08a97260 SIP IsMediaBypassPossible: session 2 2007/04/18 23:03:24.470 1:38.719 GMURLHandler:08a97260 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/18 23:03:24.787 1:39.036 GMURLHandler:08a97260 RTP_UDP Session 2 created: 82.254.75.27:5006-5007 ssrc=1883152657 2007/04/18 23:03:24.787 1:39.037 GMURLHandler:08a97260 RTP Adding session RTP_UDP 2007/04/18 23:03:24.792 1:39.041 GMURLHandler:08a97260 Call GetMediaFormats for Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] SpeexWide-20.6k GSM-06.10 MS-GSM SpeexNarrow-8k G.711-uLaw-64k G.711-ALaw-64k G.726-16k G.726-32k LPC-10 H.261(QCIF) H.261(CIF) YUV420P RGB32 RGB24 2007/04/18 23:03:24.792 1:39.041 GMURLHandler:08a97260 SIP No authentication information present 2007/04/18 23:03:24.793 1:39.042 GMURLHandler:08a97260 SIP Sending PDU on udp$212.27.52.5:5060 INVITE sip:0561285428 at freephonie.net SIP/2.0 Date: Wed, 18 Apr 2007 21:03:19 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 82.254.75.27:5065;branch=z9hG4bK487218e7-5dec-db11-9736-0026540c8cec;rport User-Agent: Ekiga/2.0.9 From: "Thomas Schiex" ;tag=98d7e5e6-5dec-db11-9736-0026540c8cec Call-ID: 84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Type: application/sdp Content-Length: 468 Max-Forwards: 70 v=0 o=- 1176930204 1176930204 IN IP4 82.254.75.27 s=Opal SIP Session c=IN IP4 82.254.75.27 t=0 0 m=audio 5066 RTP/AVP 114 3 107 110 0 8 106 2 7 101 a=rtpmap:114 SPEEX/16000 a=rtpmap:3 GSM/8000 a=rtpmap:107 MS-GSM/8000 a=rtpmap:110 SPEEX/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 G726-16k/8000 a=rtpmap:2 G721/8000 a=rtpmap:7 LPC/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=video 5006 RTP/AVP 31 a=rtpmap:31 H261/90000 2007/04/18 23:03:24.793 1:39.042 GMURLHandler:08a97260 SetUpCall succeeded 2007/04/18 23:03:24.860 1:39.109 SIP Transport:8ad95f8 SIP PDU Received on udp$212.27.52.5:5060 SIP/2.0 100 Trying CSeq: 1 INVITE Via: SIP/2.0/UDP 82.254.75.27:5065;received=82.254.75.27;rport=5065;branch=z9hG4bK487218e7-5dec-db11-9736-0026540c8cec From: "Thomas Schiex" ;tag=98d7e5e6-5dec-db11-9736-0026540c8cec Call-ID: 84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol To: Content-Length: 0 2007/04/18 23:03:24.861 1:39.111 SIP Transport:8ad95f8 OpalUDP Ended connect, selecting 82.254.75.27:5065 2007/04/18 23:03:24.862 1:39.111 SIP Transport:8ad95f8 SIP Queueing PDU: 1 INVITE <100> 2007/04/18 23:03:24.862 1:39.111 SIP Transport:8ad95f8 SIP Waiting for PDU on udp$212.27.52.5:5060 2007/04/18 23:03:24.863 1:39.112 SIP Transport:8ad95f8 SIP PDU Received on udp$212.27.52.5:5060 SIP/2.0 403 not registered CSeq: 1 INVITE Via: SIP/2.0/UDP 82.254.75.27:5065;received=82.254.75.27;rport=5065;branch=z9hG4bK487218e7-5dec-db11-9736-0026540c8cec From: "Thomas Schiex" ;tag=98d7e5e6-5dec-db11-9736-0026540c8cec Call-ID: 84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol To: ;tag=00-32540-00273f2b-57fd4bd10 Content-Length: 0 2007/04/18 23:03:24.864 1:39.113 SIP Transport:8ad95f8 SIP Queueing PDU: 1 INVITE <403> 2007/04/18 23:03:24.864 1:39.113 SIP Transport:8ad95f8 SIP Waiting for PDU on udp$212.27.52.5:5060 2007/04/18 23:03:24.864 1:39.113 SIP Handler:8af8fb0 SIP PDU handler thread started. 2007/04/18 23:03:24.865 1:39.114 SIP Handler:8af8fb0 SIP Awaiting next PDU. 2007/04/18 23:03:24.865 1:39.114 SIP Handler:8af8fb0 SIP Handling PDU 1 INVITE <100> 2007/04/18 23:03:24.865 1:39.114 SIP Handler:8af8fb0 SIP Transaction 1 INVITE proceeding. 2007/04/18 23:03:24.866 1:39.115 SIP Handler:8af8fb0 SIP Received Trying response 2007/04/18 23:03:24.866 1:39.115 SIP Handler:8af8fb0 SIP Awaiting next PDU. 2007/04/18 23:03:24.866 1:39.115 SIP Handler:8af8fb0 SIP Handling PDU 1 INVITE <403> 2007/04/18 23:03:24.867 1:39.116 SIP Handler:8af8fb0 SIP Transaction 1 INVITE completed. 2007/04/18 23:03:24.868 1:39.117 SIP Handler:8af8fb0 SIP Sending PDU on udp$212.27.52.5:5060 ACK sip:0561285428 at freephonie.net SIP/2.0 CSeq: 1 ACK Via: SIP/2.0/UDP 82.254.75.27:5065;branch=z9hG4bK487218e7-5dec-db11-9736-0026540c8cec;rport From: "Thomas Schiex" ;tag=98d7e5e6-5dec-db11-9736-0026540c8cec Call-ID: 84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol To: ;tag=00-32540-00273f2b-57fd4bd10 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 Max-Forwards: 70 2007/04/18 23:03:24.869 1:39.118 SIP Handler:8af8fb0 OpalCon Releasing Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] 2007/04/18 23:03:24.869 1:39.118 SIP Handler:8af8fb0 OpalCon Call end reason for 84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol set to EndedBySecurityDenial 2007/04/18 23:03:24.869 1:39.121 SIP Handler:8af8fb0 OpalCon SetPhase from UninitialisedPhase to ReleasingPhase 2007/04/18 23:03:24.873 1:39.122 SIP Handler:8af8fb0 SIP Awaiting next PDU. 2007/04/18 23:03:24.873 1:39.122 OnRelease:8a92320 SIP OnReleased: Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol], phase = ReleasingPhase 2007/04/18 23:03:24.873 1:39.123 OnRelease:8a92320 OpalCon SetPhase from ReleasingPhase to ReleasingPhase 2007/04/18 23:03:24.875 1:39.124 OnRelease:8a92320 SIP Cancelling transaction 0 of 1 2007/04/18 23:03:24.875 1:39.124 OnRelease:8a92320 SIP Could not cancel transaction 0 2007/04/18 23:03:24.875 1:39.124 OnRelease:8a92320 OpalCon Media stream threads closed. 2007/04/18 23:03:24.875 1:39.124 OnRelease:8a92320 OpalCon SetPhase from ReleasingPhase to ReleasedPhase 2007/04/18 23:03:24.876 1:39.125 SIP Handler:8af8fb0 SIP PDU handler thread finished. 2007/04/18 23:03:24.876 1:39.125 OnRelease:8a92320 Opal Transport clean up on termination 2007/04/18 23:03:24.876 1:39.125 OnRelease:8a92320 OpalUDP Close 2007/04/18 23:03:24.876 1:39.125 OnRelease:8a92320 Opal Transport Close 2007/04/18 23:03:24.877 1:39.126 SIP Transport:8ad95f8 SIP Read thread finished. 2007/04/18 23:03:24.877 1:39.126 OnRelease:8a92320 OpalCon OnReleased Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] 2007/04/18 23:03:24.877 1:39.126 OnRelease:8a92320 OpalCon Media stream threads closed. 2007/04/18 23:03:24.878 1:39.127 OnRelease:8a92320 GMSIPEndpoint SIP connection released 2007/04/18 23:03:24.878 1:39.127 OnRelease:8a92320 OpalEP OnReleased Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] 2007/04/18 23:03:25.021 1:39.270 OnRelease:8a92320 GMManager Will release the connection 2007/04/18 23:03:25.021 1:39.271 OnRelease:8a92320 OpalMan OnReleased Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] 2007/04/18 23:03:25.022 1:39.271 OnRelease:8a92320 Call OnReleased Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] 2007/04/18 23:03:25.022 1:39.271 OnRelease:8a92320 OpalCon Releasing Call[1]-EP[Default] 2007/04/18 23:03:25.023 1:39.272 OnRelease:8a92320 OpalCon Call end reason for Default set to EndedBySecurityDenial 2007/04/18 23:03:25.023 1:39.272 OnRelease:8a92320 OpalCon SetPhase from SetUpPhase to ReleasingPhase 2007/04/18 23:03:25.023 1:39.273 OnRelease:8a92320 SIP Transaction 1 INVITE aborted. 2007/04/18 23:03:25.024 1:39.273 OnRelease:8a92320 SIP Transaction 1 INVITE destroyed. 2007/04/18 23:03:25.024 1:39.273 OnRelease:8a92320 OpalCon OnRelease thread completed for 84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol 2007/04/18 23:03:25.025 1:39.274 OnRelease:8a23848 OpalCon OnReleased Call[1]-EP[Default] 2007/04/18 23:03:25.025 1:39.274 OnRelease:8a23848 OpalCon Media stream threads closed. 2007/04/18 23:03:25.032 1:39.284 OnRelease:8a23848 GMPCSSEndpoint PCSS connection released 2007/04/18 23:03:25.035 1:39.284 OnRelease:8a23848 OpalEP OnReleased Call[1]-EP[Default] 2007/04/18 23:03:25.035 1:39.284 OnRelease:8a23848 GMManager Will release the connection 2007/04/18 23:03:25.036 1:39.285 OnRelease:8a23848 OpalMan OnReleased Call[1]-EP[Default] 2007/04/18 23:03:25.036 1:39.285 OnRelease:8a23848 Call OnReleased Call[1]-EP[Default] 2007/04/18 23:03:25.794 1:40.043 OpalGarbage Opal Transport clean up on termination 2007/04/18 23:03:25.794 1:40.043 OpalGarbage OpalUDP Close 2007/04/18 23:03:25.794 1:40.043 OpalGarbage Opal Transport Close 2007/04/18 23:03:25.794 1:40.043 OpalGarbage SIP Deleted connection. 2007/04/18 23:03:25.794 1:40.043 OpalGarbage OpalCon Connection Call[1]-EP[84d2e5e6-5dec-db11-9736-0026540c8cec at pomerol] destroyed. 2007/04/18 23:03:25.794 1:40.043 OpalGarbage RTP_UDP Session 1, Shutting down read. 2007/04/18 23:03:25.794 1:40.043 OpalGarbage RTP_UDP Session 1, Shutting down write. 2007/04/18 23:03:25.795 1:40.044 OpalGarbage RTP_UDP Session 2, Shutting down read. 2007/04/18 23:03:25.795 1:40.044 OpalGarbage RTP_UDP Session 2, Shutting down write. 2007/04/18 23:03:27.215 1:41.465 Opal Listener:86c4248 OpalUDP Pre-bound to interface: 192.168.0.1:5060 2007/04/18 23:03:27.216 1:41.465 Opal Listener:86c4248 SIP Waiting for PDU on udp$0.0.0.0 2007/04/18 23:03:31.241 1:45.491 OnRelease:8a23848 OpalCon OnRelease thread completed for Default 2007/04/18 23:03:31.794 1:46.043 OpalGarbage PCSS Deleted PC sound system connection. 2007/04/18 23:03:31.794 1:46.043 OpalGarbage OpalCon Connection Call[1]-EP[Default] destroyed. 2007/04/18 23:03:32.270 1:46.519 Opal Listener:86c4248 SIP Unknown method name Cirpack received on udp$212.27.52.5:5060 2007/04/18 23:03:32.270 1:46.519 Opal Listener:86c4248 Opal Transport clean up on termination 2007/04/18 23:03:32.270 1:46.519 Opal Listener:86c4248 OpalUDP Close From dsandras at seconix.com Wed Apr 18 21:48:42 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 18 Apr 2007 23:48:42 +0200 Subject: [Ekiga-list] security check failed In-Reply-To: <1176930961.25949.18.camel@localhost> References: <1176930961.25949.18.camel@localhost> Message-ID: <1176932922.3719.20.camel@scorpion> Le mercredi 18 avril 2007 ? 23:16 +0200, Thomas Schiex a ?crit : > I tried to reuse Ekiga SIP after a period of quietness in this area > (Ekiga worked fine one year ago). I used my SIP account (provided by my > ISP, free.fr). This is the only account I have configured. > > The call is not initiated and I instead get a "Security check failed" > message. This was using EKiga 2.0.3. > > 1) I cross checked (retyped) the Registrar, user, password and > authentication id. > > Still fails > > 2) I tested the SIP account using Twinkle and XLite > > Both worked fine > > 3) I rechecked the SIP account configuration in Ekiga for safety: > > Failed again > > 4) I upgraded Ekiga to 2.0.9 (using saillard ubuntu repository) > > Still fails with the same message (appears more shortly) > > 5) I stopped my (iptable) firewall for a moment (DMZ machine), retried: > failure (STUN NAT with restricted port). Tried redoing NAT detection in > Ekiga, shifted to Cone NAT: > > Still fails with the same message > > 4) I restarted my firewall and redid NAT detection (went back to > restricted port). I tried an ekiga -d4. Ekiga seems to register the SIP > account fine but the call itself fails... again I put part of it below. > > Any idea ? I'd rather use Ekiga than Twinkle. The bad news is that Freephonie recently changed the way they are working. They reject calls if the PDUs come from different ports (which is what Ekiga is doing). We plan to find a workaround, but it will take time. Unfortunately, this is very silly from them. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Thu Apr 19 07:35:12 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 19 Apr 2007 09:35:12 +0200 Subject: [Ekiga-list] using wengo.fr to call landlines In-Reply-To: <20070418163643.GD19944@localhost> References: <20070418163643.GD19944@localhost> Message-ID: <1176968112.3770.4.camel@scorpion> Hi, Le mercredi 18 avril 2007 ? 17:36 +0100, Eyal Oren a ?crit : > Hi all, > > I'm trying to find a good SIP service to call landlines (in the > Netherlands). Wengo has quite good quality for calling landlines. I can use > Wengo's own phone (OpenWengo) without problems, but I quite like ekiga. But > I can't get ekiga to call landlines using Wengo. > > I have my Wengo account setup without problems, and I can call the echo > tests at sip:500 at ekiga.net and at 333 at voip.wengo.fr. But when I try to call > a landlinu using say 35391.... at voip.wengo.fr I always get "user not found" > "user not found" (debugging indeed shows an HTTP 404). But again, calling > using Wengo's own softphone works fine. > > I'm behind a cone NAT and using stun.ekiga.net. I've tried with SIP IP > proxy of voip.wengo.fr (which I think used to work in the past) but that > also doesn't help. Does anyone have an idea? I can post debug logs if > that's helpful. Are you sure that the called number is correct ? Alternatively, you could post a -d 4 somewhere... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From robin at spinningplanet.co.nz Thu Apr 19 08:24:00 2007 From: robin at spinningplanet.co.nz (Robin at Spinning Planet) Date: Thu, 19 Apr 2007 20:24:00 +1200 Subject: [Ekiga-list] DTMF tones ## Message-ID: <46272720.1070709@spinningplanet.co.nz> Hi Our Asterisk server is set to use ## as the prefix for transfer. Ekiga only sends one # and so I can't transfer the call. Is there a way to speed up the sending of dtmf tones in Ekiga? Thanks in advance -- Robin ------------------------------------------------------------------------ *Robin Murray Systems Administrator * *Spinning-Planet New Zealand* Professional Web Design & Hosting E-Mail: Robin at spinningplanet.co.nz Contact Details: New Zealand: +64 (06) 358-6007 or 0508 PLANET (752-638) Brisbane: +61 (07) 3102-3629 Arizona: +1 (928) 530-9843 New York: +1 (201) 984-7377 London: +44 (020) 7871-9843 Address: Level 5, 93 Rangitikei Street. Palmerston North, New Zealand. Business URL: http://www.spinningplanet.co.nz *Disclaimer Notice* This E-Mail may contain information which is privileged, confidential and protected from disclosure. If you are not the intended recipient of this E-mail or any part of it, please contact Spinning Planet immediately on receipt. You should not disclose the contents to any other person or take copies. ?2006 Spinning Planet - Professional Web Design & Hosting. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eyal.oren at deri.org Thu Apr 19 08:43:48 2007 From: eyal.oren at deri.org (Eyal Oren) Date: Thu, 19 Apr 2007 09:43:48 +0100 Subject: [Ekiga-list] using wengo.fr to call landlines In-Reply-To: <1176968112.3770.4.camel@scorpion> References: <20070418163643.GD19944@localhost> <1176968112.3770.4.camel@scorpion> Message-ID: <20070419084341.GA6400@localhost> On 04/19/07/04/07 09:35 +0200, Damien Sandras wrote: >Are you sure that the called number is correct ? Yes, I'm sure. I've tried with and without 00 or +, but the number itself is correct (I've tried several numbers actually). >Alternatively, you could post a -d 4 somewhere... I'll do that tonight from home (I'm firewalled and NATted from work). -eyal From dsandras at seconix.com Thu Apr 19 08:55:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 19 Apr 2007 10:55:17 +0200 Subject: [Ekiga-list] using wengo.fr to call landlines In-Reply-To: <20070419084341.GA6400@localhost> References: <20070418163643.GD19944@localhost> <1176968112.3770.4.camel@scorpion> <20070419084341.GA6400@localhost> Message-ID: <1176972917.3770.16.camel@scorpion> Le jeudi 19 avril 2007 ? 09:43 +0100, Eyal Oren a ?crit : > On 04/19/07/04/07 09:35 +0200, Damien Sandras wrote: > >Are you sure that the called number is correct ? > Yes, I'm sure. I've tried with and without 00 or +, but the number itself > is correct (I've tried several numbers actually). > > >Alternatively, you could post a -d 4 somewhere... > I'll do that tonight from home (I'm firewalled and NATted from work). > Also try comparing with a trace of Wengo. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From matthieu.laurent at purplelabs.com Thu Apr 19 09:34:58 2007 From: matthieu.laurent at purplelabs.com (Matthieu LAURENT) Date: Thu, 19 Apr 2007 11:34:58 +0200 Subject: [Ekiga-list] ekiga: no audio In-Reply-To: <46273746.3050400@purplelabs.com> References: <46273746.3050400@purplelabs.com> Message-ID: <462737C2.4050205@purplelabs.com> Hi, I have just installed ekiga with a friend on our linux pc we both success in connecting and calling each other he has no microphone but I do I speak and he does not hear me (in toggle "audio" the line for speaker is gray for me and the line for microphone is green; and for him these 2 lines are both gray) we both have chosen alasa for audio (that is what we usually use) maybe the problem comes from a codec that is not in our alsa config? how can I know? have you already seen such problem? thanks for you help Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Thu Apr 19 11:19:09 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 19 Apr 2007 13:19:09 +0200 Subject: [Ekiga-list] DTMF tones ## In-Reply-To: <46272720.1070709@spinningplanet.co.nz> References: <46272720.1070709@spinningplanet.co.nz> Message-ID: <1176981549.3770.28.camel@scorpion> Hi, Le jeudi 19 avril 2007 ? 20:24 +1200, Robin at Spinning Planet a ?crit : > Hi > Our Asterisk server is set to use ## as the prefix for transfer. Ekiga > only sends one # and so I can't transfer the call. Is there a way to > speed up the sending of dtmf tones in Ekiga? > Make sure to use the latest version of Ekiga. Your version is probably outdated (a bug related to DTMFs was fixed). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Thu Apr 19 11:33:42 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 19 Apr 2007 13:33:42 +0200 Subject: [Ekiga-list] ekiga: no audio In-Reply-To: <462737C2.4050205@purplelabs.com> References: <46273746.3050400@purplelabs.com> <462737C2.4050205@purplelabs.com> Message-ID: <1176982422.3770.43.camel@scorpion> Hi, Le jeudi 19 avril 2007 ? 11:34 +0200, Matthieu LAURENT a ?crit : > Hi, > I have just installed ekiga with a friend on our linux pc > we both success in connecting and calling each other > he has no microphone but I do > I speak and he does not hear me > (in toggle "audio" the line for speaker is gray for me and the line for > microphone is green; and for him these 2 lines are both gray) > we both have chosen alasa for audio (that is what we usually use) > maybe the problem comes from a codec that is not in our alsa config? how > can I know? > have you already seen such problem? > If the audio test in the configuration assistant works for you, then the problem is on his side : http://wiki.ekiga.org/index.php/Troubleshooting#Audio_problems http://ekiga.org/index.php?rub=3&pos=0&faqpage=x161.html -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From littletux at zarb.org Fri Apr 20 08:05:52 2007 From: littletux at zarb.org (Guillaume Bedot) Date: Fri, 20 Apr 2007 10:05:52 +0200 Subject: [Ekiga-list] Using ekiga with bluetooth headset Message-ID: <1177056352.4604.18.camel@littletux> Hello, I'm currently using ekiga with a USB bluetooth dongle (ASUS WL-BTD202) and a bluetooth headset (PROF PBH-6W). It's quite tricky yet (patching kernel, pwlib, and compile several software from CVS...), but works. thanks to the devs :-) Here is a simple update of the patch that can be found on plugz's cvs, to apply on pwlib 1.10.7 (and maybe some previous versions). I'd like to enhance the patch with detecting the headset, but don't know how... Should pwlib interact with headsetd to ask if a headset is currently connected ? Best regards, Guillaume B. -------------- next part -------------- A non-text attachment was scrubbed... Name: pwlib-1.10.7-btheadset.patch Type: text/x-patch Size: 903 bytes Desc: not available URL: From mack.stout at gmail.com Fri Apr 20 13:45:06 2007 From: mack.stout at gmail.com (mack stout) Date: Fri, 20 Apr 2007 08:45:06 -0500 Subject: [Ekiga-list] Ekiga Openser Rtpproxy Message-ID: I'm trying to get Ekiga up and running with Openser + Rtpproxy + nathelper. Has anybody had any success with this setup? I have two ekiga clients that can call each other, but the media connections don't get setup either because of Openser's routing, or because of something with rtpproxy? If anybody is willing to help, I can send various dumps (ekiga, openser, ngrep, rtpproxy) if you could help me sort out the issue. Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sat Apr 21 14:04:04 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 21 Apr 2007 16:04:04 +0200 Subject: [Ekiga-list] Ekiga Openser Rtpproxy In-Reply-To: References: Message-ID: <1177164244.3754.10.camel@scorpion> Hi, Le vendredi 20 avril 2007 ? 08:45 -0500, mack stout a ?crit : > I'm trying to get Ekiga up and running with Openser + Rtpproxy + > nathelper. Has anybody had any success with this setup? I have two > ekiga clients that can call each other, but the media connections > don't get setup either because of Openser's routing, or because of > something with rtpproxy? If anybody is willing to help, I can send > various dumps (ekiga, openser, ngrep, rtpproxy) if you could help me > sort out the issue. > Check this : http://bugzilla.gnome.org/show_bug.cgi?id=430870 and this : http://mail.gnome.org/archives/ekiga-devel-list/2007-January/msg00063.html It has just been fixed in OPAL and will be part of next's release. However, there is a workaround for the problem in SER's configuration. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Apr 21 14:04:35 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 21 Apr 2007 16:04:35 +0200 Subject: [Ekiga-list] Using ekiga with bluetooth headset In-Reply-To: <1177056352.4604.18.camel@littletux> References: <1177056352.4604.18.camel@littletux> Message-ID: <1177164275.3754.12.camel@scorpion> Hi, Le vendredi 20 avril 2007 ? 10:05 +0200, Guillaume Bedot a ?crit : > Hello, > > I'm currently using ekiga with a USB bluetooth dongle (ASUS WL-BTD202) > and a bluetooth headset (PROF PBH-6W). > > It's quite tricky yet (patching kernel, pwlib, and compile several > software from CVS...), but works. thanks to the devs :-) > > Here is a simple update of the patch that can be found on plugz's cvs, > to apply on pwlib 1.10.7 (and maybe some previous versions). > > I'd like to enhance the patch with detecting the headset, but don't know > how... > > Should pwlib interact with headsetd to ask if a headset is currently > connected ? > It would be cool yes. But shouldn't ALSA be responsible of that? Just like it is the case when you are using an USB headset ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From mack.stout at gmail.com Sat Apr 21 15:31:22 2007 From: mack.stout at gmail.com (Ben Racher) Date: Sat, 21 Apr 2007 10:31:22 -0500 Subject: [Ekiga-list] Ekiga Openser Rtpproxy In-Reply-To: <1177164244.3754.10.camel@scorpion> References: <1177164244.3754.10.camel@scorpion> Message-ID: <462A2E4A.6050705@gmail.com> Damien Sandras wrote: > Hi, > > Le vendredi 20 avril 2007 ? 08:45 -0500, mack stout a ?crit : > >> I'm trying to get Ekiga up and running with Openser + Rtpproxy + >> nathelper. Has anybody had any success with this setup? I have two >> ekiga clients that can call each other, but the media connections >> don't get setup either because of Openser's routing, or because of >> something with rtpproxy? If anybody is willing to help, I can send >> various dumps (ekiga, openser, ngrep, rtpproxy) if you could help me >> sort out the issue. >> >> > > Check this : > http://bugzilla.gnome.org/show_bug.cgi?id=430870 > and this : > http://mail.gnome.org/archives/ekiga-devel-list/2007-January/msg00063.html > > It has just been fixed in OPAL and will be part of next's release. > > However, there is a workaround for the problem in SER's configuration. > Hey Damien, It seems as if the work around does not solve the problem in my case, and I'm wondering if its something more specific in my openser configuration. Just thought I'd hit up the mailing list to see if anybody else has had any success. If I want to test the bug fix, what do I need to do? svn latest opal libraries and build ekiga against them? Ben From dsandras at seconix.com Sun Apr 22 10:56:10 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 22 Apr 2007 12:56:10 +0200 Subject: [Ekiga-list] Ekiga Openser Rtpproxy In-Reply-To: <462A2E4A.6050705@gmail.com> References: <1177164244.3754.10.camel@scorpion> <462A2E4A.6050705@gmail.com> Message-ID: <1177239370.3825.30.camel@scorpion> Le samedi 21 avril 2007 ? 10:31 -0500, Ben Racher a ?crit : > Hey Damien, > > It seems as if the work around does not solve the problem in my case, > and I'm wondering if its something more specific in my openser > configuration. Just thought I'd hit up the mailing list to see if > anybody else has had any success. > Probably yes. > If I want to test the bug fix, what do I need to do? svn latest opal > libraries and build ekiga against them? Or apply the patch to your local sources : http://openh323.cvs.sourceforge.net/openh323/opal/src/sip/sdp.cxx?r1=2.26.2.4&r2=2.26.2.5&view=patch&pathrev=Phobos http://openh323.cvs.sourceforge.net/openh323/opal/include/sip/sdp.h?r1=2.15.2.2&r2=2.15.2.3&view=patch&pathrev=Phobos -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From gernot.weber at uni-mainz.de Tue Apr 24 07:55:22 2007 From: gernot.weber at uni-mainz.de (Gernot A. Weber) Date: Tue, 24 Apr 2007 09:55:22 +0200 Subject: [Ekiga-list] mute microphone from full screen Message-ID: Hi, I'm trying to setup ekiga for a video conferencing system at our university. Is there a way to mute the microphone, when you are in fullscreen by something like a hotkey? I wasn't able to find something like that in the documentation. Cheers, Gernot -- Gernot A. Weber Institut fuer Physik Johannes Gutenberg-Universitaet Mainz 55125 Mainz GERMANY phone: +49 6131 3924075 mobile: +49 179 1207469 e-mail: gernot.weber at uni-mainz.de From gernot.weber at uni-mainz.de Tue Apr 24 07:57:19 2007 From: gernot.weber at uni-mainz.de (Gernot A. Weber) Date: Tue, 24 Apr 2007 09:57:19 +0200 Subject: [Ekiga-list] input device resolution Message-ID: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> Hi, if I connect my webcam to my computer and load the driver a tool to display the properties of the webcam show VGA resolution for this device. If I start ekiga and close it again, the resolution changes to 160x120. Is there a way to specify the resolution of the input device? Thanks. Cheers, Gernot -- Gernot A. Weber Institut fuer Physik Johannes Gutenberg-Universitaet Mainz 55125 Mainz GERMANY phone: +49 6131 3924075 mobile: +49 179 1207469 e-mail: gernot.weber at uni-mainz.de From matthieu.laurent at purplelabs.com Tue Apr 24 13:07:28 2007 From: matthieu.laurent at purplelabs.com (Matthieu LAURENT) Date: Tue, 24 Apr 2007 15:07:28 +0200 Subject: [Ekiga-list] audio problem In-Reply-To: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> References: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> Message-ID: <462E0110.5090504@purplelabs.com> Hi, I have just installed on my 2 linux pc ekiga and created SIP accounts. If I call 501 at ekiga.net I ear well the automatic audio conversation. If I call my other pc (logged with the other ekiga acocunt), I success in establishing connexion with it, chatting (writting text), but we can not ear us each other. If I blow in my microphone I ear white noise so my microphone is well plugged. Do you know what kind of problem I may have? thanks for your help Matthieu From dsandras at seconix.com Tue Apr 24 20:45:45 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 24 Apr 2007 22:45:45 +0200 Subject: [Ekiga-list] mute microphone from full screen In-Reply-To: References: Message-ID: <1177447545.3808.37.camel@scorpion> Hi, Le mardi 24 avril 2007 ? 09:55 +0200, Gernot A. Weber a ?crit : > Hi, > > I'm trying to setup ekiga for a video conferencing system at our > university. Is there a way to mute the microphone, when you are in > fullscreen by something like a hotkey? I wasn't able to find > something like that in the documentation. > No, but it is something we can add if you need it (just fill in an enhancement request on bugzilla). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Apr 24 20:46:42 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 24 Apr 2007 22:46:42 +0200 Subject: [Ekiga-list] input device resolution In-Reply-To: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> References: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> Message-ID: <1177447602.3808.39.camel@scorpion> Hi, Le mardi 24 avril 2007 ? 09:57 +0200, Gernot A. Weber a ?crit : > Hi, > > if I connect my webcam to my computer and load the driver a tool to > display the properties of the webcam show VGA resolution for this > device. If I start ekiga and close it again, the resolution changes > to 160x120. Is there a way to specify the resolution of the input > device? Ekiga stable supports QCIF, Ekiga Trunk supports QCIF and CIF, but not VGA (which requires very high upstream). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Apr 24 20:47:32 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 24 Apr 2007 22:47:32 +0200 Subject: [Ekiga-list] audio problem In-Reply-To: <462E0110.5090504@purplelabs.com> References: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> <462E0110.5090504@purplelabs.com> Message-ID: <1177447652.3808.41.camel@scorpion> Hi, Le mardi 24 avril 2007 ? 15:07 +0200, Matthieu LAURENT a ?crit : > Hi, > I have just installed on my 2 linux pc ekiga and created SIP accounts. > If I call 501 at ekiga.net I ear well the automatic audio conversation. > If I call my other pc (logged with the other ekiga acocunt), I success > in establishing connexion with it, chatting (writting text), but we can > not ear us each other. If you are behind the same NAT, that can be a problem. Just try with people who are not behind the same NAT router than yourself. > If I blow in my microphone I ear white noise so my microphone is well > plugged. > Do you know what kind of problem I may have? > thanks for your help > > Matthieu > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From moshe.kamensky at googlemail.com Wed Apr 25 07:56:39 2007 From: moshe.kamensky at googlemail.com (Moshe Kamensky) Date: Wed, 25 Apr 2007 10:56:39 +0300 Subject: [Ekiga-list] Remote user rejected the call Message-ID: <20070425075639.GA20515@detritus> Hi, I am trying to connect to machines, both running ekiga 2.0.9. From either end I can not make the connection. The 'General History' shows the message "Remote user rejected the call". When I run with -d 4, I get lines as follows, each time I try to connect: 2007/04/25 10:55:30.755 35:59.885 OnRelease:85dc678 GMSIPEndpoint SIP connection released 2007/04/25 10:55:30.756 35:59.886 OnRelease:85dc678 GMManager Will release the connection 2007/04/25 10:55:30.756 35:59.887 OnRelease:8666120 GMPCSSEndpoint PCSS connection released 2007/04/25 10:55:30.757 35:59.887 OnRelease:8666120 GMManager Will release the connection What is the problem? Thanks, Moshe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From moshe.kamensky at googlemail.com Wed Apr 25 09:22:42 2007 From: moshe.kamensky at googlemail.com (Moshe Kamensky) Date: Wed, 25 Apr 2007 12:22:42 +0300 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <20070425075639.GA20515@detritus> References: <20070425075639.GA20515@detritus> Message-ID: <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> Hi, I am trying to connect to machines, both running ekiga 2.0.9. From either end I can not make the connection. The 'General History' shows the message "Remote user rejected the call". When I run with -d 4, I get lines as follows, each time I try to connect: 2007/04/25 10:55:30.755 35:59.885 OnRelease:85dc678 GMSIPEndpoint SIP connection released 2007/04/25 10:55:30.756 35:59.886 OnRelease:85dc678 GMManager Will release the connection 2007/04/25 10:55:30.756 35:59.887 OnRelease:8666120 GMPCSSEndpoint PCSS connection released 2007/04/25 10:55:30.757 35:59.887 OnRelease:8666120 GMManager Will release the connection What is the problem? Thanks, Moshe From gernot.weber at uni-mainz.de Wed Apr 25 10:43:19 2007 From: gernot.weber at uni-mainz.de (Gernot A. Weber) Date: Wed, 25 Apr 2007 12:43:19 +0200 Subject: [Ekiga-list] mute microphone from full screen In-Reply-To: <1177447545.3808.37.camel@scorpion> References: <1177447545.3808.37.camel@scorpion> Message-ID: Thanks, I've just filed it to bugzilla. Cheers, Gernot On 24.04.2007, at 22:45, Damien Sandras wrote: > Hi, > > Le mardi 24 avril 2007 ? 09:55 +0200, Gernot A. Weber a ?crit : >> Hi, >> >> I'm trying to setup ekiga for a video conferencing system at our >> university. Is there a way to mute the microphone, when you are in >> fullscreen by something like a hotkey? I wasn't able to find >> something like that in the documentation. >> > > No, but it is something we can add if you need it (just fill in an > enhancement request on bugzilla). > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Gernot A. Weber Institut fuer Physik Johannes Gutenberg-Universitaet Mainz 55125 Mainz GERMANY phone: +49 6131 3924075 mobile: +49 179 1207469 e-mail: gernot.weber at uni-mainz.de From gernot.weber at uni-mainz.de Wed Apr 25 10:43:58 2007 From: gernot.weber at uni-mainz.de (Gernot A. Weber) Date: Wed, 25 Apr 2007 12:43:58 +0200 Subject: [Ekiga-list] input device resolution In-Reply-To: <1177447602.3808.39.camel@scorpion> References: <9298868A-B532-4065-B33A-0FBDA5167713@uni-mainz.de> <1177447602.3808.39.camel@scorpion> Message-ID: <504208F6-FF8D-4EF0-85B3-9CCB016BBE6C@uni-mainz.de> Hi, I see. I'll have a look at the trunk version. Cheers, Gernot On 24.04.2007, at 22:46, Damien Sandras wrote: > Hi, > > Le mardi 24 avril 2007 ? 09:57 +0200, Gernot A. Weber a ?crit : >> Hi, >> >> if I connect my webcam to my computer and load the driver a tool to >> display the properties of the webcam show VGA resolution for this >> device. If I start ekiga and close it again, the resolution changes >> to 160x120. Is there a way to specify the resolution of the input >> device? > > Ekiga stable supports QCIF, Ekiga Trunk supports QCIF and CIF, but not > VGA (which requires very high upstream). > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Gernot A. Weber Institut fuer Physik Johannes Gutenberg-Universitaet Mainz 55125 Mainz GERMANY phone: +49 6131 3924075 mobile: +49 179 1207469 e-mail: gernot.weber at uni-mainz.de From robin at spinningplanet.co.nz Wed Apr 25 10:56:30 2007 From: robin at spinningplanet.co.nz (Robin at Spinning Planet) Date: Wed, 25 Apr 2007 22:56:30 +1200 Subject: [Ekiga-list] G729 codec In-Reply-To: <20070425075639.GA20515@detritus> References: <20070425075639.GA20515@detritus> Message-ID: <462F33DE.7080805@spinningplanet.co.nz> Hi Not sure if this has been covered before. Couldn't find much on the web. Is there a way that I can add the g729 codec to ekiga to match the rest of our asterisk system? Thanks Robin From dsandras at seconix.com Wed Apr 25 11:25:15 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 25 Apr 2007 13:25:15 +0200 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> Message-ID: <1177500315.999.10.camel@scorpion> Le mercredi 25 avril 2007 ? 12:22 +0300, Moshe Kamensky a ?crit : > Hi, > > I am trying to connect to machines, both running ekiga 2.0.9. From > either end I can not make the connection. The 'General History' shows > the message "Remote user rejected the call". When I run with -d 4, I get > lines as follows, each time I try to connect: > > 2007/04/25 10:55:30.755 35:59.885 OnRelease:85dc678 > GMSIPEndpoint SIP connection released > 2007/04/25 10:55:30.756 35:59.886 OnRelease:85dc678 > GMManager Will release the connection > 2007/04/25 10:55:30.756 35:59.887 OnRelease:8666120 > GMPCSSEndpoint PCSS connection released > 2007/04/25 10:55:30.757 35:59.887 OnRelease:8666120 > GMManager Will release the connection > > What is the problem? > We need the full -d 4 output, not only the end. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Apr 25 11:25:38 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 25 Apr 2007 13:25:38 +0200 Subject: [Ekiga-list] G729 codec In-Reply-To: <462F33DE.7080805@spinningplanet.co.nz> References: <20070425075639.GA20515@detritus> <462F33DE.7080805@spinningplanet.co.nz> Message-ID: <1177500338.999.12.camel@scorpion> Hi, Le mercredi 25 avril 2007 ? 22:56 +1200, Robin at Spinning Planet a ?crit : > Hi > Not sure if this has been covered before. Couldn't find much on the web. > Is there a way that I can add the g729 codec to ekiga to match the rest > of our asterisk system? Unfortunately, not on Linux... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From fonz at siol.net Wed Apr 25 12:03:25 2007 From: fonz at siol.net (Jure Petrovic) Date: Wed, 25 Apr 2007 14:03:25 +0200 Subject: [Ekiga-list] G729 codec In-Reply-To: <462F33DE.7080805@spinningplanet.co.nz> References: <20070425075639.GA20515@detritus> <462F33DE.7080805@spinningplanet.co.nz> Message-ID: <1177502605.560.38.camel@home.royal.si> G729 codec is proprietary and has some issues in open source software, however... ...I have written a g729 codec wrapper for Ekiga on linux, that uses intel IPP open source library implementation. This IPP library is for testing purposes only, so you're not supposed to use it commercially... For me, it works ok, and you can give it a try, if you'd like to test it..I am using it on ekiga 2.1.0, pwlib 1.11.5 and opal 2.3.2. It comes as a .so audio plugin for opal. Nevertheless, there is one thing...I do not know how to set number of frames per RTP packet and my codec always sends 1 frame per packet (10 milliseconds), whereas asterisk always sends 2 frames/packet (20 millisces). Audio works great, it's just not optimal for bandwidth usage... I have asked Damien and Craig couple of times how to set number of packets in Ekiga, but I just don't get an answer. Maybe they don't like messing with "unclean" code in ekiga. However, my this is plugin anyway and doesn't have to be included with other software... Regards, Jure On Wed, 2007-04-25 at 22:56 +1200, Robin at Spinning Planet wrote: > Hi > Not sure if this has been covered before. Couldn't find much on the web. > Is there a way that I can add the g729 codec to ekiga to match the rest > of our asterisk system? > > Thanks > Robin > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From moshe.kamensky at googlemail.com Wed Apr 25 12:12:45 2007 From: moshe.kamensky at googlemail.com (Moshe Kamensky) Date: Wed, 25 Apr 2007 15:12:45 +0300 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <1177500315.999.10.camel@scorpion> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> <1177500315.999.10.camel@scorpion> Message-ID: <20070425121245.GA27439@detritus> * Damien Sandras [25/04/07 14:30]: > Le mercredi 25 avril 2007 ? 12:22 +0300, Moshe Kamensky a ?crit : > > Hi, > > > > I am trying to connect to machines, both running ekiga 2.0.9. From > > either end I can not make the connection. The 'General History' shows > > the message "Remote user rejected the call". When I run with -d 4, I get > > lines as follows, each time I try to connect: > > > > 2007/04/25 10:55:30.755 35:59.885 OnRelease:85dc678 > > GMSIPEndpoint SIP connection released > > 2007/04/25 10:55:30.756 35:59.886 OnRelease:85dc678 > > GMManager Will release the connection > > 2007/04/25 10:55:30.756 35:59.887 OnRelease:8666120 > > GMPCSSEndpoint PCSS connection released > > 2007/04/25 10:55:30.757 35:59.887 OnRelease:8666120 > > GMManager Will release the connection > > > > What is the problem? > > > > We need the full -d 4 output, not only the end. Here it is: 2007/04/25 15:08:05.838 0:00.410 ekiga Detected audio plugins: OSS,ALSA 2007/04/25 15:08:05.839 0:00.410 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC 2007/04/25 15:08:05.839 0:00.411 ekiga Detected audio plugins: OSS,ALSA 2007/04/25 15:08:05.840 0:00.411 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 2007/04/25 15:08:06.423 0:00.994 ekiga Ekiga version 2.0.9 2007/04/25 15:08:06.423 0:00.994 ekiga OPAL version 2.2.8 2007/04/25 15:08:06.423 0:00.994 ekiga PWLIB version 1.10.7 2007/04/25 15:08:06.423 0:00.994 ekiga GNOME support disabled 2007/04/25 15:08:06.423 0:00.994 ekiga Fullscreen support enabled 2007/04/25 15:08:06.423 0:00.994 ekiga DBUS support enabled 2007/04/25 15:08:06.425 0:00.996 ekiga Set TCP port range to 30000:30010 2007/04/25 15:08:06.425 0:00.996 ekiga Set RTP port range to 5000:5059 2007/04/25 15:08:06.425 0:00.996 ekiga Set UDP port range to 5060:5100 2007/04/25 15:08:33.127 0:27.698 OnRelease:85c2818 GMSIPEndpoint SIP connection released 2007/04/25 15:08:33.130 0:27.701 OnRelease:85c2818 GMManager Will release the connection 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMPCSSEndpoint PCSS connection released 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMManager Will release the connection Thanks, Moshe > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jpuydt at free.fr Wed Apr 25 12:19:33 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 25 Apr 2007 14:19:33 +0200 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <20070425121245.GA27439@detritus> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> <1177500315.999.10.camel@scorpion> <20070425121245.GA27439@detritus> Message-ID: <462F4755.8000002@free.fr> Moshe Kamensky a ?crit : > * Damien Sandras [25/04/07 14:30]: >> Le mercredi 25 avril 2007 ? 12:22 +0300, Moshe Kamensky a ?crit : >>> Hi, >>> >>> I am trying to connect to machines, both running ekiga 2.0.9. From >>> either end I can not make the connection. The 'General History' shows >>> the message "Remote user rejected the call". When I run with -d 4, I get >>> lines as follows, each time I try to connect: >>> >>> 2007/04/25 10:55:30.755 35:59.885 OnRelease:85dc678 >>> GMSIPEndpoint SIP connection released >>> 2007/04/25 10:55:30.756 35:59.886 OnRelease:85dc678 >>> GMManager Will release the connection >>> 2007/04/25 10:55:30.756 35:59.887 OnRelease:8666120 >>> GMPCSSEndpoint PCSS connection released >>> 2007/04/25 10:55:30.757 35:59.887 OnRelease:8666120 >>> GMManager Will release the connection >>> >>> What is the problem? >>> >> We need the full -d 4 output, not only the end. > > Here it is: > > 2007/04/25 15:08:05.838 0:00.410 ekiga Detected audio plugins: OSS,ALSA > 2007/04/25 15:08:05.839 0:00.410 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > 2007/04/25 15:08:05.839 0:00.411 ekiga Detected audio plugins: OSS,ALSA > 2007/04/25 15:08:05.840 0:00.411 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > 2007/04/25 15:08:06.423 0:00.994 ekiga Ekiga version 2.0.9 > 2007/04/25 15:08:06.423 0:00.994 ekiga OPAL version 2.2.8 > 2007/04/25 15:08:06.423 0:00.994 ekiga PWLIB version 1.10.7 > 2007/04/25 15:08:06.423 0:00.994 ekiga GNOME support disabled > 2007/04/25 15:08:06.423 0:00.994 ekiga Fullscreen support enabled > 2007/04/25 15:08:06.423 0:00.994 ekiga DBUS support enabled > 2007/04/25 15:08:06.425 0:00.996 ekiga Set TCP port range to 30000:30010 > 2007/04/25 15:08:06.425 0:00.996 ekiga Set RTP port range to 5000:5059 > 2007/04/25 15:08:06.425 0:00.996 ekiga Set UDP port range to 5060:5100 > 2007/04/25 15:08:33.127 0:27.698 OnRelease:85c2818 GMSIPEndpoint SIP connection released > 2007/04/25 15:08:33.130 0:27.701 OnRelease:85c2818 GMManager Will release the connection > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMPCSSEndpoint PCSS connection released > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMManager Will release the connection Uh... are you sure it is both : - a -d 4 - of a session showing the problem ? Snark From moshe.kamensky at googlemail.com Wed Apr 25 12:55:57 2007 From: moshe.kamensky at googlemail.com (Moshe Kamensky) Date: Wed, 25 Apr 2007 15:55:57 +0300 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <462F4755.8000002@free.fr> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> <1177500315.999.10.camel@scorpion> <20070425121245.GA27439@detritus> <462F4755.8000002@free.fr> Message-ID: <20070425125557.GA27798@detritus> * Julien Puydt [25/04/07 15:21]: > Moshe Kamensky a ?crit : > > * Damien Sandras [25/04/07 14:30]: > >> Le mercredi 25 avril 2007 ? 12:22 +0300, Moshe Kamensky a ?crit : > >>> Hi, > >>> > >>> I am trying to connect to machines, both running ekiga 2.0.9. From > >>> either end I can not make the connection. The 'General History' shows > >>> the message "Remote user rejected the call". When I run with -d 4, I get > >>> lines as follows, each time I try to connect: > >>> > >>> 2007/04/25 10:55:30.755 35:59.885 OnRelease:85dc678 > >>> GMSIPEndpoint SIP connection released > >>> 2007/04/25 10:55:30.756 35:59.886 OnRelease:85dc678 > >>> GMManager Will release the connection > >>> 2007/04/25 10:55:30.756 35:59.887 OnRelease:8666120 > >>> GMPCSSEndpoint PCSS connection released > >>> 2007/04/25 10:55:30.757 35:59.887 OnRelease:8666120 > >>> GMManager Will release the connection > >>> > >>> What is the problem? > >>> > >> We need the full -d 4 output, not only the end. > > > > Here it is: > > > > 2007/04/25 15:08:05.838 0:00.410 ekiga Detected audio plugins: OSS,ALSA > > 2007/04/25 15:08:05.839 0:00.410 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > > 2007/04/25 15:08:05.839 0:00.411 ekiga Detected audio plugins: OSS,ALSA > > 2007/04/25 15:08:05.840 0:00.411 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > > 2007/04/25 15:08:06.423 0:00.994 ekiga Ekiga version 2.0.9 > > 2007/04/25 15:08:06.423 0:00.994 ekiga OPAL version 2.2.8 > > 2007/04/25 15:08:06.423 0:00.994 ekiga PWLIB version 1.10.7 > > 2007/04/25 15:08:06.423 0:00.994 ekiga GNOME support disabled > > 2007/04/25 15:08:06.423 0:00.994 ekiga Fullscreen support enabled > > 2007/04/25 15:08:06.423 0:00.994 ekiga DBUS support enabled > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set TCP port range to 30000:30010 > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set RTP port range to 5000:5059 > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set UDP port range to 5060:5100 > > 2007/04/25 15:08:33.127 0:27.698 OnRelease:85c2818 GMSIPEndpoint SIP connection released > > 2007/04/25 15:08:33.130 0:27.701 OnRelease:85c2818 GMManager Will release the connection > > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMPCSSEndpoint PCSS connection released > > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMManager Will release the connection > > Uh... are you sure it is both : > - a -d 4 > - of a session showing the problem > > ? Yes. And when I try to connect again, the last 4 lines are repeated (though with different numbers after OnRelease) Thanks, Moshe > > Snark > _______________________________________________ > 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: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsandras at seconix.com Wed Apr 25 13:17:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 25 Apr 2007 15:17:07 +0200 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <20070425125557.GA27798@detritus> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> <1177500315.999.10.camel@scorpion> <20070425121245.GA27439@detritus> <462F4755.8000002@free.fr> <20070425125557.GA27798@detritus> Message-ID: <1177507027.3979.0.camel@scorpion> Le mercredi 25 avril 2007 ? 15:55 +0300, Moshe Kamensky a ?crit : > > > 2007/04/25 15:08:05.838 0:00.410 ekiga Detected audio plugins: OSS,ALSA > > > 2007/04/25 15:08:05.839 0:00.410 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > > > 2007/04/25 15:08:05.839 0:00.411 ekiga Detected audio plugins: OSS,ALSA > > > 2007/04/25 15:08:05.840 0:00.411 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > > > 2007/04/25 15:08:06.423 0:00.994 ekiga Ekiga version 2.0.9 > > > 2007/04/25 15:08:06.423 0:00.994 ekiga OPAL version 2.2.8 > > > 2007/04/25 15:08:06.423 0:00.994 ekiga PWLIB version 1.10.7 > > > 2007/04/25 15:08:06.423 0:00.994 ekiga GNOME support disabled > > > 2007/04/25 15:08:06.423 0:00.994 ekiga Fullscreen support enabled > > > 2007/04/25 15:08:06.423 0:00.994 ekiga DBUS support enabled > > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set TCP port range to 30000:30010 > > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set RTP port range to 5000:5059 > > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set UDP port range to 5060:5100 > > > 2007/04/25 15:08:33.127 0:27.698 OnRelease:85c2818 GMSIPEndpoint SIP connection released > > > 2007/04/25 15:08:33.130 0:27.701 OnRelease:85c2818 GMManager Will release the connection > > > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMPCSSEndpoint PCSS connection released > > > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMManager Will release the connection > > > > Uh... are you sure it is both : > > - a -d 4 > > - of a session showing the problem > > > > ? > > Yes. And when I try to connect again, the last 4 lines are repeated > (though with different numbers after OnRelease) Your installation / compilation is not the correct, you should have more information than that. Sorry, but without the normal debug info, we can not help :( -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Apr 25 13:18:11 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 25 Apr 2007 15:18:11 +0200 Subject: [Ekiga-list] G729 codec In-Reply-To: <1177502605.560.38.camel@home.royal.si> References: <20070425075639.GA20515@detritus> <462F33DE.7080805@spinningplanet.co.nz> <1177502605.560.38.camel@home.royal.si> Message-ID: <1177507091.3979.2.camel@scorpion> Le mercredi 25 avril 2007 ? 14:03 +0200, Jure Petrovic a ?crit : > G729 codec is proprietary and has some issues in open > source software, however... > > ...I have written a g729 codec wrapper for Ekiga on linux, > that uses intel IPP open source library implementation. > This IPP library is for testing purposes only, so you're > not supposed to use it commercially... > > For me, it works ok, and you can give it a try, if you'd like > to test it..I am using it on ekiga 2.1.0, pwlib 1.11.5 and opal > 2.3.2. It comes as a .so audio plugin for opal. > > Nevertheless, there is one thing...I do not know how to set > number of frames per RTP packet and my codec always sends 1 frame > per packet (10 milliseconds), whereas asterisk always sends 2 > frames/packet (20 millisces). Audio works great, it's just not optimal > for bandwidth usage... > > I have asked Damien and Craig couple of times how to set number of > packets in Ekiga, but I just don't get an answer. Maybe they don't > like messing with "unclean" code in ekiga. However, my this is plugin > anyway and doesn't have to be included with other software... > Personnally, I think your code is very interesting, but I do not have the answer to your question. Craig has the answer though, I'm cc'ing him. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From joe at galway.net Wed Apr 25 16:07:35 2007 From: joe at galway.net (Joe Desbonnet) Date: Wed, 25 Apr 2007 17:07:35 +0100 Subject: [Ekiga-list] External control of Ekiga client (eg via Java API) Message-ID: <1cef3e950704250907q2ecd0bf6sbcef81036e553b63@mail.gmail.com> Is it possible to control the Ekiga client via some API? In particular I am interested in call control -- I'd like to be able to implement a "Call" button next to a telephone number in a database application. To make it more interesting this is a web based app (so the call button will be in a browser). So the request can come directly from the browser, or via the web app server. Any suggestions? Thanks, Joe. From jpuydt at free.fr Wed Apr 25 17:06:30 2007 From: jpuydt at free.fr (Julien Puydt) Date: Wed, 25 Apr 2007 19:06:30 +0200 Subject: [Ekiga-list] External control of Ekiga client (eg via Java API) In-Reply-To: <1cef3e950704250907q2ecd0bf6sbcef81036e553b63@mail.gmail.com> References: <1cef3e950704250907q2ecd0bf6sbcef81036e553b63@mail.gmail.com> Message-ID: <462F8A96.4030905@free.fr> Joe Desbonnet a ?crit : > Is it possible to control the Ekiga client via some API? In particular > I am interested in call control -- I'd like to be able to implement a > "Call" button next to a telephone number in a database application. DBUS should allow what you want. Snark From fonz at siol.net Wed Apr 25 17:14:58 2007 From: fonz at siol.net (Jure Petrovic) Date: Wed, 25 Apr 2007 19:14:58 +0200 Subject: [Ekiga-list] G729 codec In-Reply-To: <1177507091.3979.2.camel@scorpion> References: <20070425075639.GA20515@detritus> <462F33DE.7080805@spinningplanet.co.nz> <1177502605.560.38.camel@home.royal.si> <1177507091.3979.2.camel@scorpion> Message-ID: <1177521298.2252.18.camel@home.royal.si> Great, thank you for cc-ing :-) Well, if there's no problem about that, and there has been a request on the list I can publish this code. http://www.royal.si/g729/myg729-0.1.tar.gz Please note that included binaries were compiled on Centrino machine and that there is a small build.sh script included. If somebody will try to compile that, he/she will require intel IPP library. (www.intel.com) I cannot include that, because you have to agree with some license terms. Oh, yes, I am using this with ekiga 2.1.0, opal 2.3.2 and pwlib 1.11.5, all from svn repo. Please note, that this was primarily for me, so there's no configure or make... Regards, Jure On Wed, 2007-04-25 at 15:18 +0200, Damien Sandras wrote: > Personnally, I think your code is very interesting, but I do not have > the answer to your question. Craig has the answer though, I'm cc'ing > him. From moshe.kamensky at googlemail.com Wed Apr 25 17:26:20 2007 From: moshe.kamensky at googlemail.com (Moshe Kamensky) Date: Wed, 25 Apr 2007 20:26:20 +0300 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <1177507027.3979.0.camel@scorpion> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> <1177500315.999.10.camel@scorpion> <20070425121245.GA27439@detritus> <462F4755.8000002@free.fr> <20070425125557.GA27798@detritus> <1177507027.3979.0.camel@scorpion> Message-ID: <20070425172620.GA22795@detritus> * Damien Sandras [25/04/07 16:21]: > Le mercredi 25 avril 2007 ? 15:55 +0300, Moshe Kamensky a ?crit : > > > > > 2007/04/25 15:08:05.838 0:00.410 ekiga Detected audio plugins: OSS,ALSA > > > > 2007/04/25 15:08:05.839 0:00.410 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > > > > 2007/04/25 15:08:05.839 0:00.411 ekiga Detected audio plugins: OSS,ALSA > > > > 2007/04/25 15:08:05.840 0:00.411 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC > > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio input devices: Default,HDA Intel with plugin ALSA > > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following audio output devices: Default,HDA Intel with plugin ALSA > > > > 2007/04/25 15:08:05.930 0:00.501 ekiga Detected the following video input devices: No device found with plugin V4L2 > > > > 2007/04/25 15:08:06.423 0:00.994 ekiga Ekiga version 2.0.9 > > > > 2007/04/25 15:08:06.423 0:00.994 ekiga OPAL version 2.2.8 > > > > 2007/04/25 15:08:06.423 0:00.994 ekiga PWLIB version 1.10.7 > > > > 2007/04/25 15:08:06.423 0:00.994 ekiga GNOME support disabled > > > > 2007/04/25 15:08:06.423 0:00.994 ekiga Fullscreen support enabled > > > > 2007/04/25 15:08:06.423 0:00.994 ekiga DBUS support enabled > > > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set TCP port range to 30000:30010 > > > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set RTP port range to 5000:5059 > > > > 2007/04/25 15:08:06.425 0:00.996 ekiga Set UDP port range to 5060:5100 > > > > 2007/04/25 15:08:33.127 0:27.698 OnRelease:85c2818 GMSIPEndpoint SIP connection released > > > > 2007/04/25 15:08:33.130 0:27.701 OnRelease:85c2818 GMManager Will release the connection > > > > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMPCSSEndpoint PCSS connection released > > > > 2007/04/25 15:08:33.132 0:27.703 OnRelease:85c3230 GMManager Will release the connection > > > > > > Uh... are you sure it is both : > > > - a -d 4 > > > - of a session showing the problem > > > > > > ? > > > > Yes. And when I try to connect again, the last 4 lines are repeated > > (though with different numbers after OnRelease) > > Your installation / compilation is not the correct, you should have more > information than that. Sorry, but without the normal debug info, we can > not help :( Strange. I tried compiling ekiga manually, and I get exactly the same output. Any idea what may be wrong? Thanks, Moshe > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsandras at seconix.com Wed Apr 25 19:43:40 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 25 Apr 2007 21:43:40 +0200 Subject: [Ekiga-list] Remote user rejected the call In-Reply-To: <20070425172620.GA22795@detritus> References: <20070425075639.GA20515@detritus> <3b0055a20704250222y252fe24fpce4d6baa62b622a2@mail.gmail.com> <1177500315.999.10.camel@scorpion> <20070425121245.GA27439@detritus> <462F4755.8000002@free.fr> <20070425125557.GA27798@detritus> <1177507027.3979.0.camel@scorpion> <20070425172620.GA22795@detritus> Message-ID: <1177530220.3776.2.camel@scorpion> Le mercredi 25 avril 2007 ? 20:26 +0300, Moshe Kamensky a ?crit : > > > > Your installation / compilation is not the correct, you should have more > > information than that. Sorry, but without the normal debug info, we can > > not help :( > > Strange. I tried compiling ekiga manually, and I get exactly the same > output. Any idea what may be wrong? > Sorry no. I know that it is a problem Gentoo users have, but I do not know the reason... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From joe at galway.net Wed Apr 25 23:14:35 2007 From: joe at galway.net (Joe Desbonnet) Date: Thu, 26 Apr 2007 00:14:35 +0100 Subject: [Ekiga-list] External control of Ekiga client (eg via Java API) In-Reply-To: <462F8A96.4030905@free.fr> References: <1cef3e950704250907q2ecd0bf6sbcef81036e553b63@mail.gmail.com> <462F8A96.4030905@free.fr> Message-ID: <1cef3e950704251614m239682b2wdeccacd6b893cdeb@mail.gmail.com> Is there any docs or examples on the DBus interface? Thanks, Joe. On 4/25/07, Julien Puydt wrote: > Joe Desbonnet a ?crit : > > Is it possible to control the Ekiga client via some API? In particular > > I am interested in call control -- I'd like to be able to implement a > > "Call" button next to a telephone number in a database application. > > DBUS should allow what you want. > > Snark > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From rmohan43 at gmail.com Thu Apr 26 05:16:06 2007 From: rmohan43 at gmail.com (Raj Mohan Kovilath) Date: Thu, 26 Apr 2007 10:46:06 +0530 Subject: [Ekiga-list] Ekiga jitter buffer thread problem. Message-ID: <34dea8b10704252216n39245a37m2db9973840a64534@mail.gmail.com> Hello, I am testing ekiga V2.0.3 with OpenMCU 2.1.1. When sending audio or video using H.323 I get the following error from Ekiga. "Jitter buffer thread did not terminate". When I try to close the application, it crashes. I have configured ekiga with a jitter buffer size of 1024 and testing is done onour local LAN with Ekiga and OpenMCU running on the same machine. The platform and configuration details are as follows: O/S: Debian etch Linux debian-1 2.6.18-4-686 #1 SMP ALSA sound. Sound input/output device: HDA Intel (set to default in ekiga) Webcam: Logitech Quickcam EC OpenMCU: 2.1.1 Any help will be greatly appreciated. Thanks & regards, Raj Mohan The extracted output from ekiga -d 4 is: --------------------- Debug trace ------------------------ 2007/04/26 10:19:38.387 0:18.878 H225 Caller:85e31d0 GMSIPEndpoint H.323 connection established 2007/04/26 10:19:38.391 0:18.882 H225 Caller:85e31d0 RTP Found existing session 1 2007/04/26 10:19:38.391 0:18.882 H225 Caller:85e31d0 RTP Found existing session 2 2007/04/26 10:19:38.391 0:18.882 H225 Caller:85e31d0 GMManager Will establish the connection 2007/04/26 10:19:38.391 0:18.882 H225 Caller:85e31d0 OpalMan OnEstablished Call[1]-EP[localhost/1580] 2007/04/26 10:19:38.391 0:18.882 H225 Caller:85e31d0 Call OnEstablished Call[1]-EP[localhost/1580] 2007/04/26 10:19:38.392 0:18.883 H225 Caller:85e31d0 H323 Started receiving logical channel: GSM-06.10 <2> 2007/04/26 10:19:38.392 0:18.883 Media Patch:85e62a0 Patch Thread started for Patch OpalRTPMediaStream-Source-GSM-06.10 -> OpalAudioMediaStream-Sink-PCM-16 2007/04/26 10:19:38.392 0:18.883 Media Patch:85e62a0 RTP Jitter buffer created: size=101 delay=160-4000/160 (20ms) obj=0x8608d48 2007/04/26 10:19:38.393 0:18.884 RTP Jitter:8608d48 RTP Jitter RTP receive thread started: 0x8608d48 2007/04/26 10:19:38.394 0:18.885 RTP Jitter:8608d48 RTP First receive data: ver=2 pt=GSM psz=33 m=1 x=0 seq=26669 ts=160 src=4018989693 ccnt=0 2007/04/26 10:19:38.394 0:18.885 RTP Jitter:8608d48 RTP Received start of talk burst: 160 2007/04/26 10:19:38.395 0:18.886 H225 Caller:85e31d0 Media Starting thread Media Patch:85e62a0 2007/04/26 10:19:38.395 0:18.886 H225 Caller:85e31d0 H225 Fast start open: { forwardLogicalChannelNumber = 102 forwardLogicalChannelParameters = { dataType = audioData gsmFullRate { audioUnitSize = 33 comfortNoise = FALSE scrambled = FALSE } multiplexParameters = h2250LogicalChannelParameters { sessionID = 1 mediaChannel = unicastAddress iPAddress { network = 4 octets { c0 a8 01 65 ...e } tsapIdentifier = 5010 } mediaGuaranteedDelivery = FALSE mediaControlChannel = unicastAddress iPAddress { network = 4 octets { c0 a8 01 65 ...e } tsapIdentifier = 5011 } } } } 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 FindCapability: audioData 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 Capability tx frames reduced from 4 to 1 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 Found capability: GSM-06.10 <2> 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323RTP OnReceivedPDU for channel: T-102 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 Capability tx frames reduced from 4 to 1 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 RTP_UDP SetRemoteSocketInfo: session=1 control channel, new=192.168.1.101:5011, local=192.168.1.101:5000-5001, remote=192.168.1.101:5010-5011 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 RTP_UDP SetRemoteSocketInfo: session=1 data channel, new=192.168.1.101:5010, local= 192.168.1.101:5000-5001, remote=192.168.1.101:5010-5011 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 FindCapability: GSM-06.10 <2> 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 Added capability: GSM-06.10 <2> 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 LogChan Bandwidth requested/used = 13.2/0.0 kb/s 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 OpalCon Bandwidth request of 13.2kb/s, available: 3986.8kb/s 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 H323 Started sending logical channel: GSM-06.10 <2> 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 Call OpenSourceMediaStreams for session 1 with media GSM-06.10 2007/04/26 10:19:38.396 0:18.887 H225 Caller:85e31d0 OpalCon OpenSourceMediaStream for session 1 on Call[1]-EP[Default] 2007/04/26 10:19:38.397 0:18.888 H225 Caller:85e31d0 OpalCon Selected media stream PCM-16 -> GSM-06.10 2007/04/26 10:19:38.409 0:18.900 Media Patch:85e62a0 RTP Jitter buffer length exceeded 2007/04/26 10:19:38.409 0:18.900 Media Patch:85e62a0 RTP Jitter buffer length exceed was prior to first write. Not increasing buffer size 2007/04/26 10:19:38.542 0:19.033 RTP Jitter:8608d48 RTP Receive statistics: packets=101 octets=3333 lost=0 tooLate=0 order=0 avgTime=1 maxTime=21 minTime=0 jitter=0 maxJitter=1 2007/04/26 10:19:38.643 0:19.134 Media Patch:85e62a0 RTP Jitter buffer length exceeded 2007/04/26 10:19:38.643 0:19.134 Media Patch:85e62a0 RTP Jitter buffer size increased to 320 (40ms) 2007/04/26 10:19:38.709 0:19.200 H225 Caller:85e31d0 OpalMan OnOpenMediaStream Call[1]-EP[Default],OpalAudioMediaStream-Source-PCM-16 2007/04/26 10:19:38.709 0:19.200 H225 Caller:85e31d0 Call PatchMediaStreams Call[1]-EP[Default] 2007/04/26 10:19:38.709 0:19.200 H225 Caller:85e31d0 OpalCon OpenSinkMediaStream Call[1]-EP[localhost/1580] session=1 2007/04/26 10:19:38.710 0:19.201 H225 Caller:85e31d0 OpalCon OpenSinkMediaStream, selected PCM-16 -> GSM-06.10 2007/04/26 10:19:38.710 0:19.201 H225 Caller:85e31d0 Call CanDoMediaBypass Call[1]-EP[localhost/1580] session 1 2007/04/26 10:19:38.710 0:19.201 H225 Caller:85e31d0 OpalMan IsMediaBypassPossible: session 1 2007/04/26 10:19:38.710 0:19.201 H225 Caller:85e31d0 H323 IsMediaBypassPossible: session 1 2007/04/26 10:19:38.710 0:19.201 H225 Caller:85e31d0 OpalCon IsMediaBypassPossible: default returns FALSE 2007/04/26 10:19:38.710 0:19.201 H225 Caller:85e31d0 OpalMan OnOpenMediaStream Call[1]-EP[localhost/1580], OpalRTPMediaStream-Sink-GSM-06.10 2007/04/26 10:19:38.712 0:19.203 H225 Caller:85e31d0 Codec GSM0610 encoder created 2007/04/26 10:19:38.712 0:19.203 H225 Caller:85e31d0 Patch Added media stream sink OpalRTPMediaStream-Sink-GSM-06.10 using transcoder PCM-16->GSM-06.10 2007/04/26 10:19:38.712 0:19.203 H225 Caller:85e31d0 Media Audio source data size set to 320 bytes and 2 buffers. 2007/04/26 10:19:38.712 0:19.203 H225 Caller:85e31d0 OpalCon New patch created 2007/04/26 10:19:38.712 0:19.203 H225 Caller:85e31d0 OpalCon New patch created 2007/04/26 10:19:38.712 0:19.203 H225 Caller:85e31d0 Call OpenSourceMediaStreams for session 1 adjusted media to GSM-06.10 2007/04/26 10:19:38.712 0:19.203 Media Patch:b441e540 Patch Thread started for Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-GSM-06.10 2007/04/26 10:19:38.713 0:19.204 H225 Caller:85e31d0 Media Starting thread Media Patch:b441e540 2007/04/26 10:19:38.713 0:19.204 H225 Caller:85e31d0 RTP Releasing session 1 2007/04/26 10:19:38.713 0:19.204 H225 Caller:85e31d0 RTP Deleting session 1 2007/04/26 10:19:38.713 0:19.204 H225 Caller:85e31d0 RTP Removing jitter buffer 0x8608d48 RTP Jitter:8608d48 2007/04/26 10:19:38.728 0:19.219 Media Patch:85e62a0 Patch Thread ended for Patch OpalRTPMediaStream-Source-GSM-06.10 -> OpalAudioMediaStream-Sink-PCM-16 2007/04/26 10:19:48.523 0:29.014 RTP Jitter:8608d48 RTP OnRxSenderReport: ssrc=4018989693 ntp=2007/4/26-10:19:48.523034 rtp=95200 psent=595 osent=19635 2007/04/26 10:19:48.523 0:29.014 RTP Jitter:8608d48 RTP OnSourceDescription: ssrc=4018989693 item[0]: type=CNAME data="root at debian-1" item[1]: type=TOOL data="OpenMCU" 2007/04/26 10:19:48.523 0:29.014 RTP Jitter:8608d48 RTP SentReceiverReport: ssrc=4018989693 fraction=0 lost=0 last_seq=0 jitter=4909 lsr=0 dlsr=0 2007/04/26 10:19:48.523 0:29.014 RTP Jitter:8608d48 RTP Sending SDES: space at debian-1 2007/04/26 10:19:48.524 0:29.015 RTP Jitter:8608d48 RTP Receive statistics: packets=201 octets=6633 lost=0 tooLate=0 order=0 avgTime=99 maxTime=9823 minTime=0 jitter=3 maxJitter=1189 2007/04/26 10:19:48.524 0:29.015 RTP Jitter:8608d48 RTP Jitter buffer full, throwing away oldest frame (17280) 2007/04/26 10:19:48.525 0:29.016 RTP Jitter:8608d48 RTP Jitter buffer continuously full, throwing away entire buffer. 2007/04/26 10:19:48.525 0:29.016 RTP Jitter:8608d48 RTP Jitter buffer full, threw away 21 oldest frames 2007/04/26 10:19:48.526 0:29.017 RTP Jitter:8608d48 RTP Receive statistics: packets=301 octets=9933 lost=0 tooLate=0 order=0 avgTime=0 maxTime=1 minTime=0 jitter=0 maxJitter=1189 2007/04/26 10:19:48.526 0:29.017 RTP Jitter:8608d48 RTP Jitter buffer full, throwing away oldest frame (36640) 2007/04/26 10:19:48.526 0:29.017 RTP Jitter:8608d48 RTP Jitter buffer continuously full, throwing away entire buffer. 2007/04/26 10:19:48.526 0:29.017 RTP Jitter:8608d48 RTP Jitter buffer full, threw away 21 oldest frames 2007/04/26 10:19:48.527 0:29.018 RTP Jitter:8608d48 RTP Receive statistics: packets=401 octets=13233 lost=0 tooLate=0 order=0 avgTime=0 maxTime=1 minTime=0 jitter=0 maxJitter=1189 2007/04/26 10:19:48.528 0:29.019 RTP Jitter:8608d48 RTP Jitter buffer full, throwing away oldest frame (56000) 2007/04/26 10:19:48.528 0:29.019 RTP Jitter:8608d48 RTP Jitter buffer continuously full, throwing away entire buffer. 2007/04/26 10:19:48.528 0:29.019 RTP Jitter:8608d48 RTP Jitter buffer full, threw away 21 oldest frames 2007/04/26 10:19:48.725 0:29.216 RTP Jitter:8608d48 RTP_UDP Control read error (4): Interrupted system call 2007/04/26 10:19:48.725 0:29.216 RTP Jitter:8608d48 RTP Jitter RTP receive thread ended 2007/04/26 10:19:48.725 0:29.216 H225 Caller:85e31d0 RTP_UDP Session 1, Shutting down read. 2007/04/26 10:19:48.725 0:29.216 H225 Caller:85e31d0 RTP_UDP Session 1, Shutting down write. 2007/04/26 10:19:48.725 0:29.216 H225 Caller:85e31d0 RTP Final statistics: packetsSent = 0 octetsSent = 0 averageSendTime = 0 maximumSendTime = 0 minimumSendTime = 0 packetsReceived = 483 octetsReceived = 15939 packetsLost = 0 packetsTooLate = 0 packetsOutOfOrder = 0 averageReceiveTime= 0 maximumReceiveTime= 1 minimumReceiveTime= 0 averageJitter = 1 maximumJitter = 1189 2007/04/26 10:19:48.725 0:29.216 H225 Caller:85e31d0 RTP Releasing session 140840952 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpuydt at free.fr Thu Apr 26 06:17:51 2007 From: jpuydt at free.fr (Julien Puydt) Date: Thu, 26 Apr 2007 08:17:51 +0200 Subject: [Ekiga-list] External control of Ekiga client (eg via Java API) In-Reply-To: <1cef3e950704251614m239682b2wdeccacd6b893cdeb@mail.gmail.com> References: <1cef3e950704250907q2ecd0bf6sbcef81036e553b63@mail.gmail.com> <462F8A96.4030905@free.fr> <1cef3e950704251614m239682b2wdeccacd6b893cdeb@mail.gmail.com> Message-ID: <4630440F.4040700@free.fr> Joe Desbonnet a ?crit : > Is there any docs or examples on the DBus interface? doc/using_dbus.html Snark From dsandras at seconix.com Thu Apr 26 08:24:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 26 Apr 2007 10:24:17 +0200 Subject: [Ekiga-list] Ekiga jitter buffer thread problem. In-Reply-To: <34dea8b10704252216n39245a37m2db9973840a64534@mail.gmail.com> References: <34dea8b10704252216n39245a37m2db9973840a64534@mail.gmail.com> Message-ID: <1177575857.3764.4.camel@scorpion> Hi, Le jeudi 26 avril 2007 ? 10:46 +0530, Raj Mohan Kovilath a ?crit : > Hello, > I am testing ekiga V2.0.3 with OpenMCU 2.1.1. When sending audio or > video using H.323 I get the following error from Ekiga. > > "Jitter buffer thread did not terminate ". > > When I try to close the application, it crashes. Please try with Ekiga 2.0.9. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From craigs at postincrement.com Thu Apr 26 08:25:29 2007 From: craigs at postincrement.com (Craig Southeren) Date: Thu, 26 Apr 2007 18:25:29 +1000 Subject: [Ekiga-list] G729 codec In-Reply-To: <1177502605.560.38.camel@home.royal.si> References: <20070425075639.GA20515@detritus> <462F33DE.7080805@spinningplanet.co.nz> <1177502605.560.38.camel@home.royal.si> Message-ID: <463061F9.8020700@postincrement.com> Jure Petrovic wrote: ..deleted > Nevertheless, there is one thing...I do not know how to set > number of frames per RTP packet and my codec always sends 1 frame > per packet (10 milliseconds), whereas asterisk always sends 2 > frames/packet (20 millisces). Audio works great, it's just not optimal > for bandwidth usage... The codec advertises the recommended number of frames per packet in the plugin tables. OPAL will then negotiate the correct number of frames with the remote end, and then use that number to ensure the correct amount of PCM data gets sent to the codec. The encoder function should consume the maximum amount of PCM data and generate output frames appropriately. > I have asked Damien and Craig couple of times how to set number of > packets in Ekiga, but I just don't get an answer. Maybe they don't > like messing with "unclean" code in ekiga. However, my this is plugin > anyway and doesn't have to be included with other software... I guess I missed the emails :) Craig ----------------------------------------------------------------------- Craig Southeren Post Increment ? VoIP Consulting and Software craigs at postincrement.com.au www.postincrement.com.au Phone: +61 243654666 ICQ: #86852844 Fax: +61 243656905 MSN: craig_southeren at hotmail.com Mobile: +61 417231046 Jabber: craigs at jabber.org "It takes a man to suffer ignorance and smile. Be yourself, no matter what they say." Sting From fonz at siol.net Thu Apr 26 15:35:29 2007 From: fonz at siol.net (Jure Petrovic) Date: Thu, 26 Apr 2007 17:35:29 +0200 Subject: [Ekiga-list] G729 codec In-Reply-To: <463061F9.8020700@postincrement.com> References: <20070425075639.GA20515@detritus> <462F33DE.7080805@spinningplanet.co.nz> <1177502605.560.38.camel@home.royal.si> <463061F9.8020700@postincrement.com> Message-ID: <1177601729.3877.20.camel@home.royal.si> I noted RECOMENDED_FRAMES_PER_PACKET and MAX_FRAMES_PER_PACKET defines in plugin information structure, but changing these values by itself did not give any results. So, if I understand you correctly, encode function does NOT get called for every frame in packet. Let us take for example g729 with 10msec sample and 2 frames per packet. Our encode function in this case would have to take 320 bytes (2 * PCM16 sample) and output 20 bytes (2 * G729 sample). Is that correct? Is memory for encoded data allocated in regard to toLen variable? Thank you for help, Jure Petrovic On Thu, 2007-04-26 at 18:25 +1000, Craig Southeren wrote: > The codec advertises the recommended number of frames per packet in > the > plugin tables. OPAL will then negotiate the correct number of frames > with the remote end, and then use that number to ensure the correct > amount of PCM data gets sent to the codec. > > The encoder function should consume the maximum amount of PCM data > and > generate output frames appropriately. > From charles.roduit at gmail.com Thu Apr 26 19:03:49 2007 From: charles.roduit at gmail.com (Charles Roduit) Date: Thu, 26 Apr 2007 21:03:49 +0200 Subject: [Ekiga-list] Philips SPC300NC Message-ID: Hello, I have two little problem with ekiga using the Philips' webcam SPC300NC. First : The image is only a part of the whole (as in the ekiga's FAQ 7.1.2) The same occurs when I try to connect with camorama. To solve this with camorama, I invoke it with : camorama -x 352 -y 288 and I see the correct image. Second : The image is inverted (up-down) The only way I found to solve it is to physically reverse the webcam... not very pretty on my desktop ;-) Thank you a lot for your job ! -------------- next part -------------- An HTML attachment was scrubbed... URL: From luc at saillard.org Fri Apr 27 09:18:42 2007 From: luc at saillard.org (Luc Saillard) Date: Fri, 27 Apr 2007 11:18:42 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: References: Message-ID: <20070427091842.GA20351@sd291.sivit.org> On Thu, Apr 26, 2007 at 09:03:49PM +0200, Charles Roduit wrote: > Hello, > > I have two little problem with ekiga using the Philips' webcam SPC300NC. > > First : > > The image is only a part of the whole (as in the ekiga's FAQ 7.1.2) > The same occurs when I try to connect with camorama. > > To solve this with camorama, I invoke it with : > > camorama -x 352 -y 288 > Which ekiga are you using ? We have add a small hack in the last version of ekiga (2.0.9) for the gspca5xx/spca5xx driver to force the 640x480 mode and have the full resolution of the sensor. > and I see the correct image. > > Second : > > The image is inverted (up-down) > > The only way I found to solve it is to physically reverse the webcam... not > very pretty on my desktop ;-) Did the image is inverted even with other program (like xawtv, camorama, ...) ? Damien: and if we add a expert setting for the video preference to allow the user to select the capture size ?). Perhaps we can do this to allow capture audio in 44100/48000Khz to solve problem with alsa and bad cards. Luc From dsandras at seconix.com Fri Apr 27 14:31:59 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 27 Apr 2007 16:31:59 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: <20070427091842.GA20351@sd291.sivit.org> References: <20070427091842.GA20351@sd291.sivit.org> Message-ID: <1177684319.12786.13.camel@scorpion> Le vendredi 27 avril 2007 ? 11:18 +0200, Luc Saillard a ?crit : > > Damien: and if we add a expert setting for the video preference to allow the > user to select the capture size ?). Perhaps we can do this to allow capture > audio in 44100/48000Khz to solve problem with alsa and bad cards. That could be an idea, but I think it is better to automatically convert from the best supported format to the required one. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From luc at saillard.org Fri Apr 27 14:42:57 2007 From: luc at saillard.org (Luc Saillard) Date: Fri, 27 Apr 2007 16:42:57 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: <1177684319.12786.13.camel@scorpion> References: <20070427091842.GA20351@sd291.sivit.org> <1177684319.12786.13.camel@scorpion> Message-ID: <20070427144257.GB20351@sd291.sivit.org> On Fri, Apr 27, 2007 at 04:31:59PM +0200, Damien Sandras wrote: > Le vendredi 27 avril 2007 ? 11:18 +0200, Luc Saillard a ?crit : > > > > Damien: and if we add a expert setting for the video preference to allow the > > user to select the capture size ?). Perhaps we can do this to allow capture > > audio in 44100/48000Khz to solve problem with alsa and bad cards. > > That could be an idea, but I think it is better to automatically convert > from the best supported format to the required one. I've made a patch against ekiga to flip the image, force the capture size and resize it ... but only to see that it's only work in local display. Opal open the device itself, and grab the image, so we can't apply effect on it. About effects, I'm thinking about turn the image black and white, applying a face motion detection algorithm, fix color problem, improving the quality of the image (http://www.greyc.ensicaen.fr/~dtschump/greycstoration/). To do this we need to be able to get ourself the image, and give it to opal ... Perhaps create a pseudo VideoInputDevice (that will open himself the device, apply the filter) ? Luc From luc at saillard.org Fri Apr 27 16:44:22 2007 From: luc at saillard.org (Luc Saillard) Date: Fri, 27 Apr 2007 18:44:22 +0200 Subject: [Ekiga-list] [PATCH] Fix building pwlib HEAD VideoInputDevice class Message-ID: <20070427164422.GC20351@sd291.sivit.org> Nearly all video plugins was break by this patch: http://openh323.cvs.sourceforge.net/openh323/pwlib/include/ptlib/videoio.h?r1=1.50&r2=1.51&pathrev=MAIN * Revision 1.24 2007/04/14 07:08:55 rjongbloed * Major update of video subsystem: * Abstracted video frame info (width, height etc) into separate class. * Changed devices, converter and video file to use above. * Enhanced video file hint detection for frame rate and more * flexible formats. * Fixed issue if need to convert both colour format and size, had to do * colour format first or it didn't convert size. * Win32 video output device can be selected by "MSWIN" alone. Only the v4l plugin was fixed, the fix can be found at: http://openh323.cvs.sourceforge.net/openh323/pwlib/plugins/vidinput_v4l/vidinput_v4l.h?r1=1.5&r2=1.6&pathrev=MAIN http://openh323.cvs.sourceforge.net/openh323/pwlib/plugins/vidinput_v4l/vidinput_v4l.cxx?r1=1.23&r2=1.24&pathrev=MAIN I've made patch to fix the remaining driver in pwlib (V4L2, DC, AVC, BSD) Luc diff -r f44ab44b54b6 plugins/vidinput_avc/vidinput_avc.cxx --- a/plugins/vidinput_avc/vidinput_avc.cxx Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_avc/vidinput_avc.cxx Fri Apr 27 18:29:12 2007 +0200 @@ -465,19 +465,7 @@ BOOL PVideoInputDevice_1394AVC::GetFrame BOOL PVideoInputDevice_1394AVC::GetFrameData(BYTE * buffer, PINDEX * bytesReturned) { - int capturing_duration = 10000; // FIXME: what is it for? - // notice: funny things happen when it is set too low! - - if(frameRate>0) { - if(msBetweenFrames > capturing_duration) - PThread::Current()->Sleep(msBetweenFrames - capturing_duration); - PTime start; - if(!GetFrameDataNoDelay(buffer, bytesReturned)) - return FALSE; - PTime end; - capturing_duration = (int)((end-start).GetMilliSeconds()); - return TRUE; - } + m_pacing.Delay(1000/GetFrameRate()); return GetFrameDataNoDelay(buffer, bytesReturned); } diff -r f44ab44b54b6 plugins/vidinput_avc/vidinput_avc.h --- a/plugins/vidinput_avc/vidinput_avc.h Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_avc/vidinput_avc.h Fri Apr 27 18:29:57 2007 +0200 @@ -96,6 +96,7 @@ #if !P_USE_INLINES #include #endif +#include /** This class defines a video input device that @@ -263,6 +264,7 @@ class PVideoInputDevice_1394AVC : public dv_decoder_t * dv_decoder; PINDEX frameBytes; int port; + PAdaptiveDelay m_pacing; BOOL SetupHandle(); }; diff -r f44ab44b54b6 plugins/vidinput_bsd/vidinput_bsd.cxx --- a/plugins/vidinput_bsd/vidinput_bsd.cxx Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_bsd/vidinput_bsd.cxx Fri Apr 27 18:20:46 2007 +0200 @@ -369,20 +369,7 @@ PINDEX PVideoInputDevice_BSDCAPTURE::Get BOOL PVideoInputDevice_BSDCAPTURE::GetFrameData(BYTE * buffer, PINDEX * bytesReturned) { - if(frameRate>0) { - frameTimeError += msBetweenFrames; - - do { - if ( !GetFrameDataNoDelay(buffer, bytesReturned)) - return FALSE; - PTime now; - PTimeInterval delay = now - previousFrameTime; - frameTimeError -= (int)delay.GetMilliSeconds(); - previousFrameTime = now; - } while(frameTimeError > 0) ; - - return TRUE; - } + m_pacing.Delay(1000/GetFrameRate()); return GetFrameDataNoDelay(buffer,bytesReturned); } diff -r f44ab44b54b6 plugins/vidinput_bsd/vidinput_bsd.h --- a/plugins/vidinput_bsd/vidinput_bsd.h Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_bsd/vidinput_bsd.h Fri Apr 27 18:26:01 2007 +0200 @@ -11,6 +11,7 @@ #include #include #include +#include #if defined(P_FREEBSD) #include @@ -126,6 +127,7 @@ public: BYTE * videoBuffer; PINDEX frameBytes; int mmap_size; + PAdaptiveDelay m_pacing; }; diff -r f44ab44b54b6 plugins/vidinput_dc/video4dc1394.cxx --- a/plugins/vidinput_dc/video4dc1394.cxx Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_dc/video4dc1394.cxx Fri Apr 27 18:24:56 2007 +0200 @@ -257,7 +257,6 @@ static int num_captured; PVideoInputDevice_1394DC::PVideoInputDevice_1394DC() { - msBetweenFrames = 1000 / frameRate; handle = NULL; is_capturing = FALSE; capturing_duration = 10000; // arbitrary large value suffices @@ -681,8 +680,6 @@ BOOL PVideoInputDevice_1394DC::SetFrameR if (!PVideoDevice::SetFrameRate(rate)) return FALSE; - msBetweenFrames = 1000/rate; - return TRUE; } @@ -742,16 +739,7 @@ BOOL PVideoInputDevice_1394DC::GetFrameD BOOL PVideoInputDevice_1394DC::GetFrameData(BYTE * buffer, PINDEX * bytesReturned) { - if (frameRate > 0) { - if (msBetweenFrames > capturing_duration) - PThread::Current()->Sleep(msBetweenFrames - capturing_duration); - PTime start; - if ( !GetFrameDataNoDelay(buffer, bytesReturned)) - return FALSE; - PTime end; - capturing_duration = (int)((end-start).GetMilliSeconds()); - return TRUE; - } + m_pacing.Delay(1000/GetFrameRate()); return GetFrameDataNoDelay(buffer,bytesReturned); } diff -r f44ab44b54b6 plugins/vidinput_dc/videoio1394dc.h --- a/plugins/vidinput_dc/videoio1394dc.h Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_dc/videoio1394dc.h Fri Apr 27 18:25:20 2007 +0200 @@ -79,6 +79,7 @@ #include #include +#include /** This class defines a video input device that generates fictitous image data. @@ -246,7 +247,7 @@ class PVideoInputDevice_1394DC : public dc1394_cameracapture camera; int capturing_duration; int supportedFormat; - int msBetweenFrames; + PAdaptiveDelay m_pacing; #define DC1394_FORMAT_160x120 1 #define DC1394_FORMAT_320x240 2 }; diff -r f44ab44b54b6 plugins/vidinput_v4l2/vidinput_v4l2.cxx --- a/plugins/vidinput_v4l2/vidinput_v4l2.cxx Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_v4l2/vidinput_v4l2.cxx Fri Apr 27 18:22:36 2007 +0200 @@ -729,21 +729,7 @@ BOOL PVideoInputDevice_V4L2::GetFrameDat { PTRACE(1,"PVidInDev\tGetFrameData()"); - if (frameRate>0) { - PTimeInterval delay; - - do { - if (!GetFrameDataNoDelay(buffer, bytesReturned)) - return FALSE; - - delay = PTime() - previousFrameTime; - } while (delay.GetMilliSeconds() < msBetweenFrames); - - previousFrameTime = PTime(); - - return TRUE; - } - + m_pacing.Delay(1000/GetFrameRate()); return GetFrameDataNoDelay(buffer, bytesReturned); } diff -r f44ab44b54b6 plugins/vidinput_v4l2/vidinput_v4l2.h --- a/plugins/vidinput_v4l2/vidinput_v4l2.h Fri Apr 27 18:19:31 2007 +0200 +++ b/plugins/vidinput_v4l2/vidinput_v4l2.h Fri Apr 27 18:25:26 2007 +0200 @@ -75,6 +75,7 @@ #include #include #include +#include #ifdef SOLARIS #include @@ -172,6 +173,7 @@ public: int videoFd; int frameBytes; BOOL started; + PAdaptiveDelay m_pacing; }; #endif From dsandras at seconix.com Fri Apr 27 17:10:07 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 27 Apr 2007 19:10:07 +0200 Subject: [Ekiga-list] [PATCH] Fix building pwlib HEAD VideoInputDevice class In-Reply-To: <20070427164422.GC20351@sd291.sivit.org> References: <20070427164422.GC20351@sd291.sivit.org> Message-ID: <1177693807.12786.82.camel@scorpion> Hi! Le vendredi 27 avril 2007 ? 18:44 +0200, Luc Saillard a ?crit : > Nearly all video plugins was break by this patch: > http://openh323.cvs.sourceforge.net/openh323/pwlib/include/ptlib/videoio.h?r1=1.50&r2=1.51&pathrev=MAIN > > * Revision 1.24 2007/04/14 07:08:55 rjongbloed > * Major update of video subsystem: > * Abstracted video frame info (width, height etc) into separate class. > * Changed devices, converter and video file to use above. > * Enhanced video file hint detection for frame rate and more > * flexible formats. > * Fixed issue if need to convert both colour format and size, had to do > * colour format first or it didn't convert size. > * Win32 video output device can be selected by "MSWIN" alone. > > Only the v4l plugin was fixed, the fix can be found at: > http://openh323.cvs.sourceforge.net/openh323/pwlib/plugins/vidinput_v4l/vidinput_v4l.h?r1=1.5&r2=1.6&pathrev=MAIN > http://openh323.cvs.sourceforge.net/openh323/pwlib/plugins/vidinput_v4l/vidinput_v4l.cxx?r1=1.23&r2=1.24&pathrev=MAIN > > I've made patch to fix the remaining driver in pwlib (V4L2, DC, AVC, BSD) > can you attach it to the email please ? (inline patch results in a broken apply). Thank you, > Luc > > diff -r f44ab44b54b6 plugins/vidinput_avc/vidinput_avc.cxx > --- a/plugins/vidinput_avc/vidinput_avc.cxx Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_avc/vidinput_avc.cxx Fri Apr 27 18:29:12 2007 +0200 > @@ -465,19 +465,7 @@ BOOL PVideoInputDevice_1394AVC::GetFrame > > BOOL PVideoInputDevice_1394AVC::GetFrameData(BYTE * buffer, PINDEX * bytesReturned) > { > - int capturing_duration = 10000; // FIXME: what is it for? > - // notice: funny things happen when it is set too low! > - > - if(frameRate>0) { > - if(msBetweenFrames > capturing_duration) > - PThread::Current()->Sleep(msBetweenFrames - capturing_duration); > - PTime start; > - if(!GetFrameDataNoDelay(buffer, bytesReturned)) > - return FALSE; > - PTime end; > - capturing_duration = (int)((end-start).GetMilliSeconds()); > - return TRUE; > - } > + m_pacing.Delay(1000/GetFrameRate()); > return GetFrameDataNoDelay(buffer, bytesReturned); > } > > diff -r f44ab44b54b6 plugins/vidinput_avc/vidinput_avc.h > --- a/plugins/vidinput_avc/vidinput_avc.h Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_avc/vidinput_avc.h Fri Apr 27 18:29:57 2007 +0200 > @@ -96,6 +96,7 @@ > #if !P_USE_INLINES > #include > #endif > +#include > > > /** This class defines a video input device that > @@ -263,6 +264,7 @@ class PVideoInputDevice_1394AVC : public > dv_decoder_t * dv_decoder; > PINDEX frameBytes; > int port; > + PAdaptiveDelay m_pacing; > > BOOL SetupHandle(); > }; > diff -r f44ab44b54b6 plugins/vidinput_bsd/vidinput_bsd.cxx > --- a/plugins/vidinput_bsd/vidinput_bsd.cxx Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_bsd/vidinput_bsd.cxx Fri Apr 27 18:20:46 2007 +0200 > @@ -369,20 +369,7 @@ PINDEX PVideoInputDevice_BSDCAPTURE::Get > > BOOL PVideoInputDevice_BSDCAPTURE::GetFrameData(BYTE * buffer, PINDEX * bytesReturned) > { > - if(frameRate>0) { > - frameTimeError += msBetweenFrames; > - > - do { > - if ( !GetFrameDataNoDelay(buffer, bytesReturned)) > - return FALSE; > - PTime now; > - PTimeInterval delay = now - previousFrameTime; > - frameTimeError -= (int)delay.GetMilliSeconds(); > - previousFrameTime = now; > - } while(frameTimeError > 0) ; > - > - return TRUE; > - } > + m_pacing.Delay(1000/GetFrameRate()); > return GetFrameDataNoDelay(buffer,bytesReturned); > } > > diff -r f44ab44b54b6 plugins/vidinput_bsd/vidinput_bsd.h > --- a/plugins/vidinput_bsd/vidinput_bsd.h Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_bsd/vidinput_bsd.h Fri Apr 27 18:26:01 2007 +0200 > @@ -11,6 +11,7 @@ > #include > #include > #include > +#include > > #if defined(P_FREEBSD) > #include > @@ -126,6 +127,7 @@ public: > BYTE * videoBuffer; > PINDEX frameBytes; > int mmap_size; > + PAdaptiveDelay m_pacing; > > }; > > diff -r f44ab44b54b6 plugins/vidinput_dc/video4dc1394.cxx > --- a/plugins/vidinput_dc/video4dc1394.cxx Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_dc/video4dc1394.cxx Fri Apr 27 18:24:56 2007 +0200 > @@ -257,7 +257,6 @@ static int num_captured; > > PVideoInputDevice_1394DC::PVideoInputDevice_1394DC() > { > - msBetweenFrames = 1000 / frameRate; > handle = NULL; > is_capturing = FALSE; > capturing_duration = 10000; // arbitrary large value suffices > @@ -681,8 +680,6 @@ BOOL PVideoInputDevice_1394DC::SetFrameR > if (!PVideoDevice::SetFrameRate(rate)) > return FALSE; > > - msBetweenFrames = 1000/rate; > - > return TRUE; > } > > @@ -742,16 +739,7 @@ BOOL PVideoInputDevice_1394DC::GetFrameD > > BOOL PVideoInputDevice_1394DC::GetFrameData(BYTE * buffer, PINDEX * bytesReturned) > { > - if (frameRate > 0) { > - if (msBetweenFrames > capturing_duration) > - PThread::Current()->Sleep(msBetweenFrames - capturing_duration); > - PTime start; > - if ( !GetFrameDataNoDelay(buffer, bytesReturned)) > - return FALSE; > - PTime end; > - capturing_duration = (int)((end-start).GetMilliSeconds()); > - return TRUE; > - } > + m_pacing.Delay(1000/GetFrameRate()); > return GetFrameDataNoDelay(buffer,bytesReturned); > } > > diff -r f44ab44b54b6 plugins/vidinput_dc/videoio1394dc.h > --- a/plugins/vidinput_dc/videoio1394dc.h Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_dc/videoio1394dc.h Fri Apr 27 18:25:20 2007 +0200 > @@ -79,6 +79,7 @@ > > #include > #include > +#include > > /** This class defines a video input device that > generates fictitous image data. > @@ -246,7 +247,7 @@ class PVideoInputDevice_1394DC : public > dc1394_cameracapture camera; > int capturing_duration; > int supportedFormat; > - int msBetweenFrames; > + PAdaptiveDelay m_pacing; > #define DC1394_FORMAT_160x120 1 > #define DC1394_FORMAT_320x240 2 > }; > diff -r f44ab44b54b6 plugins/vidinput_v4l2/vidinput_v4l2.cxx > --- a/plugins/vidinput_v4l2/vidinput_v4l2.cxx Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_v4l2/vidinput_v4l2.cxx Fri Apr 27 18:22:36 2007 +0200 > @@ -729,21 +729,7 @@ BOOL PVideoInputDevice_V4L2::GetFrameDat > { > PTRACE(1,"PVidInDev\tGetFrameData()"); > > - if (frameRate>0) { > - PTimeInterval delay; > - > - do { > - if (!GetFrameDataNoDelay(buffer, bytesReturned)) > - return FALSE; > - > - delay = PTime() - previousFrameTime; > - } while (delay.GetMilliSeconds() < msBetweenFrames); > - > - previousFrameTime = PTime(); > - > - return TRUE; > - } > - > + m_pacing.Delay(1000/GetFrameRate()); > return GetFrameDataNoDelay(buffer, bytesReturned); > } > > diff -r f44ab44b54b6 plugins/vidinput_v4l2/vidinput_v4l2.h > --- a/plugins/vidinput_v4l2/vidinput_v4l2.h Fri Apr 27 18:19:31 2007 +0200 > +++ b/plugins/vidinput_v4l2/vidinput_v4l2.h Fri Apr 27 18:25:26 2007 +0200 > @@ -75,6 +75,7 @@ > #include > #include > #include > +#include > > #ifdef SOLARIS > #include > @@ -172,6 +173,7 @@ public: > int videoFd; > int frameBytes; > BOOL started; > + PAdaptiveDelay m_pacing; > }; > > #endif > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Fri Apr 27 17:11:03 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 27 Apr 2007 19:11:03 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: <20070427144257.GB20351@sd291.sivit.org> References: <20070427091842.GA20351@sd291.sivit.org> <1177684319.12786.13.camel@scorpion> <20070427144257.GB20351@sd291.sivit.org> Message-ID: <1177693863.12786.84.camel@scorpion> Le vendredi 27 avril 2007 ? 16:42 +0200, Luc Saillard a ?crit : > On Fri, Apr 27, 2007 at 04:31:59PM +0200, Damien Sandras wrote: > > Le vendredi 27 avril 2007 ? 11:18 +0200, Luc Saillard a ?crit : > > > > > > Damien: and if we add a expert setting for the video preference to allow the > > > user to select the capture size ?). Perhaps we can do this to allow capture > > > audio in 44100/48000Khz to solve problem with alsa and bad cards. > > > > That could be an idea, but I think it is better to automatically convert > > from the best supported format to the required one. > > I've made a patch against ekiga to flip the image, force the capture size and > resize it ... but only to see that it's only work in local display. > Opal open the device itself, and grab the image, so we can't apply effect on > it. About effects, I'm thinking about turn the image black and white, applying > a face motion detection algorithm, fix color problem, improving the quality > of the image (http://www.greyc.ensicaen.fr/~dtschump/greycstoration/). To do > this we need to be able to get ourself the image, and give it to opal ... > Perhaps create a pseudo VideoInputDevice (that will open himself the device, apply > the filter) ? I think you can apply filters. There is code in pwlib that allows flipping the image, I do not know how it works, but perhaps it could serve as a basis for other similar manipulations... Any idea is good for me, as long as it is easy for users ;) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From luc at saillard.org Fri Apr 27 17:28:30 2007 From: luc at saillard.org (Luc Saillard) Date: Fri, 27 Apr 2007 19:28:30 +0200 Subject: [Ekiga-list] [PATCH] Fix building pwlib HEAD VideoInputDevice class In-Reply-To: <1177693807.12786.82.camel@scorpion> References: <20070427164422.GC20351@sd291.sivit.org> <1177693807.12786.82.camel@scorpion> Message-ID: <20070427172830.GD20351@sd291.sivit.org> On Fri, Apr 27, 2007 at 07:10:07PM +0200, Damien Sandras wrote: > can you attach it to the email please ? > > (inline patch results in a broken apply). > Only with a broken mailer :), but everybody known that mutt is the best text mailer ;) Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: pwlib-fix_videoinput_api_change.patch Type: text/x-diff Size: 5975 bytes Desc: not available URL: From dsandras at seconix.com Fri Apr 27 17:36:09 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 27 Apr 2007 19:36:09 +0200 Subject: [Ekiga-list] [PATCH] Fix building pwlib HEAD VideoInputDevice class In-Reply-To: <20070427172830.GD20351@sd291.sivit.org> References: <20070427164422.GC20351@sd291.sivit.org> <1177693807.12786.82.camel@scorpion> <20070427172830.GD20351@sd291.sivit.org> Message-ID: <1177695369.20405.0.camel@scorpion> Le vendredi 27 avril 2007 ? 19:28 +0200, Luc Saillard a ?crit : > On Fri, Apr 27, 2007 at 07:10:07PM +0200, Damien Sandras wrote: > > can you attach it to the email please ? > > > > (inline patch results in a broken apply). > > > > Only with a broken mailer :), but everybody known that mutt is the best text mailer > ;) Applied. But my camera only works now with Large size. Small size is broken (a large picture is displayed with a corrupted small picture inside). Using V4L2 and the UVCVideo driver :-/ -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From luc at saillard.org Fri Apr 27 17:48:16 2007 From: luc at saillard.org (Luc Saillard) Date: Fri, 27 Apr 2007 19:48:16 +0200 Subject: [Ekiga-list] [PATCH] Fix building pwlib HEAD VideoInputDevice class In-Reply-To: <1177695369.20405.0.camel@scorpion> References: <20070427164422.GC20351@sd291.sivit.org> <1177693807.12786.82.camel@scorpion> <20070427172830.GD20351@sd291.sivit.org> <1177695369.20405.0.camel@scorpion> Message-ID: <20070427174816.GE20351@sd291.sivit.org> On Fri, Apr 27, 2007 at 07:36:09PM +0200, Damien Sandras wrote: > > But my camera only works now with Large size. Small size is broken (a > large picture is displayed with a corrupted small picture inside). > I can't have a single image ... with the cvs version, but the vidtest program (that comes with pwlib) display correctly the image. I'll try to find the error in the xv output. Luc From sevmek at free.fr Fri Apr 27 18:00:13 2007 From: sevmek at free.fr (yannick) Date: Fri, 27 Apr 2007 20:00:13 +0200 Subject: [Ekiga-list] [PATCH] Fix building pwlib HEAD VideoInputDevice class In-Reply-To: <20070427174816.GE20351@sd291.sivit.org> References: <20070427164422.GC20351@sd291.sivit.org> <1177693807.12786.82.camel@scorpion> <20070427172830.GD20351@sd291.sivit.org> <1177695369.20405.0.camel@scorpion> <20070427174816.GE20351@sd291.sivit.org> Message-ID: <1177696814.6471.4.camel@achille> Le vendredi 27 avril 2007 ? 19:48 +0200, Luc Saillard a ?crit : > On Fri, Apr 27, 2007 at 07:36:09PM +0200, Damien Sandras wrote: > > > > > But my camera only works now with Large size. Small size is broken (a > > large picture is displayed with a corrupted small picture inside). > > > > I can't have a single image ... with the cvs version, but the vidtest program > (that comes with pwlib) display correctly the image. I'll try to find the > error in the xv output. > Well, works here (v4l2, normal size, driver: pwc) That's good, I'm not a coder :) Yannick > Luc > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From charles.roduit at gmail.com Fri Apr 27 18:34:04 2007 From: charles.roduit at gmail.com (Charles Roduit) Date: Fri, 27 Apr 2007 20:34:04 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: <1177693863.12786.84.camel@scorpion> References: <20070427091842.GA20351@sd291.sivit.org> <1177684319.12786.13.camel@scorpion> <20070427144257.GB20351@sd291.sivit.org> <1177693863.12786.84.camel@scorpion> Message-ID: Thank you for your fast response !!! I used the debian version (Lenny - testing) so the 2.0.3. I haven't found the repository for lenny in your wiki, then I've upgrade from the etch repository. The test with the 2.0.9 version cannot display me any images. The configuration wizzard tells me : """ Ne peut ouvrir le p?riph?rique Votre pilote vid?o ne supporte aucun des formats de couleur essay?s par Ekiga """ Which can be translated in english by: """ Cannot open device Your video driver doesn't support any of the color format tried by Ekiga """ During the Ekiga upgrade, the following pagkages were also upgraded : libopal, libpt, libpt-plugin-alsa, libpt-plugins-v4l and libpt-plugins-v4l2 was installed. Is this due by the fact that I am under debian testing and I used the stable repository ? PS. The behaviour of camorama didn't change... Thanks a lot for your help !!! -------------- next part -------------- An HTML attachment was scrubbed... URL: From luc at saillard.org Fri Apr 27 19:22:05 2007 From: luc at saillard.org (Luc Saillard) Date: Fri, 27 Apr 2007 21:22:05 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: References: <20070427091842.GA20351@sd291.sivit.org> <1177684319.12786.13.camel@scorpion> <20070427144257.GB20351@sd291.sivit.org> <1177693863.12786.84.camel@scorpion> Message-ID: <20070427192205.GA22198@sd291.sivit.org> On Fri, Apr 27, 2007 at 08:34:04PM +0200, Charles Roduit wrote: > Thank you for your fast response !!! > > I used the debian version (Lenny - testing) so the 2.0.3. > > I haven't found the repository for lenny in your wiki, then I've upgrade > from the etch repository. > > Cannot open device > Your video driver doesn't support any of the color format tried by Ekiga > """ > > During the Ekiga upgrade, the following pagkages were also upgraded : > libopal, libpt, libpt-plugin-alsa, libpt-plugins-v4l > and libpt-plugins-v4l2 was installed. Ok, normal > Is this due by the fact that I am under debian testing and I used the stable > repository ? No, but to be sure, can you check that the plugin V4L is selected, and the re Detect Devices ? I've nearly the same webcam using the same sensor and driver (hercules deluxe webcam). > > PS. The behaviour of camorama didn't change... > Ok so it's a problem with the driver. From charles.roduit at gmail.com Fri Apr 27 19:52:18 2007 From: charles.roduit at gmail.com (Charles Roduit) Date: Fri, 27 Apr 2007 21:52:18 +0200 Subject: [Ekiga-list] Philips SPC300NC In-Reply-To: <20070427192205.GA22198@sd291.sivit.org> References: <20070427091842.GA20351@sd291.sivit.org> <1177684319.12786.13.camel@scorpion> <20070427144257.GB20351@sd291.sivit.org> <1177693863.12786.84.camel@scorpion> <20070427192205.GA22198@sd291.sivit.org> Message-ID: > No, but to be sure, can you check that the plugin V4L is selected, and the re > Detect Devices ? I've nearly the same webcam using the same sensor and driver > (hercules deluxe webcam). Yes this is the V4L which is selected. For info, I use the gspca module, version 2.8.18+1.00.12-8 -------------- next part -------------- An HTML attachment was scrubbed... URL: From derliebegott at gmail.com Sat Apr 28 20:00:40 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Sat, 28 Apr 2007 22:00:40 +0200 Subject: [Ekiga-list] Multiple STUN servers? STUN server for an account? Message-ID: Hi, I am using Ekiga with www.voipbuster.com. Voipbuster has its stun server, I am not able to log in without using their stun server. I wanted to use Sip/Enum service from my university, and they have also its own stun server. And I am not able to log in with a stun server from voipbuster. Any ideas how to make this work? Thanks a lot M. From derliebegott at gmail.com Sat Apr 28 20:05:40 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Sat, 28 Apr 2007 22:05:40 +0200 Subject: [Ekiga-list] Multiple STUN servers? STUN server for an account? In-Reply-To: References: Message-ID: > Hi, > > I am using Ekiga with www.voipbuster.com. Voipbuster has its stun > server, I am not able to log in without using their stun server. > > I wanted to use Sip/Enum service from my university, and they have > also its own stun server. And I am not able to log in with a stun > server from voipbuster. > Just a small correction. This Sip/Enum service from my university does ONLY work without STUN server set. But without STUN server, voipbuster.com does not work :( Ideas? M. From derliebegott at gmail.com Sat Apr 28 20:12:22 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Sat, 28 Apr 2007 22:12:22 +0200 Subject: [Ekiga-list] Multiple STUN servers? STUN server for an account? In-Reply-To: References: Message-ID: > Just a small correction. This Sip/Enum service from my university does > ONLY work without STUN server set. But without STUN server, > voipbuster.com does not work :( > I am really messed up today .... one more BIG correction and sorry for this. STUN servers are NOT the problem, but the proxy server. I need multiple proxy servers for each of these accounts, because voipbuster works with its proxy and university with an another one. Thanks and sorry one more time. M. From jan.schampera at web.de Sun Apr 29 08:31:51 2007 From: jan.schampera at web.de (Jan Schampera) Date: Sun, 29 Apr 2007 10:31:51 +0200 Subject: [Ekiga-list] Multiple STUN servers? STUN server for an account? In-Reply-To: References: Message-ID: <20070429103151.50786c11@localhost.localdomain> On Sat, 28 Apr 2007 22:12:22 +0200 "Ma Begaj" wrote: > > Just a small correction. This Sip/Enum service from my university > > does ONLY work without STUN server set. But without STUN server, > > voipbuster.com does not work :( > > > > I am really messed up today .... one more BIG correction and sorry > for this. > > > STUN servers are NOT the problem, but the proxy server. > > I need multiple proxy servers for each of these accounts, because > voipbuster works with its proxy and university with an another one. > > Thanks and sorry one more time. Outbound-proxy setting per account is planned and will be added. J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin From derliebegott at gmail.com Sun Apr 29 08:47:11 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Sun, 29 Apr 2007 10:47:11 +0200 Subject: [Ekiga-list] Multiple STUN servers? STUN server for an account? In-Reply-To: <20070429103151.50786c11@localhost.localdomain> References: <20070429103151.50786c11@localhost.localdomain> Message-ID: Thanks, that's a nice news. br M. From derliebegott at gmail.com Sun Apr 29 17:49:17 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Sun, 29 Apr 2007 19:49:17 +0200 Subject: [Ekiga-list] feature wish: recording the conversation Message-ID: Hi, I just had a few conversations with Ekiga and there is on option which I really needed today: recording a conversation. The person I called told me a lot of numbers and data, and it would have really nice if there would be a small record button in the main GUI. what do you think about this? thanks M. From jpuydt at free.fr Sun Apr 29 18:45:54 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sun, 29 Apr 2007 20:45:54 +0200 Subject: [Ekiga-list] feature wish: recording the conversation In-Reply-To: References: Message-ID: <4634E7E2.5030200@free.fr> Ma Begaj a ?crit : > Hi, > > I just had a few conversations with Ekiga and there is on option which > I really needed today: recording a conversation. > > The person I called told me a lot of numbers and data, and it would > have really nice if there would be a small record button in the main > GUI. > > what do you think about this? We know : http://bugzilla.gnome.org/show_bug.cgi?id=330276 Snark From derliebegott at gmail.com Sun Apr 29 18:46:12 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Sun, 29 Apr 2007 20:46:12 +0200 Subject: [Ekiga-list] feature wish: recording the conversation In-Reply-To: <4634E7E2.5030200@free.fr> References: <4634E7E2.5030200@free.fr> Message-ID: Thanks for the info and sorry for duplicating suggestion. I did not think about looking in the bugzilla, because it is not a bug. M. From craigs at postincrement.com Mon Apr 30 11:27:42 2007 From: craigs at postincrement.com (Craig Southeren) Date: Mon, 30 Apr 2007 21:27:42 +1000 Subject: [Ekiga-list] feature wish: recording the conversation In-Reply-To: References: Message-ID: <4635D2AE.3000808@postincrement.com> Ma Begaj wrote: > Hi, > > I just had a few conversations with Ekiga and there is on option which > I really needed today: recording a conversation. > > The person I called told me a lot of numbers and data, and it would > have really nice if there would be a small record button in the main > GUI. I'm working on this function in OPAL. I'm sure Damien will make it available in Ekiga when I am done. Craig ----------------------------------------------------------------------- Craig Southeren Post Increment ? VoIP Consulting and Software craigs at postincrement.com.au www.postincrement.com.au Phone: +61 243654666 ICQ: #86852844 Fax: +61 243656905 MSN: craig_southeren at hotmail.com Mobile: +61 417231046 Jabber: craigs at jabber.org "It takes a man to suffer ignorance and smile. Be yourself, no matter what they say." Sting From bbagger at gmail.com Mon Apr 30 21:15:32 2007 From: bbagger at gmail.com (Bent Bagger) Date: Mon, 30 Apr 2007 23:15:32 +0200 Subject: [Ekiga-list] feature wish: recording the conversation In-Reply-To: <4635D2AE.3000808@postincrement.com> References: <4635D2AE.3000808@postincrement.com> Message-ID: <2e19719f0704301415g6835d283v3ac84f275e4114e7@mail.gmail.com> Hi 2007/4/30, Craig Southeren : > > I'm working on this function in OPAL. I'm sure Damien will make it > available in Ekiga when I am done. > Until such a time, if you absolute must record a conversation, you can use Wireshark (formerly Ethereal) for this purpose. Start a Wireshark trace just before you make the call you want to record. After having completed the call you use the 'Analyze' function in Wireshark to look at the RTP traffic. Wireshark is able to save the payload. Use the the .au format when saving. Later on you can use e.g. Audacity to play the recorded conversation. Have fun Best regards, Bent From derliebegott at gmail.com Mon Apr 30 21:24:39 2007 From: derliebegott at gmail.com (Ma Begaj) Date: Mon, 30 Apr 2007 23:24:39 +0200 Subject: [Ekiga-list] Setting Caller-ID to show my number when callaing Message-ID: Hi, I just verified my number at my SIP provider to be able to show it as Caller-ID. That means, when I call someone through my SIP connection, the called person should see this verified number on his/her phone. The number is in format: 0049123456789 (00+country+city+number) When I enter the above verified number in my hardware phone as Caller-ID, everything is OK and this number is visible. When I do it in Ekiga and enter this number as "User", it does not work (no number shown on the phone display. Any ideas? Does Ekiga support Caller-IDs? Thanks a lot. M.