From davekoelmeyer at me.com Sat Jan 1 07:20:04 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sat, 01 Jan 2011 20:20:04 +1300 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga Message-ID: Hi All, Anyone successfully used Sipdroid 2.0.1 on Android 2.1 to place a SIP call to a Windows PC running Ekiga 3.2.7? The reverse works fine, otherwise the call immediately aborts at the Sipdroid end. Ekiga.net accounts are being used at both ends, and the phone is on 3G. Cheers, Dave From ncassanova11 at gmail.com Sat Jan 1 13:32:12 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Sat, 1 Jan 2011 08:32:12 -0500 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga In-Reply-To: References: Message-ID: Yes i have, i placed a call just now through sipdroid version 1.6 beta to my ekiga.net account on ekiga version 3.2.6 (ubuntu 10.04 is computer OS) and it work fined, the ekiga client rang and i answered on my laptop and even talked to make sure sound was being transferred. I know you said Sipdroid 2.0.1 which is the version that just came out and supports google voice intergration with pbxes but i am using my same account on pbxes that is connected to google voice just not the same sipdroid version or OS. It should work though, also I did the call over 3g on tmboile network. Hope that helps. On Sat, Jan 1, 2011 at 2:20 AM, Dave Koelmeyer wrote: > Hi All, > > Anyone successfully used Sipdroid 2.0.1 on Android 2.1 to place a SIP call > to a Windows PC running Ekiga 3.2.7? The reverse works fine, otherwise the > call immediately aborts at the Sipdroid end. Ekiga.net accounts are being > used at both ends, and the phone is on 3G. > > Cheers, > Dave > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Nikolai Gauntlet Cassanova University At Albany, State University of New York Bachelors of Science in Biology Email: NCassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: From leeahaddad at yahoo.com Mon Jan 3 05:03:22 2011 From: leeahaddad at yahoo.com (Lee Haddad) Date: Sun, 2 Jan 2011 21:03:22 -0800 (PST) Subject: [Ekiga-list] Sound quality bad Message-ID: <788380.51383.qm@web34306.mail.mud.yahoo.com> Have been working fine with audio and video reception/transmission on Grandstream phone. 2 weeks ago sound became greatly degraded. any suggestions? Lee From translator1111 at hotmail.es Mon Jan 3 11:27:55 2011 From: translator1111 at hotmail.es (stara posta) Date: Mon, 3 Jan 2011 12:27:55 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: References: , , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , Message-ID: Dear all, After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: "User is not available" and when I try to send randomely a message through chat: "No possible to send the message to this user" I have setted up using the configuration druid. It has seetled ALSA/PTNLIB and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga I am using Ekiga 2.6 and Ubuntu 10.04 Thanks in advance for your support. From: translator1111 at hotmail.es To: ekiga-list at gnome.org Subject: RE: [Ekiga-list] Echo Test does not produce any sound Date: Tue, 21 Dec 2010 13:53:28 +0100 Dear Dave, after opening up ports 5000 to 35000 is working I can here the female voice in Echo Test and, I can here the female voice in Conference Room, thank you the reason for the "crying queek" is that i had a .asoundrc in my home directory. I deleted and is now working fine. now I only need to know someone in Ekiga to talk to as all the users are always busy and I am never able of starting a call. thank you for your advice. I will write the SOLVED tag in the bug. Ig From: translator1111 at hotmail.es To: ekiga-list at gnome.org Date: Tue, 21 Dec 2010 13:07:28 +0100 Subject: Re: [Ekiga-list] Echo Test does not produce any sound Dear Dave, If I open up ports 5000 to 35000, I can here the female voice in Echo Test and, but after a "crying queek" is playing until I stop the called. I can here the female voice in Conference Room, after there is only silence. Do you have any ideas, do you need my output.txt again? I did it anyway and I have found this: packetsSent = 2333 octetsSent = 373280 averageSendTime = 20 maximumSendTime = 20 minimumSendTime = 20 packetsReceived = 2330 do you want me to send you the whole file? Ig To: ekiga-list at gnome.org From: davekoelmeyer at me.com Date: Mon, 20 Dec 2010 01:51:43 +0000 Subject: Re: [Ekiga-list] Echo Test does not produce any sound On 20 Dec, 2010,at 11:17 AM, stara posta wrote: However Echo test or Conference Room are not. Tried this: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/382281 Dear Yannick, when I start EKIGA and try the Echo test or the Conference Room I cannot here anything at all, however I can see that the capture tab is moving when I am speaking at the mic. I have: on my ADSL router - enable in NAT port forwarding (ports 5000-5100) If you open up ports 5000 to 35000, does that change anything? Cheers, Dave _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From palama at inwind.it Mon Jan 3 11:54:32 2011 From: palama at inwind.it (palama at inwind.it) Date: Mon, 3 Jan 2011 12:54:32 +0100 Subject: [Ekiga-list] Installing Ekiga 3.2.7 on Windows In-Reply-To: <788380.51383.qm@web34306.mail.mud.yahoo.com> References: <788380.51383.qm@web34306.mail.mud.yahoo.com> Message-ID: <20110103125432.d87fad88.palama@inwind.it> During Christmas vacations, I had an opportunity to put my hands on two Windows machines and tried to run Ekiga 3.2.7 on both of them. The first machine is an aging laptop running Windows XP. Everything went fine and I could place and receive calls in a few minutes. The only problem was a somewhat broken audio, this was probably due to insufficient bandwidth for video as the problem disappeared when I disabled all the video codecs. I think it would help inexperienced users if Ekiga were equipped with a Video/No Video switch and it were started ind the No Video mode by default. The second machine is a brand new laptop running Windows 7. Installation was without problems as was registration to ekiga.net, but we had no audio. We had no time to run ekiga -d 4 and were unable to diagnose the problem from inside Ekiga. I think it would help inexperienced users if Ekiga could provide some testing of the audio devices and help the user to identify the problem. I am stressing the need to ease the installation for inexperienced Windows users since I think it is the only way to increase the number of users. Happy New Year to Everybody! Antonio Palam? -- From palama at inwind.it Mon Jan 3 12:04:42 2011 From: palama at inwind.it (palama at inwind.it) Date: Mon, 3 Jan 2011 13:04:42 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: References: <423757db-4b08-eb10-c744-dab9301f963b@me.com> Message-ID: <20110103130442.c7f3600d.palama@inwind.it> On Mon, 3 Jan 2011 12:27:55 +0100 stara posta wrote: > > > Dear all, > After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. > when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: > "User is not available" > and when I try to send randomely a message through chat: > "No possible to send the message to this user" > > I have setted up using the configuration druid. It has seetled ALSA/PTNLIB > and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga > I am using Ekiga 2.6 and Ubuntu 10.04 > Thanks in advance for your support. Call me or drop me a line when you are connected and I will call you. Best, Antonio sip:antonio.palama at ekiga.net From davekoelmeyer at me.com Mon Jan 3 12:21:27 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Tue, 04 Jan 2011 01:21:27 +1300 Subject: [Ekiga-list] not able of talking to anybody in ekiga Message-ID: Hi, I think the issue may be that users you are randomly attempting to call may not necessarily be online at the time you are attempting to call or message; I don't think randomly calling people is the best way test your setup either, for certain reasons. If the echo test works okay, then you should be good to go when communicating with other real users. You could perhaps create a second Ekiga.net account yourself and run a second instance of Ekiga (or compatible SIP client) on another machine for testing. You might also want to use the latest version of Ekiga as I'm sure it will contain numerous bug fixes beyond v2.6. Cheers, Dave stara posta wrote: > > > Dear all, >After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. >when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: >"User is not available" >and when I try to send randomely a message through chat: >"No possible to send the message to this user" > >I have setted up using the configuration druid. It has seetled ALSA/PTNLIB >and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga >I am using Ekiga 2.6 and Ubuntu 10.04 >Thanks in advance for your support. > > > > >From: translator1111 at hotmail.es >To: ekiga-list at gnome.org >Subject: RE: [Ekiga-list] Echo Test does not produce any sound >Date: Tue, 21 Dec 2010 13:53:28 +0100 > > > > >Dear Dave, >after opening up ports 5000 to 35000 >is working >I can here the female voice in Echo Test and, >I can here the female voice in Conference Room, >thank you >the reason for the "crying queek" is that i had a .asoundrc in my home directory. I deleted and is now working fine. >now I only need to know someone in Ekiga to talk to as all the users are always busy and I am never able of starting a call. >thank you for your advice. >I will write the SOLVED tag in the bug. >Ig > > > >From: translator1111 at hotmail.es >To: ekiga-list at gnome.org >Date: Tue, 21 Dec 2010 13:07:28 +0100 >Subject: Re: [Ekiga-list] Echo Test does not produce any sound > > > >Dear Dave, >If I open up ports 5000 to 35000, >I can here the female voice in Echo Test and, but after a "crying queek" is playing until I stop the called. >I can here the female voice in Conference Room, after there is only silence. > >Do you have any ideas, do you need my output.txt again? >I did it anyway and I have found this: >packetsSent = 2333 > octetsSent = 373280 > averageSendTime = 20 > maximumSendTime = 20 > minimumSendTime = 20 > packetsReceived = 2330 >do you want me to send you the whole file? >Ig > > >To: ekiga-list at gnome.org >From: davekoelmeyer at me.com >Date: Mon, 20 Dec 2010 01:51:43 +0000 >Subject: Re: [Ekiga-list] Echo Test does not produce any sound > > > > > >On 20 Dec, 2010,at 11:17 AM, stara posta wrote: > > > > >However Echo test or Conference Room are not. > >Tried this: >https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/382281 >Dear Yannick, >when I start EKIGA and try the Echo test or the Conference Room I cannot here anything at all, however I can see that the capture tab is moving when I am speaking at the mic. > > > >I have: >on my ADSL router >- enable in NAT port forwarding (ports 5000-5100) > >If you open up ports 5000 to 35000, does that change anything? > >Cheers, >Dave > >_______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list >_______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >http://mail.gnome.org/mailman/listinfo/ekiga-list From palama at inwind.it Mon Jan 3 12:35:43 2011 From: palama at inwind.it (palama at inwind.it) Date: Mon, 3 Jan 2011 13:35:43 +0100 Subject: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 In-Reply-To: References: Message-ID: <20110103133543.50b7a2d3.palama@inwind.it> Some of the functionalities of the address book/Ekiga white pages in 2.0.12 are not available in 3.2.7 anymore: - In 2.0.12 the registered users are shown bodface and it is easy to see if the user I am looking for is online or not - In 2.0.12 I can search also the URL (email address) field I don't know know if these useful funtionalities were completely removed from 3.2.7 or if they can be restored somehow from the address book menu. If they were completely removed I think they should be restored. Any suggestion? Best regards, Antonio -- From apatinkin at gmail.com Sat Jan 1 16:06:00 2011 From: apatinkin at gmail.com (Aran Patinkin) Date: Sat, 1 Jan 2011 18:06:00 +0200 Subject: [Ekiga-list] phone dialer Message-ID: Dear ekiga Community. I would like to turn Ekiga to a phone dialer through a K56 voice modem that is connected to my home phone. Please show me how. Thanks Aran -------------- next part -------------- An HTML attachment was scrubbed... URL: From translator1111 at hotmail.es Mon Jan 3 19:48:40 2011 From: translator1111 at hotmail.es (stara posta) Date: Mon, 3 Jan 2011 20:48:40 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: <20110103130442.c7f3600d.palama@inwind.it> References: , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , , , <20110103130442.c7f3600d.palama@inwind.it> Message-ID: Dear Antonio, I tried both and here are the results as .png: "User is not available" "NOTICE: Could not send message" Thank you in advance for your help > Date: Mon, 3 Jan 2011 13:04:42 +0100 > From: palama at inwind.it > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga > > On Mon, 3 Jan 2011 12:27:55 +0100 > stara posta wrote: > > > > > > > Dear all, > > After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. > > when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: > > "User is not available" > > and when I try to send randomely a message through chat: > > "No possible to send the message to this user" > > > > I have setted up using the configuration druid. It has seetled ALSA/PTNLIB > > and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga > > I am using Ekiga 2.6 and Ubuntu 10.04 > > Thanks in advance for your support. > > Call me or drop me a line when you are connected and I will call you. > > Best, > > Antonio > > sip:antonio.palama at ekiga.net > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: antoniopalmacall.png Type: image/png Size: 7421 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: antoniopalmamsg.png Type: image/png Size: 11702 bytes Desc: not available URL: From translator1111 at hotmail.es Mon Jan 3 20:01:33 2011 From: translator1111 at hotmail.es (stara posta) Date: Mon, 3 Jan 2011 21:01:33 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: References: Message-ID: Dear Koelmer, I already have a second Ekiga Account, but I am not able of communicate with myself, because they are both behind the same router (one is under Ubuntu 10.04 the other one is under Windows Vista) I have read somewhere what to do to make EKIGA believe that they are not behind the same router, but I did not understand it. i was wrong respect to the version of EKIGA I am using. I am using Ekiga 3.2.6 Thank you for your help > Date: Tue, 4 Jan 2011 01:21:27 +1300 > From: davekoelmeyer at me.com > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga > > Hi, > > I think the issue may be that users you are randomly attempting to call may not necessarily be online at the time you are attempting to call or message; I don't think randomly calling people is the best way test your setup either, for certain reasons. > > If the echo test works okay, then you should be good to go when communicating with other real users. You could perhaps create a second Ekiga.net account yourself and run a second instance of Ekiga (or compatible SIP client) on another machine for testing. You might also want to use the latest version of Ekiga as I'm sure it will contain numerous bug fixes beyond v2.6. > > Cheers, > Dave > > stara posta wrote: > > > > > > > Dear all, > >After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. > >when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: > >"User is not available" > >and when I try to send randomely a message through chat: > >"No possible to send the message to this user" > > > >I have setted up using the configuration druid. It has seetled ALSA/PTNLIB > >and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga > >I am using Ekiga 2.6 and Ubuntu 10.04 > >Thanks in advance for your support. > > > > > > > > > >From: translator1111 at hotmail.es > >To: ekiga-list at gnome.org > >Subject: RE: [Ekiga-list] Echo Test does not produce any sound > >Date: Tue, 21 Dec 2010 13:53:28 +0100 > > > > > > > > > >Dear Dave, > >after opening up ports 5000 to 35000 > >is working > >I can here the female voice in Echo Test and, > >I can here the female voice in Conference Room, > >thank you > >the reason for the "crying queek" is that i had a .asoundrc in my home directory. I deleted and is now working fine. > >now I only need to know someone in Ekiga to talk to as all the users are always busy and I am never able of starting a call. > >thank you for your advice. > >I will write the SOLVED tag in the bug. > >Ig > > > > > > > >From: translator1111 at hotmail.es > >To: ekiga-list at gnome.org > >Date: Tue, 21 Dec 2010 13:07:28 +0100 > >Subject: Re: [Ekiga-list] Echo Test does not produce any sound > > > > > > > >Dear Dave, > >If I open up ports 5000 to 35000, > >I can here the female voice in Echo Test and, but after a "crying queek" is playing until I stop the called. > >I can here the female voice in Conference Room, after there is only silence. > > > >Do you have any ideas, do you need my output.txt again? > >I did it anyway and I have found this: > >packetsSent = 2333 > > octetsSent = 373280 > > averageSendTime = 20 > > maximumSendTime = 20 > > minimumSendTime = 20 > > packetsReceived = 2330 > >do you want me to send you the whole file? > >Ig > > > > > >To: ekiga-list at gnome.org > >From: davekoelmeyer at me.com > >Date: Mon, 20 Dec 2010 01:51:43 +0000 > >Subject: Re: [Ekiga-list] Echo Test does not produce any sound > > > > > > > > > > > >On 20 Dec, 2010,at 11:17 AM, stara posta wrote: > > > > > > > > > >However Echo test or Conference Room are not. > > > >Tried this: > >https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/382281 > >Dear Yannick, > >when I start EKIGA and try the Echo test or the Conference Room I cannot here anything at all, however I can see that the capture tab is moving when I am speaking at the mic. > > > > > > > >I have: > >on my ADSL router > >- enable in NAT port forwarding (ports 5000-5100) > > > >If you open up ports 5000 to 35000, does that change anything? > > > >Cheers, > >Dave > > > >_______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list > >_______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list > >_______________________________________________ > >ekiga-list mailing list > >ekiga-list at gnome.org > >http://mail.gnome.org/mailman/listinfo/ekiga-list > _______________________________________________ > 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 translator1111 at hotmail.es Mon Jan 3 20:50:56 2011 From: translator1111 at hotmail.es (stara posta) Date: Mon, 3 Jan 2011 21:50:56 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: References: , Message-ID: Dear Koelmer, I managed to connect both accounts behind the same router when I disable the network connection in preferences. however after ringing and accepting the call, it crashed, 2 times when Vista was calling Linux, and 1 time one Linux was calling Vista. this time I found this message error that unfortunatelly I cannot copy only paste it as a print screen in a doc document: Thank you for your help From: translator1111 at hotmail.es To: ekiga-list at gnome.org Date: Mon, 3 Jan 2011 21:01:33 +0100 Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga Dear Koelmer, I already have a second Ekiga Account, but I am not able of communicate with myself, because they are both behind the same router (one is under Ubuntu 10.04 the other one is under Windows Vista) I have read somewhere what to do to make EKIGA believe that they are not behind the same router, but I did not understand it. i was wrong respect to the version of EKIGA I am using. I am using Ekiga 3.2.6 Thank you for your help > Date: Tue, 4 Jan 2011 01:21:27 +1300 > From: davekoelmeyer at me.com > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga > > Hi, > > I think the issue may be that users you are randomly attempting to call may not necessarily be online at the time you are attempting to call or message; I don't think randomly calling people is the best way test your setup either, for certain reasons. > > If the echo test works okay, then you should be good to go when communicating with other real users. You could perhaps create a second Ekiga.net account yourself and run a second instance of Ekiga (or compatible SIP client) on another machine for testing. You might also want to use the latest version of Ekiga as I'm sure it will contain numerous bug fixes beyond v2.6. > > Cheers, > Dave > > stara posta wrote: > > > > > > > Dear all, > >After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. > >when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: > >"User is not available" > >and when I try to send randomely a message through chat: > >"No possible to send the message to this user" > > > >I have setted up using the configuration druid. It has seetled ALSA/PTNLIB > >and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga > >I am using Ekiga 2.6 and Ubuntu 10.04 > >Thanks in advance for your support. > > > > > > > > > >From: translator1111 at hotmail.es > >To: ekiga-list at gnome.org > >Subject: RE: [Ekiga-list] Echo Test does not produce any sound > >Date: Tue, 21 Dec 2010 13:53:28 +0100 > > > > > > > > > >Dear Dave, > >after opening up ports 5000 to 35000 > >is working > >I can here the female voice in Echo Test and, > >I can here the female voice in Conference Room, > >thank you > >the reason for the "crying queek" is that i had a .asoundrc in my home directory. I deleted and is now working fine. > >now I only need to know someone in Ekiga to talk to as all the users are always busy and I am never able of starting a call. > >thank you for your advice. > >I will write the SOLVED tag in the bug. > >Ig > > > > > > > >From: translator1111 at hotmail.es > >To: ekiga-list at gnome.org > >Date: Tue, 21 Dec 2010 13:07:28 +0100 > >Subject: Re: [Ekiga-list] Echo Test does not produce any sound > > > > > > > >Dear Dave, > >If I open up ports 5000 to 35000, > >I can here the female voice in Echo Test and, but after a "crying queek" is playing until I stop the called. > >I can here the female voice in Conference Room, after there is only silence. > > > >Do you have any ideas, do you need my output.txt again? > >I did it anyway and I have found this: > >packetsSent = 2333 > > octetsSent = 373280 > > averageSendTime = 20 > > maximumSendTime = 20 > > minimumSendTime = 20 > > packetsReceived = 2330 > >do you want me to send you the whole file? > >Ig > > > > > >To: ekiga-list at gnome.org > >From: davekoelmeyer at me.com > >Date: Mon, 20 Dec 2010 01:51:43 +0000 > >Subject: Re: [Ekiga-list] Echo Test does not produce any sound > > > > > > > > > > > >On 20 Dec, 2010,at 11:17 AM, stara posta wrote: > > > > > > > > > >However Echo test or Conference Room are not. > > > >Tried this: > >https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/382281 > >Dear Yannick, > >when I start EKIGA and try the Echo test or the Conference Room I cannot here anything at all, however I can see that the capture tab is moving when I am speaking at the mic. > > > > > > > >I have: > >on my ADSL router > >- enable in NAT port forwarding (ports 5000-5100) > > > >If you open up ports 5000 to 35000, does that change anything? > > > >Cheers, > >Dave > > > >_______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list > >_______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list > >_______________________________________________ > >ekiga-list mailing list > >ekiga-list at gnome.org > >http://mail.gnome.org/mailman/listinfo/ekiga-list > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigacrash030111.doc Type: application/octet-stream Size: 230912 bytes Desc: not available URL: From dave at dawoodfall.net Tue Jan 4 04:29:32 2011 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 4 Jan 2011 04:29:32 +0000 Subject: [Ekiga-list] Can't dial out to sip number @ draytel Message-ID: <20110104042932.GA8528@Junius> I have set up ekiga with draytel.org. It shows it has registered but when I dial a number it doesn't go through. I put the number as sip:xxxxxx at draytel.org Any ideas? -- Don't look back, the lemmings are gaining on you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From stuart at gathman.org Tue Jan 4 04:31:09 2011 From: stuart at gathman.org (Stuart Gathman) Date: Mon, 03 Jan 2011 23:31:09 -0500 Subject: [Ekiga-list] phone dialer In-Reply-To: References: Message-ID: <4D22A28D.4080806@gathman.org> On 01/01/2011 11:06 AM, Aran Patinkin wrote: > I would like to turn Ekiga to a phone dialer through a K56 voice modem > that is connected to my home phone. Assuming you mean you have a 56K analog voice modem, and you want to send touchtones, Ekiga is entirely unrelated to what you want. 1) Consumer voice modems are typically "win modems" which do not document how to use the "telco attached sound card" functionality - you can only use it with the provided Windows only software. 2) If you happen to have a usable voice modem, then you want telephony software, as simple as a software answering machine or as complex as Asterix (which probably has drivers for voice modems). Ekiga uses the SIP or H323 protocols to talk to another SIP/H323 user or a telephony server (like asterix). It does no telephony itself. 3) If you only need to send touchtones, and the modem implements the ancient and venerable AT command set, then you can send touchtones with a simple script that sends commands like "ATDT12345678\r" to the modem. We have no idea what other features you envision (maybe a GUI that displays an address book?) From acimmarusti at gmail.com Tue Jan 4 05:27:58 2011 From: acimmarusti at gmail.com (Andres Cimmarusti) Date: Tue, 4 Jan 2011 00:57:58 -0430 Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) Message-ID: >Dear Antonio, >I tried both and here are the results as .png: >"User is not available" >"NOTICE: Could not send message" >Thank you in advance for your help I also confirm the same issues. My girlfriend fired up Ekiga 3.2.6 on her Ubuntu 10.04 (32-bits) laptop using her ekiga.net account. While I was using Ekiga 3.2.7 on Debian Squeeze (64-bits) on my own ekiga.net account. First of all, even though she was online and added to my list of contacts, she did NOT appear as online. Furthermore any attempt to call her made by me ended up with the message "User not available". Chat messages were also not received. Curiously she was (sometimes) able to see me online. Whenever she called me (whether I appeared online or not) I would get the call and could talk and transmit video (though sometimes it just refused to work...) I'll try to test it this again and will try getting a backtrace. Andres From davekoelmeyer at me.com Wed Jan 5 04:38:00 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Wed, 05 Jan 2011 04:38:00 +0000 (GMT) Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) In-Reply-To: Message-ID: On 04 Jan, 2011,at 06:27 PM, Andres Cimmarusti wrote: > > I also confirm the same issues. My girlfriend fired up Ekiga 3.2.6 on > her Ubuntu 10.04 (32-bits) laptop using her ekiga.net account. While I > was using Ekiga 3.2.7 on Debian Squeeze (64-bits) on my own ekiga.net > account. > > First of all, even though she was online and added to my list of > contacts, she did NOT appear as online. Furthermore any attempt to > call her made by me ended up with the message "User not available". > Chat messages were also not received. > > Curiously she was (sometimes) able to see me online. Whenever she > called me (whether I appeared online or not) I would get the call and > could talk and transmit video (though sometimes it just refused to > work...) Presence has always been very unreliable for me. In the situation you've described above, I've found that if both users concurrently sign out, then sign back in again, calling works as it should. I'll add to this instances where a user has logged off, but in other users' clients he/she still appears as being online for some considerable length of time. I'll also try to put together a reproducible test case or two.? Cheers, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From palama at inwind.it Wed Jan 5 12:55:50 2011 From: palama at inwind.it (palama at inwind.it) Date: Wed, 5 Jan 2011 13:55:50 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) In-Reply-To: References: Message-ID: <20110105135550.a47745a1.palama@inwind.it> On Wed, 05 Jan 2011 04:38:00 +0000 (GMT) Dave Koelmeyer wrote: > Presence has always been very unreliable for me. In the situation you've described above, I've found that if both users concurrently sign out, then sign back in again, calling works as it should. > As I already pointed out in a previous post, I think that the Ekiga 2.0.12 address book works much better than the 3.2.7 one. You simply search in the Ekiga whitepages with name contains "user" and "user" is shown boldface if he is registerd to ekiga.net. Best, Antonio -- From translator1111 at hotmail.es Wed Jan 5 05:35:05 2011 From: translator1111 at hotmail.es (stara posta) Date: Wed, 5 Jan 2011 06:35:05 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga In-Reply-To: References: , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , , , <20110103130442.c7f3600d.palama@inwind.it>, , <20110103223114.0ce65ab1.palama@inwind.it>, , <20110104200052.cc895a11.palama@inwind.it>, Message-ID: Dear all, without a reason I have lost the sound in Ekiga again. I tried with a user to communicate and here is the resutl: I could not hear his voice I did not see his image I could read and sent messages in the chat window I am using pcma pcu and speex I was able of being called back by 520 at ekiga.net but I cannot hear anything I have opened my ports from 5000-35000 -UDP I attached my output, where you can see that pakets are beins sent but 0 are being received. can anybody check my output and suggest what is wrong setted up in my computer, please? Stara Posta, From: translator1111 at hotmail.es To: palama at inwind.it Subject: RE: [Ekiga-list] not able of talking to anybody in ekiga Date: Tue, 4 Jan 2011 20:16:39 +0100 Dear Antonio, thank you for your time I could not hear your voice I did not see your image I could read and sent messages in the chat window I am using pcma pcu and speex I am able of being called back by 520 at ekiga.net but I cannot hear anything I have opened my ports from 5000-35000 -UDP I attached my output, where you can see that pakets are beins sent but 0 are being received. Ignacio > Date: Tue, 4 Jan 2011 20:00:52 +0100 > From: palama at inwind.it > To: translator1111 at hotmail.es > Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga > > On Tue, 4 Jan 2011 19:47:00 +0100 > stara posta wrote: > > After a number of unsuccesful trials I have to give up. > Could you tell me by email what happened on your side? > Could you hear my voice? > Could you see my image? > Could you red my messages on the chat window? > > Could you also let me know wich codecs do you use when you connect to 500 at ekiga.net? > Are you able to be called back by 520 at ekiga.net? > > Best regards, > > Antonio > > -- > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: output04012011.txt URL: From dave at dawoodfall.net Wed Jan 5 17:57:29 2011 From: dave at dawoodfall.net (David Woodfall) Date: Wed, 5 Jan 2011 17:57:29 +0000 Subject: [Ekiga-list] Sip Identity? Message-ID: <20110105175729.GA20034@Junius> Hi, are there any plans to implement sip identity as linphone does? with linphone other users see me as my sip name at domain but in ekiga it gives name at ip Cheers -- Don't look back, the lemmings are gaining on you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From translator1111 at hotmail.es Wed Jan 5 18:22:18 2011 From: translator1111 at hotmail.es (stara posta) Date: Wed, 5 Jan 2011 19:22:18 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga In-Reply-To: References: , , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , , , , , , , <20110103130442.c7f3600d.palama@inwind.it>, , , , <20110103223114.0ce65ab1.palama@inwind.it>, , , , <20110104200052.cc895a11.palama@inwind.it>, , , Message-ID: Dear all, here is what is happening: 04/01/2011 suddenly not able of listening to echo test not in ekiga, not in skype sent output.txt to ekiga.list 05/01/2011 setted up the mic as input source in 'alsamixer' Result: I can make work the echo test in skype but not in ekiga I can get called back by 501 at ekiga.net, but not hear anything I have found in output.txt the following entries that can be significative: Unable to detect v4l2 directory Not retrying SUBSCRIBE due to error response 489 No SRV record found 2011/01/05 19:03:30.217 0:08.687 DNS SRV lookup failed - no domain specified 2011/01/05 19:03:30.217 0:08.687 Opal Illegal IP transport address: "udp$:5060" 2011/01/05 19:03:30.219 0:08.689 SIP Could not find udp$:5060 2011/01/05 19:03:30.245 0:08.715 Opal Could not find host "h323" 2011/01/05 19:03:30.245 0:08.715 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/05 19:03:30.245 0:08.715 Socket Name lookup of "h323" failed: errno=4 2011/01/05 19:03:30.245 0:08.716 Opal Could not find host "h323" 2011/01/05 19:03:30.245 0:08.716 SIP Could not find udp$h323:78 packetsReceived = 0 does this make sense to nay of you? is there anything that has to be done on my side to set up Ekiga working correctly? From: translator1111 at hotmail.es To: ekiga-list at gnome.org Date: Wed, 5 Jan 2011 06:35:05 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga Dear all, without a reason I have lost the sound in Ekiga again. I tried with a user to communicate and here is the resutl: I could not hear his voice I did not see his image I could read and sent messages in the chat window I am using pcma pcu and speex I was able of being called back by 520 at ekiga.net but I cannot hear anything I have opened my ports from 5000-35000 -UDP I attached my output, where you can see that pakets are beins sent but 0 are being received. can anybody check my output and suggest what is wrong setted up in my computer, please? Stara Posta, From: translator1111 at hotmail.es To: palama at inwind.it Subject: RE: [Ekiga-list] not able of talking to anybody in ekiga Date: Tue, 4 Jan 2011 20:16:39 +0100 Dear Antonio, thank you for your time I could not hear your voice I did not see your image I could read and sent messages in the chat window I am using pcma pcu and speex I am able of being called back by 520 at ekiga.net but I cannot hear anything I have opened my ports from 5000-35000 -UDP I attached my output, where you can see that pakets are beins sent but 0 are being received. Ignacio > Date: Tue, 4 Jan 2011 20:00:52 +0100 > From: palama at inwind.it > To: translator1111 at hotmail.es > Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga > > On Tue, 4 Jan 2011 19:47:00 +0100 > stara posta wrote: > > After a number of unsuccesful trials I have to give up. > Could you tell me by email what happened on your side? > Could you hear my voice? > Could you see my image? > Could you red my messages on the chat window? > > Could you also let me know wich codecs do you use when you connect to 500 at ekiga.net? > Are you able to be called back by 520 at ekiga.net? > > Best regards, > > Antonio > > -- > _______________________________________________ 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 davekoelmeyer at me.com Fri Jan 7 14:13:56 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sat, 08 Jan 2011 03:13:56 +1300 Subject: [Ekiga-list] Text display problem with Pidgin user In-Reply-To: <4CF8ADC5.8090508@me.com> References: <4CF8ADC5.8090508@me.com> Message-ID: <4D271FA4.5080705@me.com> On 02 Dec, 2010,at 07:18 AM, Anthony Papillion wrote: >> >>> Hello Everyone, >>> >>> Just signed up for an Ekiga account and downloaded the softphone. >>> Mostly, I use it for SIP but today I got a text message from another >>> user who was using the Pidgin client to connect to the network. For >>> some reason, his entire message was wrapped in XML. The text was there >>> but I could see the entire XML message in my chat window. >>> >>> Is this a configuration error on my end? A problem with Pidgin? What >>> can I do to fix this? On 3/12/10 06:44 PM, Dave Koelmeyer wrote: >> Hi Anthony, >> >> Is it anything similar to this? >> >> http://www.davekoelmeyer.co.nz/docs/EkigaTestTextChat.png >> >> I get this when a user text chats me from SIP Communicator 1.0 alpha >> 6 on Mac OS X, to Ekiga 3.2.7 on OpenIndiana. >> Anthony - not sure if you are indeed seeing the same thing as me, but I have made an enquiry on the SIP Communicator users list, and received this response: "That is is-composing payload, it signals to the client that the remote party is typing a message, Ekiga should check for this payload type and render some visual indication for this instead of displaying this verbatim as a text message." Ekiga devs, could it be that Ekiga does not handle is-composing payload at all, while SIP Communicator and Pidgin do? -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ From gmaksaev at hotmail.com Fri Jan 7 23:12:17 2011 From: gmaksaev at hotmail.com (Grigory Maksaev) Date: Sat, 8 Jan 2011 02:12:17 +0300 Subject: [Ekiga-list] Which libraries are needed for Ekiga? Message-ID: Hi! I have pre-installed Ekiga 3.2.6 (x86_64 repo) on my Mandriva 2010.2 64 bit system. Sound seems to be OK, but unfortunately it can't recognize my built-in webcamera (it's a laptop). I installed from 64bit repo the following packages with corresponding plug-ins: lib64opal3.6.6 lib64pwlib1 but only libpt2.6.5 for i586 was available, so i installed it with all its dependences too. But nothing changed - camera is still can't be recognized, neither with PTLIB/V4L nor with PTLIB/V4L2. Did I install wrong packages? On the same laptop it used to work before under Suse, but only with GStreamer, but I don't see this option now. Which packages are needed for GStreamer activation? Thank you. Greg. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerard.F.Vidal at free.fr Sun Jan 9 00:22:55 2011 From: Gerard.F.Vidal at free.fr (=?ISO-8859-1?Q?G=E9rard_Vidal?=) Date: Sun, 09 Jan 2011 01:22:55 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 Message-ID: <4D28FFDF.8040000@free.fr> Hello, I have to communicate through H323 with h263-1998 codec ( to join a meeting on a codian bridge). I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision M2400), it works fine but displays only codec H261 and Theora. I have read informations on this page http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it seems to be outdated. I have tried many things including full rebuild of latest version but nothing works. Does anybody have a solution or any track to follow. Thanks -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From i.v.martynov at gmail.com Sun Jan 9 00:45:11 2011 From: i.v.martynov at gmail.com (=?KOI8-R?B?7cHS1NnOz9cg6cfP0tg=?=) Date: Sun, 9 Jan 2011 03:45:11 +0300 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D28FFDF.8040000@free.fr> References: <4D28FFDF.8040000@free.fr> Message-ID: 2011/1/9 G?rard Vidal > Hello, > I have to communicate through H323 with h263-1998 codec ( to join a meeting > on a codian bridge). > I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision M2400), > it works fine but displays only codec H261 and Theora. I have read > informations on this page > http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it seems > to be outdated. > I have tried many things including full rebuild of latest version but > nothing works. > > Does anybody have a solution or any track to follow. > > Thanks > > -- > > http://ubuntologia.ru/ubuntu-restricted > _______________________________________________ > 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 gio_6b at yahoo.it Sun Jan 9 11:24:16 2011 From: gio_6b at yahoo.it (Giorgio Tombola) Date: Sun, 9 Jan 2011 11:24:16 +0000 (GMT) Subject: [Ekiga-list] Which libraries are needed for Ekiga? In-Reply-To: References: Message-ID: <594711.85230.qm@web28301.mail.ukl.yahoo.com> I have same Mandriva 2010.2 64 bit Power Pack, and my video is recognized, instead my microphone don't works. It's not so clear if your problem is libpt2.6.5 anyway you can try to search here http://fr2.rpmfind.net/linux/rpm2html/search.php http://rpm.pbone.net/ or you can ask in Mandriva forum ________________________________ Da: Grigory Maksaev A: ekiga-list at gnome.org Inviato: Sab 8 gennaio 2011, 00:12:17 Oggetto: [Ekiga-list] Which libraries are needed for Ekiga? Hi! I have pre-installed Ekiga 3.2.6 (x86_64 repo) on my Mandriva 2010.2 64 bit system. Sound seems to be OK, but unfortunately it can't recognize my built-in webcamera (it's a laptop). I installed from 64bit repo the following packages with corresponding plug-ins: lib64opal3.6.6 lib64pwlib1 but only libpt2.6.5 for i586 was available, so i installed it with all its dependences too. But nothing changed - camera is still can't be recognized, neither with PTLIB/V4L nor with PTLIB/V4L2. Did I install wrong packages? On the same laptop it used to work before under Suse, but only with GStreamer, but I don't see this option now. Which packages are needed for GStreamer activation? Thank you. Greg. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sun Jan 9 16:00:12 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 09 Jan 2011 17:00:12 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D28FFDF.8040000@free.fr> References: <4D28FFDF.8040000@free.fr> Message-ID: <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> On 09/01/11 01:22, G?rard Vidal wrote: > Hello, > I have to communicate through H323 with h263-1998 codec ( to join a > meeting on a codian bridge). > I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision > M2400), it works fine but displays only codec H261 and Theora. I have > read informations on this page > http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it > seems to be outdated. > I have tried many things including full rebuild of latest version but > nothing works. > > Does anybody have a solution or any track to follow. Your case is not simple. First, because there are some bug reports about H323 not working in ekiga in some cases, see bugzilla. Also, because for these non-free codecs you need tom compile ffmpeg yourself, because distributions strip them out. Finally, because h263-1998 crashes when using ffmpeg last version, see bugzilla again (bug for H263); however, if you choose a repository for ffmpeg of about 1.5 years ago, it should work, see the same bug report. Are you motivated to test it? -- Eugen Dedu http://eugen.dedu.free.fr From gerard.f.vidal at free.fr Mon Jan 10 09:27:32 2011 From: gerard.f.vidal at free.fr (=?UTF-8?B?R8OpcmFyZCBWaWRhbA==?=) Date: Mon, 10 Jan 2011 10:27:32 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> References: <4D28FFDF.8040000@free.fr> <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> Message-ID: <4D2AD104.9050501@free.fr> Le 09/01/2011 17:00, Eugen Dedu a ?crit : > On 09/01/11 01:22, G?rard Vidal wrote: >> Hello, >> I have to communicate through H323 with h263-1998 codec ( to join a >> meeting on a codian bridge). >> I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision >> M2400), it works fine but displays only codec H261 and Theora. I have >> read informations on this page >> http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it >> seems to be outdated. >> I have tried many things including full rebuild of latest version but >> nothing works. >> >> Does anybody have a solution or any track to follow. > > Your case is not simple. First, because there are some bug reports > about H323 not working in ekiga in some cases, see bugzilla. > > Also, because for these non-free codecs you need tom compile ffmpeg > yourself, because distributions strip them out. > > Finally, because h263-1998 crashes when using ffmpeg last version, see > bugzilla again (bug for H263); however, if you choose a repository for > ffmpeg of about 1.5 years ago, it should work, see the same bug report. > > Are you motivated to test it? > Thank-you Eugen for the answer and the understanding of my situation ! As you describe it, I have experienced H323 unstability, it worked well few hours ago from home (with ekiga 3.3.0 and ffmpeg 0.6.1) and now it freezes after the first ring then hangs up and returns to local situation, when I try to place an h323 call from my office. I have made many compilation tests with various versions of ekiga and various versions of ffmpeg a few more will not be a problem ;-) . I am motivated but I need guidance : As I have pulse installed with my Maverick I suppose that I need to choose at least 3.3.0 version or git. Am I right and in that case which one will be the best? I am now used to compile ffmpeg but I have noticed problems with the companion libraries of the "libav* family" to avoid them I try to drop the results in /usr/local tree but that may not be convenient to achieve what you are proposing. Let me know what to do and which version of ffmpeg to use. Finally to finish up the complexity frame I am using ffmpeg to encode in mp4 our conferences and I need libx264. I noticed that h264 was always excluded by ekiga and I have seen that in the log it "failed to load x264_encoder_open" that may be due to the fact that from what I have seen the x264 encoder carries now its version number for exemple x264_encoder_open_112 for the last version. This might be modified in Ekiga. PS can you give please adresses in bugzilla. Thanks again -- From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 14:56:53 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 15:56:53 +0100 Subject: [Ekiga-list] Sip Identity? In-Reply-To: <20110105175729.GA20034@Junius> References: <20110105175729.GA20034@Junius> Message-ID: <4D2B1E35.7060303@pu-pm.univ-fcomte.fr> On 05/01/11 18:57, David Woodfall wrote: > Hi, are there any plans to implement sip identity as linphone does? > with linphone other users see me as my sip name at domain but in ekiga it > gives name at ip About 2 months ago, someone on this list (or devel) wanted to implement it, but some piece of code was missing. One week later that piece of code was implemented, but that person had not answered to e-mails anymore. Still, this should be simple to implement, maybe 30 minutes. Are you interested to make a patch? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 14:57:50 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 15:57:50 +0100 Subject: [Ekiga-list] Can't dial out to sip number @ draytel In-Reply-To: <20110104042932.GA8528@Junius> References: <20110104042932.GA8528@Junius> Message-ID: <4D2B1E6E.8050202@pu-pm.univ-fcomte.fr> On 04/01/11 05:29, David Woodfall wrote: > I have set up ekiga with draytel.org. It shows it has registered but > when I dial a number it doesn't go through. I put the number as > sip:xxxxxx at draytel.org Only the output (-d 4) can tell what the problem is, feel free to send it to us. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 14:59:10 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 15:59:10 +0100 Subject: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 In-Reply-To: <20110103133543.50b7a2d3.palama@inwind.it> References: <20110103133543.50b7a2d3.palama@inwind.it> Message-ID: <4D2B1EBE.1020905@pu-pm.univ-fcomte.fr> On 03/01/11 13:35, palama at inwind.it wrote: > Some of the functionalities of the address book/Ekiga white pages in 2.0.12 are not available in 3.2.7 anymore: > > - In 2.0.12 the registered users are shown bodface and it is easy to see if the user I am looking for is online or not > - In 2.0.12 I can search also the URL (email address) field > > I don't know know if these useful funtionalities were completely removed from 3.2.7 or if they can be restored somehow from the address book menu. > If they were completely removed I think they should be restored. You are right. It is on my TODO list, I plan to work on it in a few days. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 15:03:37 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 16:03:37 +0100 Subject: [Ekiga-list] Which libraries are needed for Ekiga? In-Reply-To: References: Message-ID: <4D2B1FC9.3050801@pu-pm.univ-fcomte.fr> On 08/01/11 00:12, Grigory Maksaev wrote: > > Hi! > > > I have pre-installed Ekiga 3.2.6 (x86_64 repo) on my Mandriva 2010.2 64 bit system. Sound seems to be OK, but unfortunately it can't recognize my built-in webcamera (it's a laptop). > I installed from 64bit repo the following packages with corresponding plug-ins: > lib64opal3.6.6 > lib64pwlib1 > but only libpt2.6.5 for i586 was available, so i installed it with all its dependences too. > > > But nothing changed - camera is still can't be recognized, neither with PTLIB/V4L nor with PTLIB/V4L2. > Did I install wrong packages? I do not know. It's indeed ptlib 2.6.5 who is used by ekiga 3.2.6. Send us the debug output (-d 4) after trying V4L and V4L2. Maybe ekiga is not built with libv4l support on mandriva? Where is the log of ekiga building on mandriva? > On the same laptop it used to work before under Suse, but only with GStreamer, but I don't see this option now. > Which packages are needed for GStreamer activation? There is no package, gstreamer does not work currently. Did it work reliably when you tested it? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 15:06:39 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 16:06:39 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) In-Reply-To: References: Message-ID: <4D2B207F.2000301@pu-pm.univ-fcomte.fr> On 05/01/11 05:38, Dave Koelmeyer wrote: > > On 04 Jan, 2011,at 06:27 PM, Andres Cimmarusti wrote: >> >> I also confirm the same issues. My girlfriend fired up Ekiga 3.2.6 on >> her Ubuntu 10.04 (32-bits) laptop using her ekiga.net >> account. While I >> was using Ekiga 3.2.7 on Debian Squeeze (64-bits) on my own ekiga.net >> >> account. >> >> First of all, even though she was online and added to my list of >> contacts, she did NOT appear as online. Furthermore any attempt to >> call her made by me ended up with the message "User not available". >> Chat messages were also not received. For User not available, please send us the -d 4 output for both machines when this appear. >> Curiously she was (sometimes) able to see me online. Whenever she >> called me (whether I appeared online or not) I would get the call and >> could talk and transmit video (though sometimes it just refused to >> work...) > > > Presence has always been very unreliable for me. In the situation you've > described above, I've found that if both users concurrently sign out, then sign > back in again, calling works as it should. > > I'll add to this instances where a user has logged off, but in other users' > clients he/she still appears as being online for some considerable length of I think this is 10 minutes. This is because ekiga does not unregister when quitting (to reduce quit time). Still, I would prefer to do it, it is on my lengthy TODO list... -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 15:07:47 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 16:07:47 +0100 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga In-Reply-To: References: Message-ID: <4D2B20C3.6050001@pu-pm.univ-fcomte.fr> On 01/01/11 08:20, Dave Koelmeyer wrote: > Hi All, > > Anyone successfully used Sipdroid 2.0.1 on Android 2.1 to place a SIP call to a Windows PC running Ekiga 3.2.7? The reverse works fine, otherwise the call immediately aborts at the Sipdroid end. Ekiga.net accounts are being used at both ends, and the phone is on 3G. As always, please send us a -d 4 output to see what happens. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 10 15:33:44 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 10 Jan 2011 16:33:44 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) In-Reply-To: <4D2B207F.2000301@pu-pm.univ-fcomte.fr> References: <4D2B207F.2000301@pu-pm.univ-fcomte.fr> Message-ID: <4D2B26D8.6070502@pu-pm.univ-fcomte.fr> On 10/01/11 16:06, Eugen Dedu wrote: > On 05/01/11 05:38, Dave Koelmeyer wrote: >> >> On 04 Jan, 2011,at 06:27 PM, Andres Cimmarusti >> wrote: >>> >>> I also confirm the same issues. My girlfriend fired up Ekiga 3.2.6 on >>> her Ubuntu 10.04 (32-bits) laptop using her ekiga.net >>> account. While I >>> was using Ekiga 3.2.7 on Debian Squeeze (64-bits) on my own ekiga.net >>> >>> account. >>> >>> First of all, even though she was online and added to my list of >>> contacts, she did NOT appear as online. Furthermore any attempt to [...] >>> Curiously she was (sometimes) able to see me online. Whenever she >>> called me (whether I appeared online or not) I would get the call and >>> could talk and transmit video (though sometimes it just refused to >>> work...) >> >> >> Presence has always been very unreliable for me. In the situation you've >> described above, I've found that if both users concurrently sign out, >> then sign >> back in again, calling works as it should. Hoping that this will be fixed by the new presence system of ekiga 3.3.x... -- Eugen From ncassanova11 at gmail.com Mon Jan 10 17:21:38 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Mon, 10 Jan 2011 12:21:38 -0500 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga In-Reply-To: <4D2B20C3.6050001@pu-pm.univ-fcomte.fr> References: <4D2B20C3.6050001@pu-pm.univ-fcomte.fr> Message-ID: Would love to help as I use sipdroid (version 1.6 beta, don't like version 2.0.1 as in that version on my device the registration timeout for my pbxes account happens frequently while in 1.6 on my device it last longer and never times out but does sometimes re-register) I have android 2.2.1 with cyanogenmod rom version 6.1.0 (on HTC Magic/Sapphire) I can do the test as I have run this same test for another user on this mailing list that indicated that placing a sip call to ekiga from sipdroid didn't work for him, but it works for me (I don't know if that is because I am using ekiga version 3.2.7 on ubuntu 10.10) and vice versa, I can just put ekiga 3.2.7 on windows xp laptop that i have and test to see if it works or not the only thing is I don't know how to get -d 4 output to see what is going on while the call occur. On Mon, Jan 10, 2011 at 10:07 AM, Eugen Dedu < Eugen.Dedu at pu-pm.univ-fcomte.fr> wrote: > On 01/01/11 08:20, Dave Koelmeyer wrote: > >> Hi All, >> >> Anyone successfully used Sipdroid 2.0.1 on Android 2.1 to place a SIP call >> to a Windows PC running Ekiga 3.2.7? The reverse works fine, otherwise the >> call immediately aborts at the Sipdroid end. Ekiga.net accounts are being >> used at both ends, and the phone is on 3G. >> > > As always, please send us a -d 4 output to see what happens. > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Nikolai Gauntlet Cassanova University At Albany, State University of New York Bachelors of Science in Biology Email: NCassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gio_6b at yahoo.it Mon Jan 10 19:55:56 2011 From: gio_6b at yahoo.it (Giorgio) Date: Mon, 10 Jan 2011 20:55:56 +0100 Subject: [Ekiga-list] Ekiga don't show all contacts in phone-book Message-ID: <4D2B644C.7000306@yahoo.it> I have 3 friends and 3 Services in my Ekiga phone-book but I can see only 2 friends. Sometime the third appears for few seconds as Ekiga opens then it disappears. As you can see from attached image Ekiga recognize 3 friends but shows only two. -------------- next part -------------- A non-text attachment was scrubbed... Name: grana_1.jpeg Type: image/jpeg Size: 27553 bytes Desc: not available URL: From Gerard.F.Vidal at free.fr Mon Jan 10 20:25:31 2011 From: Gerard.F.Vidal at free.fr (=?UTF-8?B?R8OpcmFyZCBWaWRhbA==?=) Date: Mon, 10 Jan 2011 21:25:31 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> References: <4D28FFDF.8040000@free.fr> <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> Message-ID: <4D2B6B3B.6030608@free.fr> Le 09/01/2011 17:00, Eugen Dedu a ?crit : > On 09/01/11 01:22, G?rard Vidal wrote: >> Hello, >> I have to communicate through H323 with h263-1998 codec ( to join a >> meeting on a codian bridge). >> I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision >> M2400), it works fine but displays only codec H261 and Theora. I have >> read informations on this page >> http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it >> seems to be outdated. >> I have tried many things including full rebuild of latest version but >> nothing works. >> >> Does anybody have a solution or any track to follow. > > Your case is not simple. First, because there are some bug reports > about H323 not working in ekiga in some cases, see bugzilla. > > Also, because for these non-free codecs you need tom compile ffmpeg > yourself, because distributions strip them out. > > Finally, because h263-1998 crashes when using ffmpeg last version, see > bugzilla again (bug for H263); however, if you choose a repository for > ffmpeg of about 1.5 years ago, it should work, see the same bug report. > > Are you motivated to test it? Some more information! I am back at home, I did not touch anything on ekiga or the computer that was not able to connect from my office.... It connects perfectly to a codian bridge in h323 as yesterday. FFmpeg version 0.6-4:0.6-2ubuntu6 (from ubuntupackage) Karmic 10.10 Connection is stable I can use Ctrl+1 Ctrl+2 Ctrl+3 Ctrl+4 but ekiga crashes when I try to change view with the mouse other buttons are OK Should it be a blocked port issue ? How can I check this please ? Thanks -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From geno999 at yahoo.com Mon Jan 10 21:20:44 2011 From: geno999 at yahoo.com (J. Rehbock) Date: Mon, 10 Jan 2011 13:20:44 -0800 (PST) Subject: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 In-Reply-To: <4D2B1EBE.1020905@pu-pm.univ-fcomte.fr> Message-ID: <874653.78129.qm@web112610.mail.gq1.yahoo.com> Moreover, Ekiga 2.0.12 had a White Pages with columns for status, name, comment, software, url, email and location. Most of the columns were important to someone who used Ekiga primarily to meet new acquaintances around the world. When I start up Ekiga 3.2.7,? all I see is a list of names.? Is the other information hiding somewhere?? Is any thought being given to going back to the former white-pages format? geno --- On Mon, 1/10/11, Eugen Dedu wrote: From: Eugen Dedu Subject: Re: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 To: "Ekiga mailing list" Date: Monday, January 10, 2011, 9:59 AM On 03/01/11 13:35, palama at inwind.it wrote: > Some of the functionalities of the address book/Ekiga white pages in 2.0.12 are not available in 3.2.7 anymore: > > - In 2.0.12 the registered users are shown bodface and it is easy to see if the user I am looking for is online or not > - In 2.0.12 I can search also the URL (email address) field > > I don't know know if these useful funtionalities were completely removed from 3.2.7 or if they can be restored somehow from the address book menu. > If they were completely removed I think they should be restored. You are right.? It is on my TODO list, I plan to work on it in a few days. -- Eugen _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From davekoelmeyer at me.com Wed Jan 12 04:39:40 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Wed, 12 Jan 2011 04:39:40 +0000 (GMT) Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) In-Reply-To: <4D2B207F.2000301@pu-pm.univ-fcomte.fr> Message-ID: <4b40cb50-0d1f-41ae-8982-cbca26a1c130@me.com> On 11 Jan, 2011,at 04:06 AM, Eugen Dedu wrote: > > Presence has always been very unreliable for me. In the situation you've > > described above, I've found that if both users concurrently sign out, then sign > > back in again, calling works as it should > > > > I'll add to this instances where a user has logged off, but in other users' > > clients he/she still appears as being online for some considerable length of > > I think this is 10 minutes. This is because ekiga does not unregister > when quitting (to reduce quit time). Still, I would prefer to do it, it > is on my lengthy TODO list... Hi Eugen (and Happy New Year!) Thanks for the update - knowing that it is a known issue and is on a todo list is good enough for me, I'll document this as a known issue for our users? :) Cheers, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From davekoelmeyer at me.com Wed Jan 12 05:55:52 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Wed, 12 Jan 2011 05:55:52 +0000 (GMT) Subject: [Ekiga-list] Recommended Ekiga equivalent for Mac OS 10.6 In-Reply-To: <4CEB9487.7050405@pu-pm.univ-fcomte.fr> Message-ID: <9ecf27a1-eec3-69bd-86c5-fa62967a6aec@me.com> On 23 Nov, 2010,at 11:16 PM, Eugen Dedu wrote: > Thank you, Antonio, I added it to > http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Mac_OS (but > unfinished). > I could never get Blink to work successfully with Ekiga.net, but as of version 0.22.2 on Snow Leopard it now seems to work well with Ekiga.net accounts on Ekiga 3.2.7 and vice versa. http://icanblink.com/ I'll update the wiki page when I get a moment :) Cheers, Dave? > > On 22/11/10 23:51, palama at inwind.it wrote: > > Hi Dave, > > > > I did some testing with correspondents using Telephone > > > > http://code.google.com/p/telephone/ > > > > which seems to work very well. > > > > Best, > > > > Antonio > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Jan 12 09:04:37 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 12 Jan 2011 10:04:37 +0100 Subject: [Ekiga-list] Recommended Ekiga equivalent for Mac OS 10.6 In-Reply-To: <9ecf27a1-eec3-69bd-86c5-fa62967a6aec@me.com> References: <9ecf27a1-eec3-69bd-86c5-fa62967a6aec@me.com> Message-ID: <4D2D6EA5.9020502@pu-pm.univ-fcomte.fr> On 12/01/11 06:55, Dave Koelmeyer wrote: > > > On 23 Nov, 2010,at 11:16 PM, Eugen Dedu wrote: > >> Thank you, Antonio, I added it to >> http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Mac_OS (but >> unfinished). >> > > I could never get Blink to work successfully with Ekiga.net, but as of version > 0.22.2 on Snow Leopard it now seems to work well with Ekiga.net accounts on > Ekiga 3.2.7 and vice versa. > > http://icanblink.com/ > > I'll update the wiki page when I get a moment :) Good :o) -- Eugen From listbox at snap.net.nz Wed Jan 12 23:26:11 2011 From: listbox at snap.net.nz (listbox at snap.net.nz) Date: Thu, 13 Jan 2011 12:26:11 +1300 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) Message-ID: <201101131226.13395.listbox@snap.net.nz> Hi all, I'm running ekiga on Mandriva 2010.1 on an x86_64 machine. The sound server is pulseaudio on top of ALSA. I can connect to the echo test at 500 at ekiga.net and hear the voice telling me that everything I say will be repeated back to give me a sense of latency. Clicking the sound icon shows the sound and microphone bars moving at this time, and the bar at the bottom of the screen reads A;8.0/8.0. However, as soon as the voice finishes speaking the bar at the bottom of the screen changes to A: 8.0/0.0. I can speak all I want, but I do not hear an echo. I've been at this for days and I'd appreciate some fresh ideas. Thanks! Here's some information that might help. First, my soundcard care of lspci: 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) I have added the following to /etc/modprobe.d/snd-hda-intel.conf: options snd_hda_intel position_fix=1 And some relevant packages: ekiga-3.2.6-3mdv2010.1 lib64opal3.6.6-3.6.6-8plf2010.1 lib64opal3.6.6-plugins-3.6.6-8plf2010.1 ffmpegthumbs-4.4.3-7mdv2010.1 ffmpeg-0.6-0.22960.5plf2010.1 libffmpeg52-0.6-0.22960.5mdv2010.1 lib64ffmpeg52-0.6-0.22960.5plf2010.1 I mention FFMPEG because, despite its presence, running "ekiga -d 2" suggests that ekiga can't find it. Have a look; this is the ekiga -d 2 output from a call to the echo test: dyna.cxx(128) DYNA Error loading libavcodec.so - libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./libavcodec.so - ./libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading avcodec-51.so - avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./avcodec-51.so - ./avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading avcodec-52.so - avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./avcodec-52.so - ./avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(221) H263+ DYNA Failed to load FFMPEG libavcodec library h263-1998.cxx(2087) H.263 Codec Disabled dyna.cxx(128) DYNA Error loading libavcodec.so - libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./libavcodec.so - ./libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading avcodec-51.so - avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./avcodec-51.so - ./avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading avcodec-52.so - avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./avcodec-52.so - ./avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(221) H264 DYNA Failed to load FFMPEG libavcodec library h264-x264.cxx(831) H264 Codec Disabled dyna.cxx(128) DYNA Error loading libavcodec.so - libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./libavcodec.so - ./libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading avcodec-51.so - avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./avcodec-51.so - ./avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading avcodec-52.so - avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading ./avcodec-52.so - ./avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(128) DYNA Error loading /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open shared object file: No such file or directory dyna.cxx(221) MPEG4 DYNA Failed to load FFMPEG libavcodec library mpeg4.cxx(1978) MPEG4 Codec Disabled 2011/01/13 12:12:19.792 0:00.037 Version 3.2.6 by on Unix Linux (2.6.33.7-desktop-2mnb-x86_64) with PTLib (v2.6.5) at 2011/1/13 12:12:19.792 2011/01/13 12:12:19.792 0:00.037 Ekiga git revision: unknown 2011/01/13 12:12:19.858 0:00.103 HalManager_dbus Populating full interface list failed - The name org.freedesktop.NetworkManager was not provided by any .service files 2011/01/13 12:12:19.865 0:00.110 Detecting V4L2 devices 2011/01/13 12:12:19.865 0:00.110 Unable to detect v4l2 directory 2011/01/13 12:12:24.270 0:04.515 Ekiga version 3.2.6 2011/01/13 12:12:24.270 0:04.515 OPAL version 3.6.6 2011/01/13 12:12:24.270 0:04.515 PTLIB version 2.6.5 2011/01/13 12:12:24.270 0:04.515 GNOME support disabled 2011/01/13 12:12:24.270 0:04.515 Accelerated rendering support enabled 2011/01/13 12:12:24.270 0:04.515 DBUS support enabled 2011/01/13 12:12:24.270 0:04.515 GConf support enabled 2011/01/13 12:12:24.270 0:04.515 ESound support disabled 2011/01/13 12:12:25.528 0:05.773 Opal Liste...0x2463d710 Listen UDP read error. 2011/01/13 12:12:30.199 0:10.444 Pool:0x1243c710 SDP Unknown media attribute silenceSupp 2011/01/13 12:12:30.199 0:10.444 Pool:0x1243c710 SDP Unknown media attribute ptime 2011/01/13 12:12:30.202 0:10.447 Pool:0x1243c710 RTP_UDP Session 1, sending empty datagrams to open local Port Restricted NAT 2011/01/13 12:12:30.276 0:10.521 Pool:0x1243c710 RTP_UDP Session 2, sending empty datagrams to open local Port Restricted NAT 2011/01/13 12:12:30.280 0:10.525 Pool:0x1243c710 PVidDev SetFrameSize to 176x144 2011/01/13 12:12:30.282 0:10.527 Pool:0x1243c710 PVidDev SetFrameSize to 176x144 2011/01/13 12:12:30.282 0:10.527 Pool:0x1243c710 PVidDev SetFrameSize to 176x144 2011/01/13 12:12:30.284 0:10.529 RTP Jitter:0x29ea710 RTP_UDP Session 1, flushed 1 RTP data packets on startup 2011/01/13 12:12:30.285 0:10.530 GMVideoOut...0x37d02710 XVideo XQueryShmExtension success 2011/01/13 12:12:30.286 0:10.531 GMVideoOut...0x37d02710 XVideo Using SHM extension 2011/01/13 12:12:30.286 0:10.531 GMVideoOut...0x37d02710 X11 Unknown X Event 19 received 2011/01/13 12:12:30.378 0:10.623 GMVideoOut...0x37d02710 XVideo XQueryShmExtension success 2011/01/13 12:12:30.379 0:10.624 GMVideoOut...0x37d02710 XVideo Using SHM extension 2011/01/13 12:12:30.379 0:10.624 GMVideoOut...0x37d02710 X11 Unknown X Event 19 received 2011/01/13 12:12:32.952 0:13.197 RTP Jitter:0x29ea710 RTP Session 1, adjusting sequence numbers to expect 39199 ssrc=1487264801 2011/01/13 12:12:33.681 0:13.926 Pool:0x1243c710 SIP Cannot find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU "2 INVITE <200>" 2011/01/13 12:12:35.051 0:15.296 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39303, ssrc=1487264801 2011/01/13 12:12:37.683 0:17.928 Pool:0x1243c710 SIP Cannot find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU "2 INVITE <200>" 2011/01/13 12:12:39.331 0:19.576 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39517, ssrc=1487264801 2011/01/13 12:12:41.681 0:21.926 Pool:0x1243c710 SIP Cannot find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU "2 INVITE <200>" 2011/01/13 12:12:45.070 0:25.315 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39804, ssrc=1487264801 2011/01/13 12:12:45.681 0:25.926 Pool:0x1243c710 SIP Cannot find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU "2 INVITE <200>" 2011/01/13 12:12:45.973 0:26.218 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39849, ssrc=1487264801 2011/01/13 12:12:46.112 0:26.357 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39856, ssrc=1487264801 2011/01/13 12:12:46.633 0:26.878 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39882, ssrc=1487264801 2011/01/13 12:12:46.791 0:27.036 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39890, ssrc=1487264801 2011/01/13 12:12:47.132 0:27.377 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39907, ssrc=1487264801 2011/01/13 12:12:47.271 0:27.516 RTP Jitter:0x29ea710 RTP Session 1, dropped 1 packet(s) at 39914, ssrc=1487264801 2011/01/13 12:12:49.716 0:29.961 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:49.741 0:29.985 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:49.760 0:30.005 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:49.767 0:30.012 Media Patch:0x2b01710 RTP_UDP Session 2, Data port on remote not ready. 2011/01/13 12:12:49.780 0:30.025 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:49.801 0:30.046 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:50.720 0:30.965 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:51.717 0:31.962 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:52.719 0:32.964 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:53.720 0:33.965 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:54.719 0:34.964 RTP Jitter:0x29ea710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/13 12:12:54.900 0:35.145 Media Patch:0x2b42710 GMAudioInputManager_ptlib Trying to get frame from closed device 2011/01/13 12:12:54.900 0:35.145 Media Patch:0x2b42710 AudioInputCore Falling back to SILENT (Ekiga/Ekiga) 2011/01/13 12:13:00.902 0:41.147 Housekeeper:0x37c3f710 SIP Response received for unknown handler ID: 760f2218-0f1d- e011-9966-20cf30ac0d5d at willow 2011/01/13 12:13:00.967 0:41.212 OPAL Attempting to close recording on call ubd085ba81 when not recording. All suggestions are welcome! Thanks! R From translator1111 at hotmail.es Thu Jan 13 11:45:32 2011 From: translator1111 at hotmail.es (stara posta) Date: Thu, 13 Jan 2011 12:45:32 +0100 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <201101131226.13395.listbox@snap.net.nz> References: <201101131226.13395.listbox@snap.net.nz> Message-ID: Dear listbox, I am a newbee and I cannot understand all the output of your ekiga -d 2, but I have been fighting against EKIGA since feb 2010 on Ubuntu 10.04 I can give you a pair of suggestions: 1. I assume that your mic is working, your alsamixer is setted to input "mic" or "front mic" and that you are able of run the command aplay and arecord, this one with the 2 variants the c-1 and the c-2 (to check if your card is suffering from the stereo problem) If you do not understand what I am saying, I will send you the code from home I am now connected to a Win and I cannot remember exactly 2. I assume that if you connect to other VoIP programs you can run them succesfully, like Skype or Twinkle 3. If everything is correct, then you can look for "Packetreceived" running for instance: "ekiga -d 4>output.txt" if Packetsreceived equals to 0, means that your mic is not working in Ekiga and hopefully someone else coudl help you better. in the meanwhile, Cheers, Stara Posta > From: listbox at snap.net.nz > To: ekiga-list at gnome.org > Date: Thu, 13 Jan 2011 12:26:11 +1300 > Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) > > Hi all, > > I'm running ekiga on Mandriva 2010.1 on an x86_64 machine. The sound server is > pulseaudio on top of ALSA. > > I can connect to the echo test at 500 at ekiga.net and hear the voice telling me > that everything I say will be repeated back to give me a sense of latency. > Clicking the sound icon shows the sound and microphone bars moving at this > time, and the bar at the bottom of the screen reads A;8.0/8.0. However, as > soon as the voice finishes speaking the bar at the bottom of the screen changes > to A: 8.0/0.0. I can speak all I want, but I do not hear an echo. I've been at > this for days and I'd appreciate some fresh ideas. Thanks! > > Here's some information that might help. > > First, my soundcard care of lspci: > 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) > > I have added the following to /etc/modprobe.d/snd-hda-intel.conf: > options snd_hda_intel position_fix=1 > > And some relevant packages: > ekiga-3.2.6-3mdv2010.1 > lib64opal3.6.6-3.6.6-8plf2010.1 > lib64opal3.6.6-plugins-3.6.6-8plf2010.1 > ffmpegthumbs-4.4.3-7mdv2010.1 > ffmpeg-0.6-0.22960.5plf2010.1 > libffmpeg52-0.6-0.22960.5mdv2010.1 > lib64ffmpeg52-0.6-0.22960.5plf2010.1 > > I mention FFMPEG because, despite its presence, running "ekiga -d 2" suggests > that ekiga can't find it. Have a look; this is the ekiga -d 2 output from a > call to the echo test: > > dyna.cxx(128) DYNA Error loading libavcodec.so - > libavcodec.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./libavcodec.so - > ./libavcodec.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open > shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading avcodec-51.so - > avcodec-51.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./avcodec-51.so - > ./avcodec-51.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open > shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading avcodec-52.so - > avcodec-52.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./avcodec-52.so - > ./avcodec-52.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open > shared object file: No such file or directory > dyna.cxx(221) H263+ DYNA Failed to load FFMPEG libavcodec > library > h263-1998.cxx(2087) H.263 Codec Disabled > dyna.cxx(128) DYNA Error loading libavcodec.so - > libavcodec.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./libavcodec.so - > ./libavcodec.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open > shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading avcodec-51.so - > avcodec-51.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./avcodec-51.so - > ./avcodec-51.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open > shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading avcodec-52.so - > avcodec-52.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./avcodec-52.so - > ./avcodec-52.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open > shared object file: No such file or directory > dyna.cxx(221) H264 DYNA Failed to load FFMPEG libavcodec > library > h264-x264.cxx(831) H264 Codec Disabled > dyna.cxx(128) DYNA Error loading libavcodec.so - > libavcodec.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./libavcodec.so - > ./libavcodec.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open > shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading avcodec-51.so - > avcodec-51.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./avcodec-51.so - > ./avcodec-51.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open > shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading avcodec-52.so - > avcodec-52.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading ./avcodec-52.so - > ./avcodec-52.so: cannot open shared object file: No such file or directory > dyna.cxx(128) DYNA Error loading > /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open > shared object file: No such file or directory > dyna.cxx(221) MPEG4 DYNA Failed to load FFMPEG libavcodec > library > mpeg4.cxx(1978) MPEG4 Codec Disabled > 2011/01/13 12:12:19.792 0:00.037 > Version 3.2.6 by on Unix Linux (2.6.33.7-desktop-2mnb-x86_64) with PTLib > (v2.6.5) at 2011/1/13 12:12:19.792 > 2011/01/13 12:12:19.792 0:00.037 Ekiga git > revision: unknown > 2011/01/13 12:12:19.858 0:00.103 > HalManager_dbus Populating full interface list failed - The name > org.freedesktop.NetworkManager was not provided by any .service files > 2011/01/13 12:12:19.865 0:00.110 Detecting V4L2 > devices > 2011/01/13 12:12:19.865 0:00.110 Unable to > detect v4l2 directory > 2011/01/13 12:12:24.270 0:04.515 Ekiga version > 3.2.6 > 2011/01/13 12:12:24.270 0:04.515 OPAL version > 3.6.6 > 2011/01/13 12:12:24.270 0:04.515 PTLIB version > 2.6.5 > 2011/01/13 12:12:24.270 0:04.515 GNOME support > disabled > 2011/01/13 12:12:24.270 0:04.515 Accelerated > rendering support enabled > 2011/01/13 12:12:24.270 0:04.515 DBUS support > enabled > 2011/01/13 12:12:24.270 0:04.515 GConf support > enabled > 2011/01/13 12:12:24.270 0:04.515 ESound support > disabled > 2011/01/13 12:12:25.528 0:05.773 Opal Liste...0x2463d710 Listen UDP > read error. > 2011/01/13 12:12:30.199 0:10.444 Pool:0x1243c710 SDP > Unknown media attribute silenceSupp > 2011/01/13 12:12:30.199 0:10.444 Pool:0x1243c710 SDP > Unknown media attribute ptime > 2011/01/13 12:12:30.202 0:10.447 Pool:0x1243c710 RTP_UDP > Session 1, sending empty datagrams to open local Port Restricted NAT > 2011/01/13 12:12:30.276 0:10.521 Pool:0x1243c710 RTP_UDP > Session 2, sending empty datagrams to open local Port Restricted NAT > 2011/01/13 12:12:30.280 0:10.525 Pool:0x1243c710 PVidDev > SetFrameSize to 176x144 > 2011/01/13 12:12:30.282 0:10.527 Pool:0x1243c710 PVidDev > SetFrameSize to 176x144 > 2011/01/13 12:12:30.282 0:10.527 Pool:0x1243c710 PVidDev > SetFrameSize to 176x144 > 2011/01/13 12:12:30.284 0:10.529 RTP Jitter:0x29ea710 RTP_UDP > Session 1, flushed 1 RTP data packets on startup > 2011/01/13 12:12:30.285 0:10.530 GMVideoOut...0x37d02710 XVideo > XQueryShmExtension success > 2011/01/13 12:12:30.286 0:10.531 GMVideoOut...0x37d02710 XVideo Using > SHM extension > 2011/01/13 12:12:30.286 0:10.531 GMVideoOut...0x37d02710 X11 > Unknown X Event 19 received > 2011/01/13 12:12:30.378 0:10.623 GMVideoOut...0x37d02710 XVideo > XQueryShmExtension success > 2011/01/13 12:12:30.379 0:10.624 GMVideoOut...0x37d02710 XVideo Using > SHM extension > 2011/01/13 12:12:30.379 0:10.624 GMVideoOut...0x37d02710 X11 > Unknown X Event 19 received > 2011/01/13 12:12:32.952 0:13.197 RTP Jitter:0x29ea710 RTP > Session 1, adjusting sequence numbers to expect 39199 ssrc=1487264801 > 2011/01/13 12:12:33.681 0:13.926 Pool:0x1243c710 SIP Cannot > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU > "2 INVITE <200>" > 2011/01/13 12:12:35.051 0:15.296 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39303, ssrc=1487264801 > 2011/01/13 12:12:37.683 0:17.928 Pool:0x1243c710 SIP Cannot > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU > "2 INVITE <200>" > 2011/01/13 12:12:39.331 0:19.576 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39517, ssrc=1487264801 > 2011/01/13 12:12:41.681 0:21.926 Pool:0x1243c710 SIP Cannot > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU > "2 INVITE <200>" > 2011/01/13 12:12:45.070 0:25.315 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39804, ssrc=1487264801 > 2011/01/13 12:12:45.681 0:25.926 Pool:0x1243c710 SIP Cannot > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response PDU > "2 INVITE <200>" > 2011/01/13 12:12:45.973 0:26.218 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39849, ssrc=1487264801 > 2011/01/13 12:12:46.112 0:26.357 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39856, ssrc=1487264801 > 2011/01/13 12:12:46.633 0:26.878 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39882, ssrc=1487264801 > 2011/01/13 12:12:46.791 0:27.036 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39890, ssrc=1487264801 > 2011/01/13 12:12:47.132 0:27.377 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39907, ssrc=1487264801 > 2011/01/13 12:12:47.271 0:27.516 RTP Jitter:0x29ea710 RTP > Session 1, dropped 1 packet(s) at 39914, ssrc=1487264801 > 2011/01/13 12:12:49.716 0:29.961 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:49.741 0:29.985 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:49.760 0:30.005 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:49.767 0:30.012 Media Patch:0x2b01710 RTP_UDP > Session 2, Data port on remote not ready. > 2011/01/13 12:12:49.780 0:30.025 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:49.801 0:30.046 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:50.720 0:30.965 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:51.717 0:31.962 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:52.719 0:32.964 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:53.720 0:33.965 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:54.719 0:34.964 RTP Jitter:0x29ea710 RTP_UDP > Session 1, Data port on remote not ready. > 2011/01/13 12:12:54.900 0:35.145 Media Patch:0x2b42710 > GMAudioInputManager_ptlib Trying to get frame from closed device > 2011/01/13 12:12:54.900 0:35.145 Media Patch:0x2b42710 AudioInputCore > Falling back to SILENT (Ekiga/Ekiga) > 2011/01/13 12:13:00.902 0:41.147 Housekeeper:0x37c3f710 SIP > Response received for unknown handler ID: 760f2218-0f1d- > e011-9966-20cf30ac0d5d at willow > 2011/01/13 12:13:00.967 0:41.212 OPAL > Attempting to close recording on call ubd085ba81 when not recording. > > All suggestions are welcome! Thanks! > R > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 19:35:48 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 20:35:48 +0100 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga In-Reply-To: References: <4D2B20C3.6050001@pu-pm.univ-fcomte.fr> Message-ID: <4D2F5414.2020304@pu-pm.univ-fcomte.fr> On 10/01/11 18:21, Nikolai Cassanova wrote: > Would love to help as I use sipdroid (version 1.6 beta, don't like version > 2.0.1 as in that version on my device the registration timeout for my pbxes > account happens frequently while in 1.6 on my device it last longer and > never times out but does sometimes re-register) > > I have android 2.2.1 with cyanogenmod rom version 6.1.0 (on HTC > Magic/Sapphire) I can do the test as I have run this same test for another > user on this mailing list that indicated that placing a sip call to ekiga > from sipdroid didn't work for him, but it works for me (I don't know if that > is because I am using ekiga version 3.2.7 on ubuntu 10.10) and vice versa, I > can just put ekiga 3.2.7 on windows xp laptop that i have and test to see if > it works or not the only thing is I don't know how to get -d 4 output to see > what is going on while the call occur. Look at http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output -- Eugen From listbox at snap.net.nz Thu Jan 13 19:55:10 2011 From: listbox at snap.net.nz (listbox at snap.net.nz) Date: Fri, 14 Jan 2011 08:55:10 +1300 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <201101131226.13395.listbox@snap.net.nz> References: <201101131226.13395.listbox@snap.net.nz> Message-ID: <201101140855.12866.listbox@snap.net.nz> hanks for your thoughts Stara. I have checked my mic settings in alsamixer, and they look good. I have tried the arecord one and two channel test. If I remember right, I got some nasty feedback but I didn"t get silence either way. I can record in applications like soundrecorder without any problems. I can use Skype (but don't want to). It does work though. I think I'll try another OSS client today to see what happens there. I tried your debug level four command and got: 2011/01/14 08:20:29.694 0:50.134 Opal Garbage:0x85a45710 RTP_UDP Session 1, Shutting down write. 2011/01/14 08:20:29.694 0:50.134 Opal Garbage:0x85a45710 RTP Session 1, final statistics: packetsSent = 1553 octetsSent = 248480 averageSendTime = 19 maximumSendTime = 21 minimumSendTime = 10 packetsReceived = 992 octetsReceived = 158720 packetsLost = 0 packetsTooLate = 0 packetOverruns = 0 packetsOutOfOrder = 1 averageReceiveTime= 20 maximumReceiveTime= 23 minimumReceiveTime= 17 averageJitter = 64115 maximumJitter = 33554431 2011/01/14 08:20:29.694 0:50.134 Opal Garbage:0x85a45710 RTP Closing session 2 2011/01/14 08:20:29.694 0:50.134 Opal Garbage:0x85a45710 RTP Deleting session 2 2011/01/14 08:20:29.694 0:50.134 Opal Garbage:0x85a45710 RTP_UDP Session 2, Shutting down write. 2011/01/14 08:20:29.694 0:50.134 Opal Garbage:0x85a45710 RTP Session 2, final statistics: packetsSent = 653 octetsSent = 237420 averageSendTime = 47 maximumSendTime = 120 minimumSendTime = 39 packetsReceived = 3 octetsReceived = 1199 packetsLost = 0 packetsTooLate = 0 packetOverruns = 0 packetsOutOfOrder = 0 averageReceiveTime= 0 maximumReceiveTime= 0 minimumReceiveTime= 0 averageJitter = 2 maximumJitter = 4 2011/01/14 08:20:29.695 0:50.134 Opal Garbage:0x85a45710 OpalCon Connection Call[y2e4b30831]-EP[a6c703c3-b71d-e011-8d48-20cf30ac0d5d] destroyed. 2011/01/14 08:20:29.746 0:50.186 Housekeeper:0x859c3710 PWLib File handle low water mark set: 47 PUDPSocket 2011/01/14 08:20:30.713 0:51.153 Call Call[y2e4b30831] destroyed. 2011/01/14 08:20:45.572 1:06.012 Network In...0x85a04710 IfaceMon Finished interface monitor thread. Earlier - during the echo test - there were hundreds of messages about I- Frames. Looking through the output later I saw that these messages ended with ekiga announcing that it was going to fall back on silent audio, which looks like it could be relevant. Here's an excerpt: 2011/01/14 08:20:22.895 0:43.335 Media Patch:0x50844710 OpalPlugin Encoder sending consecutive I-Frame at 651 2011/01/14 08:20:22.895 0:43.335 Media Patch:0x50844710 OpalPlugin Encoder has sent too many consecutive I-Frames - assume codec cannot do P- Frames 2011/01/14 08:20:22.895 0:43.335 Media Patch:0x50844710 Patch Pushing 1 packet into RC 2011/01/14 08:20:22.895 0:43.335 Media Patch:0x50844710 Patch Pulled 1 frames from RC 2011/01/14 08:20:22.895 0:43.335 Media Patch:0x50844710 RTP Session 2, transmit statistics: packets=651 octets=236680 avgTime=47 maxTime=120 minTime=39 2011/01/14 08:20:22.917 0:43.356 RTP Jitter:0x5076e710 RTP_UDP Session 1, Data port on remote not ready. 2011/01/14 08:20:22.917 0:43.356 RTP Jitter:0x5076e710 RTP_UDP Session 1, Data 10s of transmit fails - informing connection 2011/01/14 08:20:22.935 0:43.375 Media Patch:0x50844710 GMVideoOutputManager Skipped earlier local frame 2011/01/14 08:20:22.936 0:43.375 Media Patch:0x50844710 OpalPlugin Encoder sending consecutive I-Frame at 652 2011/01/14 08:20:22.936 0:43.375 Media Patch:0x50844710 OpalPlugin Encoder has sent too many consecutive I-Frames - assume codec cannot do P- Frames 2011/01/14 08:20:22.936 0:43.376 Media Patch:0x50844710 Patch Pushing 1 packet into RC 2011/01/14 08:20:22.936 0:43.376 Media Patch:0x50844710 Patch Pulled 1 frames from RC 2011/01/14 08:20:22.976 0:43.416 Media Patch:0x50844710 GMVideoOutputManager Skipped earlier local frame 2011/01/14 08:20:22.976 0:43.416 Media Patch:0x50844710 OpalPlugin Encoder sending consecutive I-Frame at 653 2011/01/14 08:20:22.976 0:43.416 Media Patch:0x50844710 OpalPlugin Encoder has sent too many consecutive I-Frames - assume codec cannot do P- Frames 2011/01/14 08:20:22.976 0:43.416 Media Patch:0x50844710 Patch Pushing 1 packet into RC 2011/01/14 08:20:22.976 0:43.416 Media Patch:0x50844710 Patch Pulled 1 frames from RC 2011/01/14 08:20:22.978 0:43.418 Media Patch:0x508c6710 RTP Session 1, transmit statistics: packets=1551 octets=248160 avgTime=19 maxTime=21 minTime=10 2011/01/14 08:20:22.994 0:43.434 Call Clearing Call[y2e4b30831] reason=EndedByLocalUser 2011/01/14 08:20:22.994 0:43.434 OpalCon SetPhase from EstablishedPhase to ReleasingPhase for Call[y2e4b30831]- EP[t0f5f01572] 2011/01/14 08:20:22.994 0:43.434 OpalCon Releasing Call[y2e4b30831]-EP[t0f5f01572] 2011/01/14 08:20:22.994 0:43.434 OpalCon Call end reason for Call[y2e4b30831]-EP[t0f5f01572] set to EndedByLocalUser 2011/01/14 08:20:22.994 0:43.434 OpalCon OnReleased Call[y2e4b30831]-EP[t0f5f01572] 2011/01/14 08:20:22.994 0:43.434 OpalEP OnReleased Call[y2e4b30831]-EP[t0f5f01572] 2011/01/14 08:20:22.994 0:43.434 OpalMan OnReleased Call[y2e4b30831]-EP[t0f5f01572] 2011/01/14 08:20:22.994 0:43.434 Call OnReleased Call[y2e4b30831]-EP[t0f5f01572] 2011/01/14 08:20:22.994 0:43.434 OpalCon SetPhase from EstablishedPhase to ReleasingPhase for Call[y2e4b30831]- EP[a6c703c3-b71d-e011-8d48-20cf30ac0d5d] 2011/01/14 08:20:22.994 0:43.434 OpalCon Releasing Call[y2e4b30831]-EP[a6c703c3-b71d-e011-8d48-20cf30ac0d5d] 2011/01/14 08:20:22.994 0:43.434 OpalCon Call end reason for Call[y2e4b30831]-EP[a6c703c3-b71d-e011-8d48-20cf30ac0d5d] set to EndedByLocalUser 2011/01/14 08:20:22.994 0:43.434 PWLib File handle high water mark set: 72 Thread unblock pipe 2011/01/14 08:20:22.995 0:43.434 PTLib Thread high water mark set: 17 2011/01/14 08:20:22.995 0:43.435 OnRelease:0x50682710 SIP OnReleased: Call[y2e4b30831]-EP[a6c703c3-b71d-e011-8d48-20cf30ac0d5d], phase = ReleasingPhase 2011/01/14 08:20:22.995 0:43.435 OnRelease:0x50682710 OpalCon SetPhase from ReleasingPhase to ReleasingPhase for Call[y2e4b30831]- EP[a6c703c3-b71d-e011-8d48-20cf30ac0d5d] 2011/01/14 08:20:22.995 0:43.435 OnRelease:0x50682710 PWLib File handle high water mark set: 73 PUDPSocket 2011/01/14 08:20:22.996 0:43.436 OnRelease:0x50682710 SIP BYE transaction id=z9hG4bKa82923d6-b71d-e011-8d48-20cf30ac0d5d created. 2011/01/14 08:20:22.996 0:43.436 OnRelease:0x50682710 Media Closing RTP for OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/14 08:20:22.996 0:43.436 OnRelease:0x50682710 RTP_UDP Session 1, Shutting down read. 2011/01/14 08:20:22.996 0:43.436 RTP Jitter:0x5076e710 RTP_UDP Session 1, Read shutdown. 2011/01/14 08:20:22.996 0:43.436 RTP Jitter:0x5076e710 RTP Jitter RTP receive thread ended 2011/01/14 08:20:22.996 0:43.436 RTP Jitter:0x5076e710 RTP Jitter RTP receive thread finished: 0xf252c0 2011/01/14 08:20:22.996 0:43.436 OnRelease:0x50682710 Media Closing stream OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/14 08:20:22.996 0:43.436 OnRelease:0x50682710 Media Disconnecting OpalRTPMediaStream-Source-G.711-ALaw-64k from patch thread Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:22.996 0:43.436 OnRelease:0x50682710 Patch Closing media patch Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:23.009 0:43.449 AudioOutputCore Closing current device 2011/01/14 08:20:23.009 0:43.449 GMAudioOutputManager_ptlib Closing device[0] Default (PTLIB/ALSA) 2011/01/14 08:20:23.009 0:43.449 ALSA Closing default 2011/01/14 08:20:23.010 0:43.449 Media Patch:0x50907710 Patch Thread ended for Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:23.016 0:43.456 Media Patch:0x50844710 GMVideoOutputManager Skipped earlier local frame 2011/01/14 08:20:23.016 0:43.456 Media Patch:0x50844710 RateController Skipping frame to enforce bit rate 2011/01/14 08:20:23.016 0:43.456 Media Patch:0x50844710 Patch Rate controller skipping frame. 2011/01/14 08:20:23.016 0:43.456 GMAudioOutputManager_ptlib Setting Device[0] Default (PTLIB/ALSA) 2011/01/14 08:20:23.016 0:43.456 Media Closing stream OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:23.016 0:43.456 Media Disconnecting OpalAudioMediaStream-Sink-PCM-16 from patch thread Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:23.016 0:43.456 Patch Removing media stream sink OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:23.016 0:43.456 OpalCon Removed media stream OpalAudioMediaStream-Sink-PCM-16 2011/01/14 08:20:23.016 0:43.456 Call GetOtherPartyConnection Call[y2e4b30831]-EP[t0f5f01572] 2011/01/14 08:20:23.016 0:43.456 OnRelease:0x50682710 AudioOutputCore Closing current device 2011/01/14 08:20:23.016 0:43.456 OnRelease:0x50682710 GMAudioOutputManager_ptlib Closing device[0] Default (PTLIB/ALSA) 2011/01/14 08:20:23.016 0:43.456 OnRelease:0x50682710 GMAudioOutputManager_ptlib Setting Device[0] Default (PTLIB/ALSA) 2011/01/14 08:20:23.019 0:43.458 AudioInputCore Stopping Stream 2011/01/14 08:20:23.019 0:43.458 AudioInputCore Closing current device 2011/01/14 08:20:23.019 0:43.458 GMAudioInputManager_ptlib Closing device Default (PTLIB/ALSA) 2011/01/14 08:20:23.019 0:43.458 ALSA Closing default 2011/01/14 08:20:23.019 0:43.459 GMAudioInputManager_ptlib Setting Device Default (PTLIB/ALSA) 2011/01/14 08:20:23.019 0:43.459 Media Closing stream OpalAudioMediaStream-Source-PCM-16 2011/01/14 08:20:23.019 0:43.459 Media Disconnecting OpalAudioMediaStream-Source-PCM-16 from patch thread Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 Patch Closing media patch Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 Media Closing RTP for OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 RTP_UDP Session 1, Shutting down write. 2011/01/14 08:20:23.019 0:43.459 Media Closing stream OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 Media Disconnecting OpalRTPMediaStream-Sink-G.711-ALaw-64k from patch thread Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 Patch Removing media stream sink OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 OpalCon Removed media stream OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/14 08:20:23.019 0:43.459 Patch Waiting for media patch thread to stop Patch OpalAudioMediaStream-Source- PCM-16 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 GMAudioInputManager_ptlib Trying to get frame from closed device 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 AudioInputCore Closing current device 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 GMAudioInputManager_ptlib Closing device Default (PTLIB/ALSA) 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 AudioInputCore Falling back to SILENT (Ekiga/Ekiga) 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 GMAudioInputManager_null Setting Device SILENT (Ekiga/Ekiga) 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 AudioInputCore Opening device with 1-8000/16 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 GMAudioInputManager_null Opening Device SILENT (Ekiga/Ekiga) 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 GMAudioInputManager_null Opening Device with 1-8000/16 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 Patch Thread ended because all sink writes failed failed 2011/01/14 08:20:23.024 0:43.464 Media Patch:0x508c6710 Patch Thread ended for Patch OpalAudioMediaStream-Source-PCM-16 2011/01/14 08:20:23.026 0:43.466 OnRelease:0x50682710 Patch Waiting for media patch thread to stop Patch OpalRTPMediaStream-Source-G.711- ALaw-64k 2011/01/14 08:20:23.027 0:43.467 OnRelease:0x50682710 OpalCon Removed media stream OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/14 08:20:23.027 0:43.467 OnRelease:0x50682710 Media Closing RTP for OpalRTPMediaStream-Source-H.261 2011/01/14 08:20:23.027 0:43.467 OnRelease:0x50682710 RTP_UDP Session 2, Shutting down read. 2011/01/14 08:20:23.027 0:43.467 OnRelease:0x50682710 Media Closing stream OpalRTPMediaStream-Source-H.261 Thanks again, and good luck with your own EKIGA battle! On Fri, 14 Jan 2011 00:45:32 stara posta wrote: > Dear listbox, > I am a newbee and I cannot understand all the output of your ekiga -d 2, > but I have been fighting against EKIGA since feb 2010 on Ubuntu 10.04 I > can give you a pair of suggestions: 1. I assume that your mic is working, > your alsamixer is setted to input "mic" or "front mic" and that you are > able of run the command aplay > and > arecord, > this one with the 2 variants the c-1 and the c-2 (to check if your card is > suffering from the stereo problem) If you do not understand what I am > saying, I will send you the code from home I am now connected to a Win and > I cannot remember exactly 2. I assume that if you connect to other VoIP > programs you can run them succesfully, like Skype or Twinkle 3. If > everything is correct, then you can look for "Packetreceived" running for > instance: "ekiga -d 4>output.txt" if Packetsreceived equals to 0, means > that your mic is not working in Ekiga and hopefully someone else coudl > help you better. in the meanwhile, Cheers, Stara Posta > > > From: listbox at snap.net.nz > > To: ekiga-list at gnome.org > > Date: Thu, 13 Jan 2011 12:26:11 +1300 > > Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / > > Pulseaudio) > > > > Hi all, > > > > I'm running ekiga on Mandriva 2010.1 on an x86_64 machine. The sound > > server is pulseaudio on top of ALSA. > > > > I can connect to the echo test at 500 at ekiga.net and hear the voice > > telling me that everything I say will be repeated back to give me a > > sense of latency. Clicking the sound icon shows the sound and microphone > > bars moving at this time, and the bar at the bottom of the screen reads > > A;8.0/8.0. However, as soon as the voice finishes speaking the bar at > > the bottom of the screen changes to A: 8.0/0.0. I can speak all I want, > > but I do not hear an echo. I've been at this for days and I'd appreciate > > some fresh ideas. Thanks! > > > > Here's some information that might help. > > > > First, my soundcard care of lspci: > > 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev > > 40) > > > > I have added the following to /etc/modprobe.d/snd-hda-intel.conf: > > options snd_hda_intel position_fix=1 > > > > And some relevant packages: > > ekiga-3.2.6-3mdv2010.1 > > lib64opal3.6.6-3.6.6-8plf2010.1 > > lib64opal3.6.6-plugins-3.6.6-8plf2010.1 > > ffmpegthumbs-4.4.3-7mdv2010.1 > > ffmpeg-0.6-0.22960.5plf2010.1 > > libffmpeg52-0.6-0.22960.5mdv2010.1 > > lib64ffmpeg52-0.6-0.22960.5plf2010.1 > > > > I mention FFMPEG because, despite its presence, running "ekiga -d 2" > > suggests that ekiga can't find it. Have a look; this is the ekiga -d 2 > > output from a call to the echo test: > > > > dyna.cxx(128) DYNA Error loading libavcodec.so - > > libavcodec.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./libavcodec.so - > > ./libavcodec.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading avcodec-51.so - > > avcodec-51.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./avcodec-51.so - > > ./avcodec-51.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading avcodec-52.so - > > avcodec-52.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./avcodec-52.so - > > ./avcodec-52.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(221) H263+ DYNA Failed to load FFMPEG libavcodec > > library > > h263-1998.cxx(2087) H.263 Codec Disabled > > dyna.cxx(128) DYNA Error loading libavcodec.so - > > libavcodec.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./libavcodec.so - > > ./libavcodec.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading avcodec-51.so - > > avcodec-51.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./avcodec-51.so - > > ./avcodec-51.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading avcodec-52.so - > > avcodec-52.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./avcodec-52.so - > > ./avcodec-52.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(221) H264 DYNA Failed to load FFMPEG libavcodec > > library > > h264-x264.cxx(831) H264 Codec Disabled > > dyna.cxx(128) DYNA Error loading libavcodec.so - > > libavcodec.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./libavcodec.so - > > ./libavcodec.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/libavcodec.so - /usr/local/lib/libavcodec.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading avcodec-51.so - > > avcodec-51.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./avcodec-51.so - > > ./avcodec-51.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/avcodec-51.so - /usr/local/lib/avcodec-51.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading avcodec-52.so - > > avcodec-52.so: cannot open shared object file: No such file or directory > > dyna.cxx(128) DYNA Error loading ./avcodec-52.so - > > ./avcodec-52.so: cannot open shared object file: No such file or > > directory dyna.cxx(128) DYNA Error loading > > /usr/local/lib/avcodec-52.so - /usr/local/lib/avcodec-52.so: cannot open > > shared object file: No such file or directory > > dyna.cxx(221) MPEG4 DYNA Failed to load FFMPEG libavcodec > > library > > mpeg4.cxx(1978) MPEG4 Codec Disabled > > 2011/01/13 12:12:19.792 0:00.037 > > Version 3.2.6 by on Unix Linux (2.6.33.7-desktop-2mnb-x86_64) with PTLib > > (v2.6.5) at 2011/1/13 12:12:19.792 > > 2011/01/13 12:12:19.792 0:00.037 Ekiga git > > revision: unknown > > 2011/01/13 12:12:19.858 0:00.103 > > HalManager_dbus Populating full interface list failed - The name > > org.freedesktop.NetworkManager was not provided by any .service files > > 2011/01/13 12:12:19.865 0:00.110 Detecting V4L2 > > devices > > 2011/01/13 12:12:19.865 0:00.110 Unable to > > detect v4l2 directory > > 2011/01/13 12:12:24.270 0:04.515 Ekiga version > > 3.2.6 > > 2011/01/13 12:12:24.270 0:04.515 OPAL version > > 3.6.6 > > 2011/01/13 12:12:24.270 0:04.515 PTLIB version > > 2.6.5 > > 2011/01/13 12:12:24.270 0:04.515 GNOME support > > disabled > > 2011/01/13 12:12:24.270 0:04.515 Accelerated > > rendering support enabled > > 2011/01/13 12:12:24.270 0:04.515 DBUS support > > enabled > > 2011/01/13 12:12:24.270 0:04.515 GConf support > > enabled > > 2011/01/13 12:12:24.270 0:04.515 ESound support > > disabled > > 2011/01/13 12:12:25.528 0:05.773 Opal Liste...0x2463d710 Listen UDP > > read error. > > 2011/01/13 12:12:30.199 0:10.444 Pool:0x1243c710 SDP > > Unknown media attribute silenceSupp > > 2011/01/13 12:12:30.199 0:10.444 Pool:0x1243c710 SDP > > Unknown media attribute ptime > > 2011/01/13 12:12:30.202 0:10.447 Pool:0x1243c710 RTP_UDP > > Session 1, sending empty datagrams to open local Port Restricted NAT > > 2011/01/13 12:12:30.276 0:10.521 Pool:0x1243c710 RTP_UDP > > Session 2, sending empty datagrams to open local Port Restricted NAT > > 2011/01/13 12:12:30.280 0:10.525 Pool:0x1243c710 PVidDev > > SetFrameSize to 176x144 > > 2011/01/13 12:12:30.282 0:10.527 Pool:0x1243c710 PVidDev > > SetFrameSize to 176x144 > > 2011/01/13 12:12:30.282 0:10.527 Pool:0x1243c710 PVidDev > > SetFrameSize to 176x144 > > 2011/01/13 12:12:30.284 0:10.529 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, flushed 1 RTP data packets on startup > > 2011/01/13 12:12:30.285 0:10.530 GMVideoOut...0x37d02710 XVideo > > XQueryShmExtension success > > 2011/01/13 12:12:30.286 0:10.531 GMVideoOut...0x37d02710 XVideo Using > > SHM extension > > 2011/01/13 12:12:30.286 0:10.531 GMVideoOut...0x37d02710 X11 > > Unknown X Event 19 received > > 2011/01/13 12:12:30.378 0:10.623 GMVideoOut...0x37d02710 XVideo > > XQueryShmExtension success > > 2011/01/13 12:12:30.379 0:10.624 GMVideoOut...0x37d02710 XVideo Using > > SHM extension > > 2011/01/13 12:12:30.379 0:10.624 GMVideoOut...0x37d02710 X11 > > Unknown X Event 19 received > > 2011/01/13 12:12:32.952 0:13.197 RTP Jitter:0x29ea710 RTP > > Session 1, adjusting sequence numbers to expect 39199 ssrc=1487264801 > > 2011/01/13 12:12:33.681 0:13.926 Pool:0x1243c710 SIP Cannot > > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response > > PDU "2 INVITE <200>" > > 2011/01/13 12:12:35.051 0:15.296 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39303, ssrc=1487264801 > > 2011/01/13 12:12:37.683 0:17.928 Pool:0x1243c710 SIP Cannot > > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response > > PDU "2 INVITE <200>" > > 2011/01/13 12:12:39.331 0:19.576 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39517, ssrc=1487264801 > > 2011/01/13 12:12:41.681 0:21.926 Pool:0x1243c710 SIP Cannot > > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response > > PDU "2 INVITE <200>" > > 2011/01/13 12:12:45.070 0:25.315 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39804, ssrc=1487264801 > > 2011/01/13 12:12:45.681 0:25.926 Pool:0x1243c710 SIP Cannot > > find transaction z9hG4bKce546b18-0f1d-e011-9966-20cf30ac0d5d for response > > PDU "2 INVITE <200>" > > 2011/01/13 12:12:45.973 0:26.218 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39849, ssrc=1487264801 > > 2011/01/13 12:12:46.112 0:26.357 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39856, ssrc=1487264801 > > 2011/01/13 12:12:46.633 0:26.878 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39882, ssrc=1487264801 > > 2011/01/13 12:12:46.791 0:27.036 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39890, ssrc=1487264801 > > 2011/01/13 12:12:47.132 0:27.377 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39907, ssrc=1487264801 > > 2011/01/13 12:12:47.271 0:27.516 RTP Jitter:0x29ea710 RTP > > Session 1, dropped 1 packet(s) at 39914, ssrc=1487264801 > > 2011/01/13 12:12:49.716 0:29.961 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:49.741 0:29.985 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:49.760 0:30.005 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:49.767 0:30.012 Media Patch:0x2b01710 RTP_UDP > > Session 2, Data port on remote not ready. > > 2011/01/13 12:12:49.780 0:30.025 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:49.801 0:30.046 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:50.720 0:30.965 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:51.717 0:31.962 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:52.719 0:32.964 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:53.720 0:33.965 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:54.719 0:34.964 RTP Jitter:0x29ea710 RTP_UDP > > Session 1, Data port on remote not ready. > > 2011/01/13 12:12:54.900 0:35.145 Media Patch:0x2b42710 > > GMAudioInputManager_ptlib Trying to get frame from closed device > > 2011/01/13 12:12:54.900 0:35.145 Media Patch:0x2b42710 AudioInputCore > > Falling back to SILENT (Ekiga/Ekiga) > > 2011/01/13 12:13:00.902 0:41.147 Housekeeper:0x37c3f710 SIP > > Response received for unknown handler ID: 760f2218-0f1d- > > e011-9966-20cf30ac0d5d at willow > > 2011/01/13 12:13:00.967 0:41.212 OPAL > > Attempting to close recording on call ubd085ba81 when not recording. > > > > All suggestions are welcome! Thanks! > > R > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 20:43:09 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 21:43:09 +0100 Subject: [Ekiga-list] Ekiga don't show all contacts in phone-book In-Reply-To: <4D2B644C.7000306@yahoo.it> References: <4D2B644C.7000306@yahoo.it> Message-ID: <4D2F63DD.1050403@pu-pm.univ-fcomte.fr> On 10/01/11 20:55, Giorgio wrote: > I have 3 friends and 3 Services in my Ekiga phone-book but I can see > only 2 friends. Sometime the third appears for few seconds as Ekiga > opens then it disappears. > As you can see from attached image Ekiga recognize 3 friends but shows > only two. This is surely because the third person is offline and in Preferences you have Show offline users switched off. Could you confirm? However, since you asked this question and took me some time to see what happens, it results that there is something wrong with this option, i.e. the GUI is misleading. What can be done in your opinion? -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 20:58:50 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 21:58:50 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D2AD104.9050501@free.fr> References: <4D28FFDF.8040000@free.fr> <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> <4D2AD104.9050501@free.fr> Message-ID: <4D2F678A.9040209@pu-pm.univ-fcomte.fr> On 10/01/11 10:27, G?rard Vidal wrote: > Le 09/01/2011 17:00, Eugen Dedu a ?crit : >> On 09/01/11 01:22, G?rard Vidal wrote: >>> Hello, >>> I have to communicate through H323 with h263-1998 codec ( to join a >>> meeting on a codian bridge). >>> I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision >>> M2400), it works fine but displays only codec H261 and Theora. I have >>> read informations on this page >>> http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it >>> seems to be outdated. >>> I have tried many things including full rebuild of latest version but >>> nothing works. >>> >>> Does anybody have a solution or any track to follow. >> >> Your case is not simple. First, because there are some bug reports >> about H323 not working in ekiga in some cases, see bugzilla. https://bugzilla.gnome.org/buglist.cgi?quicksearch=product%3A%22ekiga%22+h323 There are some posts in this mailing list too. >> Also, because for these non-free codecs you need tom compile ffmpeg >> yourself, because distributions strip them out. >> >> Finally, because h263-1998 crashes when using ffmpeg last version, see >> bugzilla again (bug for H263); however, if you choose a repository for >> ffmpeg of about 1.5 years ago, it should work, see the same bug report. https://bugzilla.gnome.org/show_bug.cgi?id=606265 I forgot to say that h263 does not crash for me if I compile ffmpeg with some option, see the upstream bug specified in the bug above. I think this is the best option for you, instead of compiling an older ffmpeg. >> Are you motivated to test it? >> > Thank-you Eugen for the answer and the understanding of my situation ! > As you describe it, I have experienced H323 unstability, it worked well > few hours ago from home (with ekiga 3.3.0 and ffmpeg 0.6.1) and now it > freezes after the first ring then hangs up and returns to local > situation, when I try to place an h323 call from my office. For freezes/crashes, we need the gdb backtrace, see http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash_or_freeze However, I do not use H323, so it is not sure that I can help. > I have made many compilation tests with various versions of ekiga and > various versions of ffmpeg a few more will not be a problem ;-) . > > I am motivated but I need guidance : > As I have pulse installed with my Maverick I suppose that I need to > choose at least 3.3.0 version or git. Am I right and in that case which > one will be the best? I would suggest you to use 3.3.0 (with pulse) or, better, git repository for ekiga, see http://wiki.ekiga.org/index.php/Download_Ekiga_sources. Note that presence does not work with 3.3.x. If you need it, use 3.2.7 and alsa. > I am now used to compile ffmpeg but I have noticed problems with the > companion libraries of the "libav* family" to avoid them I try to drop > the results in /usr/local tree but that may not be convenient to > achieve what you are proposing. Let me know what to do and which version > of ffmpeg to use. If using the option to current ffmpeg does not work, as specified in my comment above, then use ffmpeg with the date specified at https://bugzilla.gnome.org/show_bug.cgi?id=596006#c1. If it still does not work, use yet another 6 months before (2 years ago). > Finally to finish up the complexity frame I am using ffmpeg to encode in > mp4 our conferences and I need libx264. I noticed that h264 was always > excluded by ekiga and I have seen that in the log it "failed to load > x264_encoder_open" that may be due to the fact that from what I have > seen the x264 encoder carries now its version number for exemple > x264_encoder_open_112 for the last version. This might be modified in Ekiga. This is not sufficient, see https://bugzilla.gnome.org/show_bug.cgi?id=596006. -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 21:16:35 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 22:16:35 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga (stara posta) In-Reply-To: <4b40cb50-0d1f-41ae-8982-cbca26a1c130@me.com> References: <4b40cb50-0d1f-41ae-8982-cbca26a1c130@me.com> Message-ID: <4D2F6BB3.2060604@pu-pm.univ-fcomte.fr> On 12/01/11 05:39, Dave Koelmeyer wrote: > On 11 Jan, 2011,at 04:06 AM, Eugen Dedu wrote: > >> > Presence has always been very unreliable for me. In the situation you've >> > described above, I've found that if both users concurrently sign out, then sign >> > back in again, calling works as it should. >> > >> > I'll add to this instances where a user has logged off, but in other users' >> > clients he/she still appears as being online for some considerable length of >> >> I think this is 10 minutes. This is because ekiga does not unregister >> when quitting (to reduce quit time). Still, I would prefer to do it, it >> is on my lengthy TODO list... > > > Hi Eugen (and Happy New Year!) > > Thanks for the update - knowing that it is a known issue and is on a todo list > is good enough for me, I'll document this as a known issue for our users :) The problem is that there are many items on my TODO list, and it keeps growing :o( More information about your issue is in the thread "Ekiga contact presence" at http://mail.gnome.org/archives/ekiga-list/2009-July/thread.html. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 21:22:21 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 22:22:21 +0100 Subject: [Ekiga-list] Text display problem with Pidgin user In-Reply-To: <4D271FA4.5080705@me.com> References: <4CF8ADC5.8090508@me.com> <4D271FA4.5080705@me.com> Message-ID: <4D2F6D0D.5040206@pu-pm.univ-fcomte.fr> On 07/01/11 15:13, Dave Koelmeyer wrote: > On 02 Dec, 2010,at 07:18 AM, Anthony Papillion wrote: >>> >>>> Hello Everyone, >>>> >>>> Just signed up for an Ekiga account and downloaded the softphone. >>>> Mostly, I use it for SIP but today I got a text message from another >>>> user who was using the Pidgin client to connect to the network. For >>>> some reason, his entire message was wrapped in XML. The text was there >>>> but I could see the entire XML message in my chat window. >>>> >>>> Is this a configuration error on my end? A problem with Pidgin? What >>>> can I do to fix this? > On 3/12/10 06:44 PM, Dave Koelmeyer wrote: >>> Hi Anthony, >>> >>> Is it anything similar to this? >>> >>> http://www.davekoelmeyer.co.nz/docs/EkigaTestTextChat.png >>> >>> I get this when a user text chats me from SIP Communicator 1.0 alpha >>> 6 on Mac OS X, to Ekiga 3.2.7 on OpenIndiana. >>> > > Anthony - not sure if you are indeed seeing the same thing as me, but I > have made an enquiry on the SIP Communicator users list, and received > this response: > > "That is is-composing payload, it signals to the client that the remote > party is typing a message, Ekiga should check for this payload type and > render some visual indication for this instead of displaying this > verbatim as a text message." > > > Ekiga devs, could it be that Ekiga does not handle is-composing payload > at all, while SIP Communicator and Pidgin do? Ekiga does not have such feature. Please make a bug report and attach the image. I think it is simple (feasible, does not need high programming skills) to program it, but it can take a bit of time. But I am not quite fond about it. Injecting small packets in the network only to tell the other person that you are writing means network usage for not much information... -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 21:29:03 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 22:29:03 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga In-Reply-To: References: , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , , , <20110103130442.c7f3600d.palama@inwind.it>, , <20110103223114.0ce65ab1.palama@inwind.it>, , <20110104200052.cc895a11.palama@inwind.it>, Message-ID: <4D2F6E9F.4070809@pu-pm.univ-fcomte.fr> On 05/01/11 06:35, stara posta wrote: > > Dear all, > without a reason I have lost the sound in Ekiga again. > I tried with a user to communicate and here is the resutl: > I could not hear his voice > I did not see his image > I could read and sent messages in the chat window > I am using pcma pcu and speex > I was able of being called back by 520 at ekiga.net but I cannot hear anything > I have opened my ports from 5000-35000 -UDP > I attached my output, where you can see that pakets are beins sent but 0 are being received. > > can anybody check my output and suggest what is wrong setted up in my computer, please? I do not see what the error could be. Try changing devices in Preferences->Audio->Devices section. -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 21:38:15 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 22:38:15 +0100 Subject: [Ekiga-list] V4L/V4L2 video In-Reply-To: References: , <4D192773.8040600@pu-pm.univ-fcomte.fr> Message-ID: <4D2F70C7.1090902@pu-pm.univ-fcomte.fr> On 28/12/10 02:50, Grigory Maksaev wrote: >> Date: Tue, 28 Dec 2010 00:55:31 +0100 >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] V4L/V4L2 video >> >> On 28/12/10 00:23, Grigory Maksaev wrote: >>> >>> Recently I became a happy owner of a laptop with an upside-down webcamera, which turned out to be rather a common problem. >>> >>> >>> I fixed the situation relatively easy by using "patched" libv4l libraries from Hans de Goede, so that the applications using libv4l are OK now (including Skype). >>> >>> However, I'd like to move away from Skype for a number of reasons. >>> >>> >>> The problem that I faced with Ekiga is that I'm only able to get video from the webcamera if it is set up as GStreamer/V4L2, and video is of course, upside-down. Sound seems to be OK. >>> If I try to make camera work as PTLIB/V4L I get the error: >>> >>> >>> "Error while accessing video device USB 2.0 Camera. Your video driver doesn't support the requested video format." >>> >>> >>> Could anyone help me with this? What I need is just properly working video - either via V4L2 or V4L - it doesn't matter. >> >> If I understand correctly, with PTLIB/V4L and V4L2 the video does not >> work and you have the above error, while with gstreamer/V4L2 the video >> works but upside-down? >> >> This might come if libv4l is not used. Could you check that ptlib is >> compiled with libv4l support? In debian for ex. it is, see field >> Build-Depends at the top of >> http://svn.debian.org/wsvn/pkg-voip/ptlib/branches/ptlib-2.6/debian/control?sc=1 >> . >> >> Also, does it work with gstreamer? > > Addition to my previous post: > > http://https://build.opensuse.org/package/files?package=libpt2&project=openSUSE%3A11.3 > > It says the build requires libv4l-devel, so probably it is compiled with libv4l support, isn't it? Looking at the spec from https://build.opensuse.org/package/files?package=libpt2&project=openSUSE%3A11.3: indeed, libv4l is used. However, I see that you do not have v4l2_pwplugin.so, how does this happen? It is the most used video plugin and it is not installed! Install it, choose it from Preferences->Video->Devices and tell us if it works. -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 21:58:29 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 22:58:29 +0100 Subject: [Ekiga-list] Installing Ekiga 3.2.7 on Windows In-Reply-To: <20110103125432.d87fad88.palama@inwind.it> References: <788380.51383.qm@web34306.mail.mud.yahoo.com> <20110103125432.d87fad88.palama@inwind.it> Message-ID: <4D2F7585.7030703@pu-pm.univ-fcomte.fr> On 03/01/11 12:54, palama at inwind.it wrote: > During Christmas vacations, I had an opportunity to put my hands on two Windows machines and tried to > run Ekiga 3.2.7 on both of them. > > The first machine is an aging laptop running Windows XP. > Everything went fine and I could place and receive calls in a few minutes. > The only problem was a somewhat broken audio, this was probably due to insufficient bandwidth > for video as the problem disappeared when I disabled all the video codecs. > I think it would help inexperienced users if Ekiga were equipped with a Video/No Video switch > and it were started ind the No Video mode by default. Ekiga cannot guess the user bandwidth (well, it could, but it is not simple), hence the assistant proposes the Internet connection type, at page 5. If the user does not have sufficient bandwidth, he must choose IDSN, which allocates 32 kb/s for video. Is that right? See http://git.gnome.org/browse/ekiga/tree/src/gui/assistant.cpp?h=gnome-2-26#n900 . > The second machine is a brand new laptop running Windows 7. > Installation was without problems as was registration to ekiga.net, but we had no audio. > We had no time to run ekiga -d 4 and were unable to diagnose the problem from inside Ekiga. > I think it would help inexperienced users if Ekiga could provide some testing of the audio devices > and help the user to identify the problem. This is https://bugzilla.gnome.org/show_bug.cgi?id=340582 Who/when can implement it...? > I am stressing the need to ease the installation for inexperienced Windows users since I think it is the only > way to increase the number of users. You are right, Antonio! Several fixes have been done (e.g. http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=f1d73cbbe, http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=e2fc788d1 and http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=ca91b92fe6), more are needed, and the time is limited :o( -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 22:12:48 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 23:12:48 +0100 Subject: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10 In-Reply-To: <4D2F678A.9040209@pu-pm.univ-fcomte.fr> References: <4D28FFDF.8040000@free.fr> <4D29DB8C.5080908@pu-pm.univ-fcomte.fr> <4D2AD104.9050501@free.fr> <4D2F678A.9040209@pu-pm.univ-fcomte.fr> Message-ID: <4D2F78E0.4070600@pu-pm.univ-fcomte.fr> On 13/01/11 21:58, Eugen Dedu wrote: > On 10/01/11 10:27, G?rard Vidal wrote: >> Le 09/01/2011 17:00, Eugen Dedu a ?crit : >>> On 09/01/11 01:22, G?rard Vidal wrote: >>>> Hello, >>>> I have to communicate through H323 with h263-1998 codec ( to join a >>>> meeting on a codian bridge). >>>> I have installed ekiga 3.2.7 on my ubuntu maverick (Dell precision >>>> M2400), it works fine but displays only codec H261 and Theora. I have >>>> read informations on this page >>>> http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages but it >>>> seems to be outdated. >>>> I have tried many things including full rebuild of latest version but >>>> nothing works. >>>> >>>> Does anybody have a solution or any track to follow. >>> >>> Your case is not simple. First, because there are some bug reports >>> about H323 not working in ekiga in some cases, see bugzilla. > > https://bugzilla.gnome.org/buglist.cgi?quicksearch=product%3A%22ekiga%22+h323 > There are some posts in this mailing list too. Better use this one: https://bugzilla.gnome.org/buglist.cgi?quicksearch=product%3A%22ekiga%22+323 -- Eugen From gmaksaev at hotmail.com Thu Jan 13 22:27:29 2011 From: gmaksaev at hotmail.com (Grigory Maksaev) Date: Fri, 14 Jan 2011 01:27:29 +0300 Subject: [Ekiga-list] V4L/V4L2 video In-Reply-To: <4D2F70C7.1090902@pu-pm.univ-fcomte.fr> References: , , <4D192773.8040600@pu-pm.univ-fcomte.fr>, , <4D2F70C7.1090902@pu-pm.univ-fcomte.fr> Message-ID: Thank you for your patience! I am sorry guys, I was not that patient, moreover had several more issues with Suse. I tried Mandriva (KDE 4.5.4) and there Ekiga seems to work out of the box with PTLIB/V4L2. So I'll stick to that. Thank you! Greg. > Date: Thu, 13 Jan 2011 22:38:15 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] V4L/V4L2 video > > On 28/12/10 02:50, Grigory Maksaev wrote: > >> Date: Tue, 28 Dec 2010 00:55:31 +0100 > >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >> To: ekiga-list at gnome.org > >> Subject: Re: [Ekiga-list] V4L/V4L2 video > >> > >> On 28/12/10 00:23, Grigory Maksaev wrote: > >>> > >>> Recently I became a happy owner of a laptop with an upside-down webcamera, which turned out to be rather a common problem. > >>> > >>> > >>> I fixed the situation relatively easy by using "patched" libv4l libraries from Hans de Goede, so that the applications using libv4l are OK now (including Skype). > >>> > >>> However, I'd like to move away from Skype for a number of reasons. > >>> > >>> > >>> The problem that I faced with Ekiga is that I'm only able to get video from the webcamera if it is set up as GStreamer/V4L2, and video is of course, upside-down. Sound seems to be OK. > >>> If I try to make camera work as PTLIB/V4L I get the error: > >>> > >>> > >>> "Error while accessing video device USB 2.0 Camera. Your video driver doesn't support the requested video format." > >>> > >>> > >>> Could anyone help me with this? What I need is just properly working video - either via V4L2 or V4L - it doesn't matter. > >> > >> If I understand correctly, with PTLIB/V4L and V4L2 the video does not > >> work and you have the above error, while with gstreamer/V4L2 the video > >> works but upside-down? > >> > >> This might come if libv4l is not used. Could you check that ptlib is > >> compiled with libv4l support? In debian for ex. it is, see field > >> Build-Depends at the top of > >> http://svn.debian.org/wsvn/pkg-voip/ptlib/branches/ptlib-2.6/debian/control?sc=1 > >> . > >> > >> Also, does it work with gstreamer? > > > > Addition to my previous post: > > > > http://https://build.opensuse.org/package/files?package=libpt2&project=openSUSE%3A11.3 > > > > It says the build requires libv4l-devel, so probably it is compiled with libv4l support, isn't it? > > Looking at the spec from > https://build.opensuse.org/package/files?package=libpt2&project=openSUSE%3A11.3: > indeed, libv4l is used. > > However, I see that you do not have v4l2_pwplugin.so, how does this > happen? It is the most used video plugin and it is not installed! > Install it, choose it from Preferences->Video->Devices and tell us if it > works. > > -- > Eugen Dedu > http://eugen.dedu.free.fr > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 13 22:30:08 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 13 Jan 2011 23:30:08 +0100 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <201101140855.12866.listbox@snap.net.nz> References: <201101131226.13395.listbox@snap.net.nz> <201101140855.12866.listbox@snap.net.nz> Message-ID: <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr> On 13/01/11 20:55, listbox at snap.net.nz wrote: > hanks for your thoughts Stara. > > I have checked my mic settings in alsamixer, and they look good. I have tried > the arecord one and two channel test. If I remember right, I got some nasty > feedback but I didn"t get silence either way. I can record in applications > like soundrecorder without any problems. > > I can use Skype (but don't want to). It does work though. I think I'll try > another OSS client today to see what happens there. > > I tried your debug level four command and got: You have the same error as https://bugzilla.gnome.org/show_bug.cgi?id=620991. I do not know why this error. -- Eugen From davekoelmeyer at me.com Fri Jan 14 04:48:58 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Fri, 14 Jan 2011 04:48:58 +0000 (GMT) Subject: [Ekiga-list] Recommended Ekiga equivalent for Mac OS 10.6 Message-ID: ? On 12 Jan, 2011,at 10:04 PM, Eugen Dedu wrote: > On 12/01/11 06:55, Dave Koelmeyer wrote: > > > > > > On 23 Nov, 2010,at 11:16 PM, Eugen Dedu wrote: > > > >> Thank you, Antonio, I added it to > >> http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Mac_OS (but > >> unfinished). > >> > > > > I could never get Blink to work successfully with Ekiga.net, but as of version > > 0.22.2 on Snow Leopard it now seems to work well with Ekiga.net accounts on > > Ekiga 3.2.7 and vice versa. > > > > http://icanblink.com/ > > > > I'll update the wiki page when I get a moment :) > > Good :o) Done :) Cheers, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From translator1111 at hotmail.es Fri Jan 14 12:05:52 2011 From: translator1111 at hotmail.es (stara posta) Date: Fri, 14 Jan 2011 13:05:52 +0100 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr> References: <201101131226.13395.listbox@snap.net.nz>, <201101140855.12866.listbox@snap.net.nz>, <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr> Message-ID: Dear listbox, if you got a nasty feedback that sounds like increasingly nasting, this may be part of the problem. 2 solutions: 1.Do you have a file called .asoundrc? if not, this could help 2. send me, if you still want to battle, the ?amixer? output of the console, you may have the mic activated in the playback part of your alsamixer, this was the solutions to my problem. Mic must be muted in alsamixer in the ?playback? and activated in the ?capture? or send 2 (print screen) .png with your settings: one for the capture and one for the playback of the alsamixer. Good luck > Date: Thu, 13 Jan 2011 23:30:08 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) > > On 13/01/11 20:55, listbox at snap.net.nz wrote: > > hanks for your thoughts Stara. > > > > I have checked my mic settings in alsamixer, and they look good. I have tried > > the arecord one and two channel test. If I remember right, I got some nasty > > feedback but I didn"t get silence either way. I can record in applications > > like soundrecorder without any problems. > > > > I can use Skype (but don't want to). It does work though. I think I'll try > > another OSS client today to see what happens there. > > > > I tried your debug level four command and got: > > You have the same error as > https://bugzilla.gnome.org/show_bug.cgi?id=620991. I do not know why > this error. > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 19:41:46 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Jan 2011 20:41:46 +0100 Subject: [Ekiga-list] Sound quality bad In-Reply-To: <788380.51383.qm@web34306.mail.mud.yahoo.com> References: <788380.51383.qm@web34306.mail.mud.yahoo.com> Message-ID: <4D30A6FA.2000907@pu-pm.univ-fcomte.fr> On 03/01/11 06:03, Lee Haddad wrote: > Have been working fine with audio and video reception/transmission on Grandstream phone. 2 weeks ago sound became greatly degraded. any suggestions? Well, this means you changed something (install/uninstall program) 2 weeks ago. Do you know what? (Sorry to answer so late.) -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 19:49:43 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Jan 2011 20:49:43 +0100 Subject: [Ekiga-list] Theora video freezes on Ekiga 3.2.7 Beta (Windows XP ) In-Reply-To: <718941d3-fae3-c4a8-9b4e-fd57d69d8a80@me.com> References: <718941d3-fae3-c4a8-9b4e-fd57d69d8a80@me.com> Message-ID: <4D30A8D7.9040808@pu-pm.univ-fcomte.fr> On 16/12/10 07:39, Dave Koelmeyer wrote: > On the same system incidentally I've noticed the following regarding the .exe, > not related to the video issue; > > - Ekiga can only be run once; subsequent relaunches result in the application > crashing on launch. To resolve this one has to delete the ekiga.conf file and > re-run the setup wizard (this is only good for one launch of Ekiga however) > > - Ekiga will crash if the user attempts to enter the preferences menu while a > call is in progress. Dave, please install ekiga 3.3.0 (not the pre-) and tell us if the two crashes above are still there. If yes, start ekiga in debug mode (http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2) and send us the output. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 19:53:14 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Jan 2011 20:53:14 +0100 Subject: [Ekiga-list] Theora video freezes on Ekiga 3.2.7 Beta (Windows XP ) In-Reply-To: <1536093d-d53e-edb1-9918-c34c16e66a1f@me.com> References: <1536093d-d53e-edb1-9918-c34c16e66a1f@me.com> Message-ID: <4D30A9AA.1050804@pu-pm.univ-fcomte.fr> On 16/12/10 08:17, Dave Koelmeyer wrote: > > > On 16 Dec, 2010,at 07:39 PM, Dave Koelmeyer wrote: > >> >> >> On 14 Dec, 2010,at 07:36 AM, Eugen Dedu wrote: >> >>> On 09/12/10 04:42, Dave Koelmeyer wrote: >>> > >>> > On 08 Dec, 2010,at 05:05 AM, Eugen Dedu wrote: >>> >> >>> >> Please wait a bit, until 3.3.0 gets out, to test it and inform us if the >>> >> freeze still appears. >>> > >>> > Hi Eugen, >>> > >>> > Will do :) I have shot a video of the behaviour along with a description >>> here if >>> > it helps at all: >>> > >>> > http://www.davekoelmeyer.co.nz/ekigatheora.html >>> > >>> > This should remove any doubt as to how the freezing is triggered. >>> >>> I have put a Windows executable of pre-3.3.0 Ekiga at >>> http://eugen.dedufree.fr/ekiga-setup-3.3.0-git-852_g1f9a30d.exe >>> so that >>> you test if your freeze still appears (you can build it yourself if you >>> prefer: take unstable from >>> http://wiki.ekiga.org/index.php/Building_Ekiga_for_Windows) >> >> Thanks very much Eugen. I have installed your .exe on the system in question >> (Windows 7 Enterprise 64 bit). >> >> I don't believe it has resolved the freezing issue, but I have made the >> following observations. >> >> The freezing is much, much more easy to induce with low "Maximum video >> bitrate" settings in the Ekiga client. All my tweaking involved adjusting the >> bitrate, while leaving the "Picture Quality" slider parked at maximum frame >> rate (i.e all the way to the right). >> >> 1) With "Maximum video bitrate" set to 64Kb/s, the video will freeze with very >> slight movement, more often than not it will freeze as soon as the call is >> connected. >> >> 2) With "Maximum video bitrate" set to 1024Kb/s, I can reproduce the behaviour >> exhibited in my original video above, as that was what the settings were when >> the video was recorded. >> >> 3) With "Maximum video bitrate" set to a high number, e.g 3072Kb/s, then it >> becomes very difficult to freeze the video deliberately; lots of flailing >> around in front of the camera to induce a freeze (it can still be done however). >> >> Settings above ~4000Kb/s seem to revert to the behaviour observed when set to >> ~1000Kb/s however. > > > Just another note that I can also reproduce this behaviour identically on > Windows XP Professional SP3, using the stable Ekiga 3.2.7. The problem is that I have not yet tested debugging crashes/freezes on Windows... There is some info at http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash, but I think it is obsolete. There is someone who work on this. In the meantime, please post a bug report with this issue, so that we do not forget it. Thanks, -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 20:00:17 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Jan 2011 21:00:17 +0100 Subject: [Ekiga-list] ship ekiga with static ffmpeg and x264 libs? In-Reply-To: <201012161648.48401.gstengel@gmx.net> References: <201012161648.48401.gstengel@gmx.net> Message-ID: <4D30AB51.1050600@pu-pm.univ-fcomte.fr> On 16/12/10 16:48, Gerhard Stengel wrote: > Hi, > > H263 and H263+ codecs have been broken in ekiga for quite a while (maybe a year?) due to API changes in ffmpeg and x264. > I don't know if these codecs will work again with the upcoming 3.3. release, but they're really quite important for me. They do not. > To avoid these kinds of problems in the future, wouldn't it feasible to ship the required ffmpeg and x264 version with > ekiga and link in these libs statically? Or it could be a compile option to use the shipped ffmpeg version or link > dynamically to what is installed on the system. For Windows it is already the case. For gnu/linux, ekiga is provided by distributors, where these codecs are skipped. Maybe we should create/distribute a static ekiga with correct ffmpeg which work on all distributions? Do you have knowledge on how to do it? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 20:04:42 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Jan 2011 21:04:42 +0100 Subject: [Ekiga-list] Problem Placing Call on PPC In-Reply-To: <4D056725.50903@acanac.net> References: <4cdf3d30-e3fd-c083-c2a1-92b3071580df@me.com> <4D056725.50903@acanac.net> Message-ID: <4D30AC5A.8000109@pu-pm.univ-fcomte.fr> On 13/12/10 01:21, Victor Bandur wrote: > Sadly none of my friends has had time to get up and running with Ekiga. Any volunteers? :) If you are still alive, we can do it tomorrow morning. > On 12/13/10 00:18, Dave Koelmeyer wrote: >> >> >> On 13 Dec, 2010,at 12:38 PM, Victor Bandur wrote: >> >>> Hi Eugen, >>> >>> My local video is fine. I've played with all sorts of combinations of video resolution and max. bit rate with the same result. >>> >>> Victor >> >> Perhaps something hinky with the H261 codec? If you use another video codec instead (e.g Theora) and make a SIP call to another user (note: not the 500 at ekiga.net number), is it the same? >> >> Cheers, >> Dave >> >> >> >> >>> >>> On 12/12/10 23:22, Eugen Dedu wrote: >>>> On 12/12/10 14:30, Victor Bandur wrote: >>>>> You can see a picture here, >>>>> http://baldur.no-ip.org/ekiga-video.jpg >>>>> >>>>> >>>>> On 12/12/10 13:21, Dave Koelmeyer wrote: >>>>>> On 13/12/10 02:07 AM, Victor Bandur wrote: >>>>>>> The call goes through to 500 at ekiga.net and the sound works fine >>>>>> >>>>>> Okay, at least you can make the test call now. >>>>>> >>>>>>> but the video that comes back is divided into vertical stripes, each of which is reversed left-to-right, as if the image is being seen through a Fresnell lens. Unfortunately when I try to take a screen shot with gnome-screenshot or gimp the video area is black. >>>>>> >>>>>> Take a photo of what's onscreen? I'm curious to see what you see. >>>> >>>> 1. This could be a driver problem, are you sure that local image is ok? For ex., does your camera show correctly your image (View->ShowCallPanel)? >>>> >>>> 2. Check your max video bitrate parameter in Preferences->Video->Codecs (it was set by assistant, at the beginning). From translator1111 at hotmail.es Fri Jan 14 21:57:08 2011 From: translator1111 at hotmail.es (stara posta) Date: Fri, 14 Jan 2011 22:57:08 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga In-Reply-To: <4D2F6E9F.4070809@pu-pm.univ-fcomte.fr> References: , , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , , , , , , , <20110103130442.c7f3600d.palama@inwind.it>, , , , <20110103223114.0ce65ab1.palama@inwind.it>, , , , <20110104200052.cc895a11.palama@inwind.it>, , , , <4D2F6E9F.4070809@pu-pm.univ-fcomte.fr> Message-ID: Dear Eugen, thank you for the suggestion, but changing the Preferences->Audio->Devices section did not help I already have Mic 2 in "input" Are you sure that Ekiga is managed by this System>Preferences->Audio->Devices section>Input>? Because does not change anything if I have mic2, mic1 or line > Date: Thu, 13 Jan 2011 22:29:03 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] FW: not able of talking to anybody in ekiga > > On 05/01/11 06:35, stara posta wrote: > > > > Dear all, > > without a reason I have lost the sound in Ekiga again. > > I tried with a user to communicate and here is the resutl: > > I could not hear his voice > > I did not see his image > > I could read and sent messages in the chat window > > I am using pcma pcu and speex > > I was able of being called back by 520 at ekiga.net but I cannot hear anything > > I have opened my ports from 5000-35000 -UDP > > I attached my output, where you can see that pakets are beins sent but 0 are being received. > > > > can anybody check my output and suggest what is wrong setted up in my computer, please? > > I do not see what the error could be. > > Try changing devices in Preferences->Audio->Devices section. > > -- > Eugen Dedu > http://eugen.dedu.free.fr > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 22:01:27 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Jan 2011 23:01:27 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga In-Reply-To: References: , , <423757db-4b08-eb10-c744-dab9301f963b@me.com>, , , , , , , , <20110103130442.c7f3600d.palama@inwind.it>, , , , <20110103223114.0ce65ab1.palama@inwind.it>, , , , <20110104200052.cc895a11.palama@inwind.it>, , , , <4D2F6E9F.4070809@pu-pm.univ-fcomte.fr> Message-ID: <4D30C7B7.2050907@pu-pm.univ-fcomte.fr> On 14/01/11 22:57, stara posta wrote: > > Dear Eugen, > thank you for the suggestion, but changing the > Preferences->Audio->Devices section > did not help > I already have Mic 2 in "input" > Are you sure that Ekiga is managed by this System>Preferences->Audio->Devices section>Input>? > Because does not change anything if I have mic2, mic1 or line Well, I cannot help, sorry... >> Date: Thu, 13 Jan 2011 22:29:03 +0100 >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] FW: not able of talking to anybody in ekiga >> >> On 05/01/11 06:35, stara posta wrote: >>> >>> Dear all, >>> without a reason I have lost the sound in Ekiga again. >>> I tried with a user to communicate and here is the resutl: >>> I could not hear his voice >>> I did not see his image >>> I could read and sent messages in the chat window >>> I am using pcma pcu and speex >>> I was able of being called back by 520 at ekiga.net but I cannot hear anything >>> I have opened my ports from 5000-35000 -UDP >>> I attached my output, where you can see that pakets are beins sent but 0 are being received. >>> >>> can anybody check my output and suggest what is wrong setted up in my computer, please? >> >> I do not see what the error could be. >> >> Try changing devices in Preferences->Audio->Devices section. From translator1111 at hotmail.es Fri Jan 14 22:05:14 2011 From: translator1111 at hotmail.es (stara posta) Date: Fri, 14 Jan 2011 23:05:14 +0100 Subject: [Ekiga-list] FW: not able of talking to anybody in ekiga In-Reply-To: <4D30C7B7.2050907@pu-pm.univ-fcomte.fr> References: , ,,<423757db-4b08-eb10-c744-dab9301f963b@me.com>, ,,, ,,, ,,, ,,<20110103130442.c7f3600d.palama@inwind.it>, ,,, ,,<20110103223114.0ce65ab1.palama@inwind.it>, ,,, ,,<20110104200052.cc895a11.palama@inwind.it>, , , , , , , <4D2F6E9F.4070809@pu-pm.univ-fcomte.fr>, , <4D30C7B7.2050907@pu-pm.univ-fcomte.fr> Message-ID: Dear Eugen, thank you anyway. Maybe in a new release of Ekiga and Ubuntu it will work. I give up now and I will try another VoIP software. thank you for your time. > Date: Fri, 14 Jan 2011 23:01:27 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] FW: not able of talking to anybody in ekiga > > On 14/01/11 22:57, stara posta wrote: > > > > Dear Eugen, > > thank you for the suggestion, but changing the > > Preferences->Audio->Devices section > > did not help > > I already have Mic 2 in "input" > > Are you sure that Ekiga is managed by this System>Preferences->Audio->Devices section>Input>? > > Because does not change anything if I have mic2, mic1 or line > > Well, I cannot help, sorry... > > >> Date: Thu, 13 Jan 2011 22:29:03 +0100 > >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >> To: ekiga-list at gnome.org > >> Subject: Re: [Ekiga-list] FW: not able of talking to anybody in ekiga > >> > >> On 05/01/11 06:35, stara posta wrote: > >>> > >>> Dear all, > >>> without a reason I have lost the sound in Ekiga again. > >>> I tried with a user to communicate and here is the resutl: > >>> I could not hear his voice > >>> I did not see his image > >>> I could read and sent messages in the chat window > >>> I am using pcma pcu and speex > >>> I was able of being called back by 520 at ekiga.net but I cannot hear anything > >>> I have opened my ports from 5000-35000 -UDP > >>> I attached my output, where you can see that pakets are beins sent but 0 are being received. > >>> > >>> can anybody check my output and suggest what is wrong setted up in my computer, please? > >> > >> I do not see what the error could be. > >> > >> Try changing devices in Preferences->Audio->Devices section. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 14 23:46:35 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 15 Jan 2011 00:46:35 +0100 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <1291059363.17307.107.camel@havar-desktop> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> Message-ID: <4D30E05B.4060307@pu-pm.univ-fcomte.fr> On 29/11/10 20:36, H?var Nielsen wrote: > On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: > >>> Hi, >>> >>> I get a no common codec error when I try to make a phone call, using >>> my phonzo.com account. Phonzo supports G711 a-law or G729, according >>> to their configuration help page: >>> http://www.phonzo.no/privat/utstyr/eget_utstyr/ >>> >>> I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga >>> Preferences-Audio-Codecs dialog. >>> >>> The Ekiga -d 4 output is attached. >>> >>> Does anyone know what might cause the error? >>> >>> The Ekiga version is 3.2.7. >> >> You probably need to disable video. > > Thanks for the reply, but disabling video doesn't work. Sorry to answer so late. Could you give us the debug output after disabling all video codecs? Maybe the error is different in this case. -- Eugen Dedu http://eugen.dedu.free.fr From havar.nielsen at gmail.com Sat Jan 15 01:21:27 2011 From: havar.nielsen at gmail.com (=?ISO-8859-1?Q?H=E5var?= Nielsen) Date: Sat, 15 Jan 2011 02:21:27 +0100 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <4D30E05B.4060307@pu-pm.univ-fcomte.fr> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> <4D30E05B.4060307@pu-pm.univ-fcomte.fr> Message-ID: <1295054488.26781.91.camel@havar-desktop> On Sat, 2011-01-15 at 00:46 +0100, Eugen Dedu wrote: > On 29/11/10 20:36, H?var Nielsen wrote: > > On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: > > > >>> Hi, > >>> > >>> I get a no common codec error when I try to make a phone call, using > >>> my phonzo.com account. Phonzo supports G711 a-law or G729, according > >>> to their configuration help page: > >>> http://www.phonzo.no/privat/utstyr/eget_utstyr/ > >>> > >>> I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga > >>> Preferences-Audio-Codecs dialog. > >>> > >>> The Ekiga -d 4 output is attached. > >>> > >>> Does anyone know what might cause the error? > >>> > >>> The Ekiga version is 3.2.7. > >> > >> You probably need to disable video. > > > > Thanks for the reply, but disabling video doesn't work. > > Sorry to answer so late. Could you give us the debug output after > disabling all video codecs? Maybe the error is different in this case. > Thanks for being interested. I still have this problem. The d4 log is attached. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-d4-log.tar.gz Type: application/x-compressed-tar Size: 4607 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 15 01:26:08 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 15 Jan 2011 02:26:08 +0100 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <1295054488.26781.91.camel@havar-desktop> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> <4D30E05B.4060307@pu-pm.univ-fcomte.fr> <1295054488.26781.91.camel@havar-desktop> Message-ID: <4D30F7B0.10509@pu-pm.univ-fcomte.fr> On 15/01/11 02:21, H?var Nielsen wrote: > On Sat, 2011-01-15 at 00:46 +0100, Eugen Dedu wrote: > >> On 29/11/10 20:36, H?var Nielsen wrote: >>> On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: >>> >>>>> Hi, >>>>> >>>>> I get a no common codec error when I try to make a phone call, using >>>>> my phonzo.com account. Phonzo supports G711 a-law or G729, according >>>>> to their configuration help page: >>>>> http://www.phonzo.no/privat/utstyr/eget_utstyr/ >>>>> >>>>> I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga >>>>> Preferences-Audio-Codecs dialog. >>>>> >>>>> The Ekiga -d 4 output is attached. >>>>> >>>>> Does anyone know what might cause the error? >>>>> >>>>> The Ekiga version is 3.2.7. >>>> >>>> You probably need to disable video. >>> >>> Thanks for the reply, but disabling video doesn't work. >> >> Sorry to answer so late. Could you give us the debug output after >> disabling all video codecs? Maybe the error is different in this case. >> > > Thanks for being interested. I still have this problem. I still see video codecs in the log. Switch them all off and try again and send the debug output. -- Eugen From davekoelmeyer at me.com Sat Jan 15 01:37:53 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sat, 15 Jan 2011 14:37:53 +1300 Subject: [Ekiga-list] Mobile SIP applications on the Ekiga interoperability wiki page Message-ID: <4D30FA71.7090607@me.com> Hi All, It occurs to me it may be worthwhile adding some mobile platforms to http://wiki.ekiga.org/index.php/Ekiga_Interoperability I'm only familiar with Android at present, but I can start by adding this and go from there (e.g. if anyone has feedback on iOS, Windows Phone etc) -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From listbox at snap.net.nz Sat Jan 15 04:25:43 2011 From: listbox at snap.net.nz (listbox at snap.net.nz) Date: Sat, 15 Jan 2011 17:25:43 +1300 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: References: <201101131226.13395.listbox@snap.net.nz> <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr> Message-ID: <201101151725.45453.listbox@snap.net.nz> A note on the screenshot ... when I took alsamixer03 and alsamixer04 I had Mic muted ... obviously, that isn't how I tested things. I normally have mic unmuted, but front mic and line-in muted. I have also tested with mic, frontmic and linein all unmuted. Oops! On Sat, 15 Jan 2011 01:05:52 stara posta wrote: > Dear listbox, > if you got a nasty feedback that sounds like increasingly nasting, this may > be part of the problem. 2 solutions: > 1.Do you have a file called .asoundrc? > if not, this could help > > 2. send me, if you still want to battle, the ?amixer? output of the > console, you may have the mic activated in the playback part of your > alsamixer, this was the solutions to my problem. Mic must be muted in > alsamixer in the ?playback? and activated in the ?capture? > > or send 2 (print screen) .png with your settings: one for the capture and > one for the playback of the alsamixer. Good luck > > > Date: Thu, 13 Jan 2011 23:30:08 +0100 > > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > > To: ekiga-list at gnome.org > > Subject: Re: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / > > Pulseaudio) > > > > On 13/01/11 20:55, listbox at snap.net.nz wrote: > > > hanks for your thoughts Stara. > > > > > > I have checked my mic settings in alsamixer, and they look good. I have > > > tried the arecord one and two channel test. If I remember right, I got > > > some nasty feedback but I didn"t get silence either way. I can record > > > in applications like soundrecorder without any problems. > > > > > > I can use Skype (but don't want to). It does work though. I think I'll > > > try another OSS client today to see what happens there. > > > > > I tried your debug level four command and got: > > You have the same error as > > https://bugzilla.gnome.org/show_bug.cgi?id=620991. I do not know why > > this error. From davekoelmeyer at me.com Sat Jan 15 05:44:06 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sat, 15 Jan 2011 18:44:06 +1300 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <1291059363.17307.107.camel@havar-desktop> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> Message-ID: <4D313426.1040705@me.com> On 30/11/10 08:36 AM, H?var Nielsen wrote: > On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: >>> Hi, >>> >>> I get a no common codec error when I try to make a phone call, using >>> my phonzo.com account. Phonzo supports G711 a-law or G729, according >>> to their configuration help page: >>> http://www.phonzo.no/privat/utstyr/eget_utstyr/ >>> >>> I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga >>> Preferences-Audio-Codecs dialog. >>> >>> The Ekiga -d 4 output is attached. >>> >>> Does anyone know what might cause the error? >>> >>> The Ekiga version is 3.2.7. Hi, I assume you are using Ekiga at both ends (recipient is using Ekiga as well)? What happens if you disable speex altogether and just leave PCMA enabled as the only audio codec in Ekiga? -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 15 09:49:47 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 15 Jan 2011 10:49:47 +0100 Subject: [Ekiga-list] Mobile SIP applications on the Ekiga interoperability wiki page In-Reply-To: <4D30FA71.7090607@me.com> References: <4D30FA71.7090607@me.com> Message-ID: <4D316DBB.3000303@pu-pm.univ-fcomte.fr> On 15/01/11 02:37, Dave Koelmeyer wrote: > Hi All, > > It occurs to me it may be worthwhile adding some mobile platforms to > http://wiki.ekiga.org/index.php/Ekiga_Interoperability > > I'm only familiar with Android at present, but I can start by adding > this and go from there (e.g. if anyone has feedback on iOS, Windows > Phone etc) Good! Please do it! -- Eugen From havar.nielsen at gmail.com Sat Jan 15 11:39:31 2011 From: havar.nielsen at gmail.com (=?ISO-8859-1?Q?H=E5var?= Nielsen) Date: Sat, 15 Jan 2011 12:39:31 +0100 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <4D313426.1040705@me.com> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> <4D313426.1040705@me.com> Message-ID: <1295091571.26781.113.camel@havar-desktop> On Sat, 2011-01-15 at 18:44 +1300, Dave Koelmeyer wrote: > On 30/11/10 08:36 AM, H?var Nielsen wrote: > > > On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: > > > > > > Hi, > > > > > > > > I get a no common codec error when I try to make a phone call, > > > > using my phonzo.com account. Phonzo supports G711 a-law or G729, > > > > according to their configuration help page: > > > > http://www.phonzo.no/privat/utstyr/eget_utstyr/ > > > > > > > > I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga > > > > Preferences-Audio-Codecs dialog. > > > > > > > > The Ekiga -d 4 output is attached. > > > > > > > > Does anyone know what might cause the error? > > > > > > > > The Ekiga version is 3.2.7. > > > Hi, > > I assume you are using Ekiga at both ends (recipient is using Ekiga as > well)? > > What happens if you disable speex altogether and just leave PCMA > enabled as the only audio codec in Ekiga? > > -- > > Dave Koelmeyer > http://davekoelmeyer.wordpress.com/ Hi, I am trying to call my own cell (and other landline phones) through ekiga by using the VoIP (SIP) provider phonzo.com. It did work with Ekiga 3.2.6, but not with 3.2.7. Ekiga 3.2.6 had other issues though. Disabling all other codecs didn't help. >From what I can reckon, Ekiga 3.2.7 doesn't recognize the G711 a-law or G729 signatures given by the phonzo.com server to be the same as the PCMU or PCMA codecs that Ekiga supports. These are the configuration settings provided by phonzo.com : Proxy address: sip.phonzo.com (or sip.phonzo.com:5060) Domain/realm: sip.phonzo.com Outbound proxy address: sip.phonzo.com Port: 5060 Codec: G711 a-law (high bitrate - uncompressed sound) G729 (low bitrate - compressed sound) STUN: Phonzo does not use a STUN or ICE server -- H?var Nielsen -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 15 12:53:22 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 15 Jan 2011 13:53:22 +0100 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <1295091571.26781.113.camel@havar-desktop> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> <4D313426.1040705@me.com> <1295091571.26781.113.camel@havar-desktop> Message-ID: <4D3198C2.9000100@pu-pm.univ-fcomte.fr> On 15/01/11 12:39, H?var Nielsen wrote: > On Sat, 2011-01-15 at 18:44 +1300, Dave Koelmeyer wrote: > >> On 30/11/10 08:36 AM, H?var Nielsen wrote: >> >>> On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: >>> >>>>> Hi, >>>>> >>>>> I get a no common codec error when I try to make a phone call, >>>>> using my phonzo.com account. Phonzo supports G711 a-law or G729, >>>>> according to their configuration help page: >>>>> http://www.phonzo.no/privat/utstyr/eget_utstyr/ >>>>> >>>>> I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga >>>>> Preferences-Audio-Codecs dialog. >>>>> >>>>> The Ekiga -d 4 output is attached. >>>>> >>>>> Does anyone know what might cause the error? >>>>> >>>>> The Ekiga version is 3.2.7. >> >> >> Hi, >> >> I assume you are using Ekiga at both ends (recipient is using Ekiga as >> well)? >> >> What happens if you disable speex altogether and just leave PCMA >> enabled as the only audio codec in Ekiga? >> >> -- >> >> Dave Koelmeyer >> http://davekoelmeyer.wordpress.com/ > > Hi, > > I am trying to call my own cell (and other landline phones) through > ekiga by using the VoIP (SIP) provider phonzo.com. It did work with > Ekiga 3.2.6, but not with 3.2.7. Ekiga 3.2.6 had other issues though. This is very useful information. There were 2-3 changes related to this in opal between the two versions, see below. Could you give us the debug output for ekiga 3.2.6 too, to compare? 2009-10-01 01:06 rjongbloed * ., src/sip/handlers.cxx, src/sip/sipcon.cxx, src/sip/sippdu.cxx: Fixed locating correct authorisation credentials for INVITE when AOR user is different from authorisation ID. 2009-10-09 12:15 rjongbloed * ., src/sip/handlers.cxx: Changed authentication failure to be fatal and SIP handler removed. Credentials that are bad are unlikely to magically start working without user providing a new registration data so may as well register from scratch. Makes certain other logic simpler. 2009-11-13 05:45 rjongbloed * src/sip/sippdu.cxx: Add nonce to comparison for digest authentication, pointed out by Martin Hillmeier -- Eugen From nomansaeed at gmail.com Sat Jan 15 13:00:55 2011 From: nomansaeed at gmail.com (Engr. Muhammad Noman Saeed) Date: Sat, 15 Jan 2011 18:00:55 +0500 Subject: [Ekiga-list] ekiga for Codian MCU Message-ID: Dear All. i ned your help to call Codian MCU using ekiga over Ubuntu and Windows. I have installed but i cant able to generate h323:. Can any one help me or any one who already used it ? Regards NOMAN -- ========================= Engr. Muhammad. Noman Saeed Pakistan ========================= -------------- next part -------------- An HTML attachment was scrubbed... URL: From translator1111 at hotmail.es Sat Jan 15 18:08:27 2011 From: translator1111 at hotmail.es (stara posta) Date: Sat, 15 Jan 2011 19:08:27 +0100 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <201101151725.45453.listbox@snap.net.nz> References: <201101131226.13395.listbox@snap.net.nz>, <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr>, , <201101151725.45453.listbox@snap.net.nz> Message-ID: Dear listbox, I cannot see your screen shot, the files were probably were two big and they were not allowed to be published. Nevertheless. you can mail me to my address and I can check it. Stara Posta > From: listbox at snap.net.nz > To: ekiga-list at gnome.org > Date: Sat, 15 Jan 2011 17:25:43 +1300 > Subject: Re: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) > > A note on the screenshot ... when I took alsamixer03 and alsamixer04 I had Mic > muted ... obviously, that isn't how I tested things. I normally have mic > unmuted, but front mic and line-in muted. I have also tested with mic, > frontmic and linein all unmuted. Oops! > > On Sat, 15 Jan 2011 01:05:52 stara posta wrote: > > Dear listbox, > > if you got a nasty feedback that sounds like increasingly nasting, this may > > be part of the problem. 2 solutions: > > 1.Do you have a file called .asoundrc? > > if not, this could help > > > > 2. send me, if you still want to battle, the ?amixer? output of the > > console, you may have the mic activated in the playback part of your > > alsamixer, this was the solutions to my problem. Mic must be muted in > > alsamixer in the ?playback? and activated in the ?capture? > > > > or send 2 (print screen) .png with your settings: one for the capture and > > one for the playback of the alsamixer. Good luck > > > > > Date: Thu, 13 Jan 2011 23:30:08 +0100 > > > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > > > To: ekiga-list at gnome.org > > > Subject: Re: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / > > > Pulseaudio) > > > > > > On 13/01/11 20:55, listbox at snap.net.nz wrote: > > > > hanks for your thoughts Stara. > > > > > > > > I have checked my mic settings in alsamixer, and they look good. I have > > > > tried the arecord one and two channel test. If I remember right, I got > > > > some nasty feedback but I didn"t get silence either way. I can record > > > > in applications like soundrecorder without any problems. > > > > > > > > I can use Skype (but don't want to). It does work though. I think I'll > > > > try another OSS client today to see what happens there. > > > > > > > I tried your debug level four command and got: > > > You have the same error as > > > https://bugzilla.gnome.org/show_bug.cgi?id=620991. I do not know why > > > this error. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 15 23:13:57 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sun, 16 Jan 2011 00:13:57 +0100 Subject: [Ekiga-list] cannot build In-Reply-To: References: <4CEC20E2.70606@pu-pm.univ-fcomte.fr> Message-ID: <4D322A35.6020503@pu-pm.univ-fcomte.fr> On 23/11/10 21:57, J?nis Ruk??ns wrote: > On Tue, Nov 23, 2010 at 10:15 PM, Eugen Dedu > wrote: >> On 23/11/10 18:36, Dmitry Shkirmanov wrote: >>> >>> Hello, I can not build ekiga 3.2.7. on debian lenny from sources. Here is >>> an >>> extract from the build log: >>> >>> ================================================================= >>> >>> file=`echo zh_TW | sed 's,.*/,,'`.gmo \ >>> && rm -f $file&& /usr/bin/msgfmt -o $file zh_TW.p >>> o >>> make[2]: Leaving directory `/home/ya/Desktop/ekiga-3.2.7/po' >>> Making all in help >>> make[2]: Entering directory `/home/ya/Desktop/ekiga-3.2.7/he >>> lp' >>> msgfmt -o bg/bg.mo bg/bg.po >>> msgfmt -o ca/ca.mo ca/ca.po >>> msgfmt -o de/de.mo de/de.po >>> msgfmt -o el/el.mo el/el.po >>> msgfmt -o en_GB/en_GB.mo en_GB/en_GB.po >>> msgfmt -o es/es.mo es/es.po >>> msgfmt -o eu/eu.mo eu/eu.po >>> msgfmt -o fi/fi.mo fi/fi.po >>> msgfmt -o fr/fr.mo fr/fr.po >>> msgfmt -o oc/oc.mo oc/oc.po >>> msgfmt -o pt_BR/pt_BR.mo pt_BR/pt_BR.po >>> msgfmt -o ru/ru.mo ru/ru.po >>> msgfmt -o sv/sv.mo sv/sv.po >>> msgfmt -o uk/uk.mo uk/uk.po >>> if ! test -d bg/; then mkdir bg/; fi >>> if [ -f "C/ekiga.xml" ]; then d="../"; else d="/home/ya/Desk >>> top/ekiga-3.2.7/help/"; fi; \ >>> mo="bg/bg.mo"; \ >>> if [ -f "${mo}" ]; then mo="../${mo}"; else mo="/hom >>> e/ya/Desktop/ekiga-3.2.7/help/${mo}"; fi; \ >>> (cd bg/&& \ >>> `which xml2po` -m docbook -e -t "${mo}" \ >>> "${d}C/ekiga.xml"> ekiga.xml.tmp&& \ >>> cp ekiga.xml.tmp ekiga.xml&& rm -f ekiga.xml.tm >>> p) >>> /bin/sh: line 4: -m: command not found >> >> Haven't you had an error about not having gnome-doc-utils installed?? > > From looking at the configure.ac [1] it seems that configure checks > only for scrollkeeper-config, which on my system (Fedora 10) is > provided by a different package than gnome-doc-utils (rarian-compat). > I have no idea what lurks in the GNOME_DOC_INIT, but I think it's > quite possible that the OP, just like me, has scrollkeeper-compat, but > doesn't have xml2po. Fixed with http://git.gnome.org/browse/ekiga/commit/?id=082121f5a, thank you! -- Eugen From davekoelmeyer at me.com Sun Jan 16 05:53:07 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sun, 16 Jan 2011 05:53:07 +0000 (GMT) Subject: [Ekiga-list] Sipdroid interoperability with Ekiga 3.2.7 Message-ID: Hi All, I've collected some notes on this topic here: http://davekoelmeyer.wordpress.com/2011/01/16/sipdroid-interoperability-with-ekiga-3-2-7/ Will update the salient points to the wiki sometime soon. Cheers, Dave? -------------- next part -------------- An HTML attachment was scrubbed... URL: From havar.nielsen at gmail.com Sat Jan 15 01:48:53 2011 From: havar.nielsen at gmail.com (=?ISO-8859-1?Q?H=E5var?= Nielsen) Date: Sat, 15 Jan 2011 02:48:53 +0100 Subject: [Ekiga-list] No common codec (G711 aLaw) In-Reply-To: <4D30F7B0.10509@pu-pm.univ-fcomte.fr> References: <1291047593.17307.99.camel@havar-desktop> <4CF3D4B5.9000305@seconix.com> <1291059363.17307.107.camel@havar-desktop> <4D30E05B.4060307@pu-pm.univ-fcomte.fr> <1295054488.26781.91.camel@havar-desktop> <4D30F7B0.10509@pu-pm.univ-fcomte.fr> Message-ID: <1295056133.26781.96.camel@havar-desktop> On Sat, 2011-01-15 at 02:26 +0100, Eugen Dedu wrote: > On 15/01/11 02:21, H?var Nielsen wrote: > > On Sat, 2011-01-15 at 00:46 +0100, Eugen Dedu wrote: > > > >> On 29/11/10 20:36, H?var Nielsen wrote: > >>> On Mon, 2010-11-29 at 17:28 +0100, Damien Sandras wrote: > >>> > >>>>> Hi, > >>>>> > >>>>> I get a no common codec error when I try to make a phone call, using > >>>>> my phonzo.com account. Phonzo supports G711 a-law or G729, according > >>>>> to their configuration help page: > >>>>> http://www.phonzo.no/privat/utstyr/eget_utstyr/ > >>>>> > >>>>> I have enabled PCMA, PCMU and Speex (wide band) in the Ekiga > >>>>> Preferences-Audio-Codecs dialog. > >>>>> > >>>>> The Ekiga -d 4 output is attached. > >>>>> > >>>>> Does anyone know what might cause the error? > >>>>> > >>>>> The Ekiga version is 3.2.7. > >>>> > >>>> You probably need to disable video. > >>> > >>> Thanks for the reply, but disabling video doesn't work. > >> > >> Sorry to answer so late. Could you give us the debug output after > >> disabling all video codecs? Maybe the error is different in this case. > >> > > > > Thanks for being interested. I still have this problem. > > I still see video codecs in the log. Switch them all off and try again > and send the debug output. Sorry, that was probably an old log. Here is a new one and a screenshot to confirm I have disabled the video codecs. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-log-d4.tar.gz Type: application/x-compressed-tar Size: 5494 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Ekiga Preferences.png Type: image/png Size: 53591 bytes Desc: not available URL: From listbox at snap.net.nz Sat Jan 15 04:12:48 2011 From: listbox at snap.net.nz (listbox at snap.net.nz) Date: Sat, 15 Jan 2011 17:12:48 +1300 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: References: <201101131226.13395.listbox@snap.net.nz> <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr> Message-ID: <201101151712.50656.listbox@snap.net.nz> Hi again Stara, Yeah, let's stay with this for a while. 1) I do not have a file called .asoundrc. I've seen a number of suggestions for .asoundrc contents; suggestions are welcome. 2. Amixer returns: Simple mixer control 'Master',0 Capabilities: pvolume pswitch pswitch-joined penum Playback channels: Front Left - Front Right - Rear Left - Rear Right - Front Center - Woofer Limits: Playback 0 - 65536 Mono: Front Left: Playback 52432 [80%] [on] Front Right: Playback 52432 [80%] [on] Rear Left: Playback 52432 [80%] [on] Rear Right: Playback 52432 [80%] [on] Front Center: Playback 52432 [80%] [on] Woofer: Playback 52432 [80%] [on] Simple mixer control 'Capture',0 Capabilities: cvolume cswitch cswitch-joined penum Capture channels: Front Left - Front Right Limits: Capture 0 - 65536 Front Left: Capture 49148 [75%] [on] Front Right: Capture 49148 [75%] [on] Four screenshots of alsamixer (03 and 04 are of the same, very long, display) and three of pavucontrol are attached. Thanks for your effort! On Sat, 15 Jan 2011 01:05:52 stara posta wrote: > Dear listbox, > if you got a nasty feedback that sounds like increasingly nasting, this may > be part of the problem. 2 solutions: > 1.Do you have a file called .asoundrc? > if not, this could help > > 2. send me, if you still want to battle, the ?amixer? output of the > console, you may have the mic activated in the playback part of your > alsamixer, this was the solutions to my problem. Mic must be muted in > alsamixer in the ?playback? and activated in the ?capture? > > or send 2 (print screen) .png with your settings: one for the capture and > one for the playback of the alsamixer. Good luck > -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer01.jpeg Type: image/jpeg Size: 64422 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer02.jpeg Type: image/jpeg Size: 65452 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pavucontrol02.jpeg Type: image/jpeg Size: 28468 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer03.jpeg Type: image/jpeg Size: 125956 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pavucontrol01.jpeg Type: image/jpeg Size: 35196 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer04.jpeg Type: image/jpeg Size: 110139 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pavucontrol03.jpeg Type: image/jpeg Size: 21489 bytes Desc: not available URL: From davekoelmeyer at me.com Sun Jan 16 23:59:40 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sun, 16 Jan 2011 23:59:40 +0000 (GMT) Subject: [Ekiga-list] Mobile SIP applications on the Ekiga interoperability wiki page In-Reply-To: <4D316DBB.3000303@pu-pm.univ-fcomte.fr> Message-ID: <9737c6d0-da2e-6ae7-83d6-d1c76d1c85ca@me.com> On 15 Jan, 2011,at 10:49 PM, Eugen Dedu wrote: > On 15/01/11 02:37, Dave Koelmeyer wrote: > > Hi All, > > > > It occurs to me it may be worthwhile adding some mobile platforms to > > http://wiki.ekiga.org/index.php/Ekiga_Interoperability > > > > I'm only familiar with Android at present, but I can start by adding > > this and go from there (e.g. if anyone has feedback on iOS, Windows > > Phone etc) > > Good! Please do it! Done - page updated at http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Android Some information on hardware systems compatibility could be useful too, and be a useful resource for "pros" against the competition (e.g. Skype's non-support for H323 and SIP). I have access to a Sony PCS-XG80 (which I cannot successfully get working with Ekiga) and several Polycom systems for which I could gather data on. Cheers, Dave? -------------- next part -------------- An HTML attachment was scrubbed... URL: From papillion at gmail.com Mon Jan 17 00:46:22 2011 From: papillion at gmail.com (Anthony Papillion) Date: Sun, 16 Jan 2011 18:46:22 -0600 Subject: [Ekiga-list] SIP for Blackberry Message-ID: I know this isn't specifically an Ekiga related question but I'm wondering if anyone knows of a good (cheap or free) SIP phone for Blackberry? I've been looking and can't seem to find hardly any. Thanks, Anthony -- Sent from my mobile device Anthony Papillion Lead Developer / Owner Advanced Data Concepts - "Enabling work anywhere" (918) 919-4624 Facebook: http://www.facebook.com/cajuntechie My Blog: http://www.cajuntechie.com From ncassanova11 at gmail.com Mon Jan 17 06:47:13 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Mon, 17 Jan 2011 01:47:13 -0500 Subject: [Ekiga-list] SIP for Blackberry In-Reply-To: References: Message-ID: Try and check out linphone as I think the other day someone created a port of linphone for blackberry. It should be free. Nikolai Gauntlet Cassanova SUNY University at Albany Bachelors of Science in Biology E-Mail: ncassanova11 at gmail.com Phone: 347-948-4317 On Jan 16, 2011 7:46 PM, "Anthony Papillion" wrote: > I know this isn't specifically an Ekiga related question but I'm > wondering if anyone knows of a good (cheap or free) SIP phone for > Blackberry? I've been looking and can't seem to find hardly any. > > Thanks, > Anthony > > -- > Sent from my mobile device > > Anthony Papillion > Lead Developer / Owner > Advanced Data Concepts - "Enabling work anywhere" > (918) 919-4624 > > Facebook: http://www.facebook.com/cajuntechie > My Blog: http://www.cajuntechie.com > _______________________________________________ > 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 viktoa65 at yahoo.es Mon Jan 17 12:06:22 2011 From: viktoa65 at yahoo.es (ortenzia konyha) Date: Mon, 17 Jan 2011 12:06:22 +0000 (GMT) Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) Message-ID: <782520.35175.qm@web25906.mail.ukl.yahoo.com> dear listbox, I have checked your print screen I have 2 comments, in card and chip at first 2 print screen you have pulseaudio instead of your card intel HDA, when you change it you have more options? The other comment is about pavucontrol02. In your input device you have stereo, but ?mic? should be mono: clik in the grey shield (to free the slides, they are sticked toguether now), go to the left slide and scrolled it to cero, this way you will have one up and the other down, so you will have a mono mic. try the arecord witht the 2 channells, 1 is for mono and 2 is for stereo and see the output, you should hear your voice with a little delay Stara posta --- El s?b, 15/1/11, listbox at snap.net.nz escribi?: > De: listbox at snap.net.nz > Asunto: Re: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) > Para: "Ekiga mailing list" > Fecha: s?bado, 15 de enero, 2011 05:12 > Hi again Stara, > > Yeah, let's stay with this for a while. > > 1) I do not have a file called .asoundrc. I've seen a > number of suggestions for > .asoundrc contents; suggestions are welcome. > > 2. Amixer returns: > > Simple mixer control 'Master',0 > ? Capabilities: pvolume pswitch pswitch-joined penum > ? Playback channels: Front Left - Front Right - Rear > Left - Rear Right - Front > Center - Woofer > ? Limits: Playback 0 - 65536 > ? Mono: > ? Front Left: Playback 52432 [80%] [on] > ? Front Right: Playback 52432 [80%] [on] > ? Rear Left: Playback 52432 [80%] [on] > ? Rear Right: Playback 52432 [80%] [on] > ? Front Center: Playback 52432 [80%] [on] > ? Woofer: Playback 52432 [80%] [on] > Simple mixer control 'Capture',0 > ? Capabilities: cvolume cswitch cswitch-joined penum > ? Capture channels: Front Left - Front Right > ? Limits: Capture 0 - 65536 > ? Front Left: Capture 49148 [75%] [on] > ? Front Right: Capture 49148 [75%] [on] > > Four screenshots of alsamixer (03 and 04 are of the same, > very long, display) > and three of pavucontrol are attached. Thanks for your > effort! > > > > On Sat, 15 Jan 2011 01:05:52 stara posta wrote: > > Dear listbox, > > if you got a nasty feedback that sounds like > increasingly nasting, this may > > be part of the problem. 2 solutions: > > 1.Do you have a file called .asoundrc? > > if not, this could help > > > > 2. send me, if you still want to battle, the > ?amixer? output of the > > console, you may have the mic activated in the > playback part of your > > alsamixer, this was the solutions to my problem. Mic > must be muted in > > alsamixer in the ?playback? and activated in the > ?capture? > > > > or send 2? (print screen) .png with your > settings: one for the capture and > > one for the playback of the alsamixer. Good luck > > > > -----Adjunto en l?nea a continuaci?n----- > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From papillion at gmail.com Mon Jan 17 14:01:57 2011 From: papillion at gmail.com (Anthony Papillion) Date: Mon, 17 Jan 2011 08:01:57 -0600 Subject: [Ekiga-list] SIP for Blackberry In-Reply-To: References: Message-ID: Thank you Nikolal! I'll definitely check it out and report back what I find. Anthony On 1/17/11, Nikolai Cassanova wrote: > Try and check out linphone as I think the other day someone created a port > of linphone for blackberry. It should be free. > > Nikolai Gauntlet Cassanova > SUNY University at Albany > Bachelors of Science in Biology > E-Mail: ncassanova11 at gmail.com > Phone: 347-948-4317 > On Jan 16, 2011 7:46 PM, "Anthony Papillion" wrote: >> I know this isn't specifically an Ekiga related question but I'm >> wondering if anyone knows of a good (cheap or free) SIP phone for >> Blackberry? I've been looking and can't seem to find hardly any. >> >> Thanks, >> Anthony >> >> -- >> Sent from my mobile device >> >> Anthony Papillion >> Lead Developer / Owner >> Advanced Data Concepts - "Enabling work anywhere" >> (918) 919-4624 >> >> Facebook: http://www.facebook.com/cajuntechie >> My Blog: http://www.cajuntechie.com >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Sent from my mobile device Anthony Papillion Lead Developer / Owner Advanced Data Concepts - "Enabling work anywhere" (918) 919-4624 Facebook: http://www.facebook.com/cajuntechie My Blog: http://www.cajuntechie.com From i.v.martynov at gmail.com Mon Jan 17 11:46:14 2011 From: i.v.martynov at gmail.com (=?KOI8-R?B?7cHS1NnOz9cg6cfP0tg=?=) Date: Mon, 17 Jan 2011 14:46:14 +0300 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <201101151712.50656.listbox@snap.net.nz> References: <201101131226.13395.listbox@snap.net.nz> <4D2F7CF0.1010101@pu-pm.univ-fcomte.fr> <201101151712.50656.listbox@snap.net.nz> Message-ID: 2011/1/15 > Hi again Stara, > > Yeah, let's stay with this for a while. > > 1) I do not have a file called .asoundrc. I've seen a number of suggestions > for > .asoundrc contents; suggestions are welcome. > > 2. Amixer returns: > > Simple mixer control 'Master',0 > Capabilities: pvolume pswitch pswitch-joined penum > Playback channels: Front Left - Front Right - Rear Left - Rear Right - > Front > Center - Woofer > Limits: Playback 0 - 65536 > Mono: > Front Left: Playback 52432 [80%] [on] > Front Right: Playback 52432 [80%] [on] > Rear Left: Playback 52432 [80%] [on] > Rear Right: Playback 52432 [80%] [on] > Front Center: Playback 52432 [80%] [on] > Woofer: Playback 52432 [80%] [on] > Simple mixer control 'Capture',0 > Capabilities: cvolume cswitch cswitch-joined penum > Capture channels: Front Left - Front Right > Limits: Capture 0 - 65536 > Front Left: Capture 49148 [75%] [on] > Front Right: Capture 49148 [75%] [on] > > Four screenshots of alsamixer (03 and 04 are of the same, very long, > display) > and three of pavucontrol are attached. Thanks for your effort! > > > > On Sat, 15 Jan 2011 01:05:52 stara posta wrote: > > Dear listbox, > > if you got a nasty feedback that sounds like increasingly nasting, this > may > > be part of the problem. 2 solutions: > > 1.Do you have a file called .asoundrc? > > if not, this could help > > > > 2. send me, if you still want to battle, the ?amixer? output of the > > console, you may have the mic activated in the playback part of your > > alsamixer, this was the solutions to my problem. Mic must be muted in > > alsamixer in the ?playback? and activated in the ?capture? > > > > or send 2 (print screen) .png with your settings: one for the capture > and > > one for the playback of the alsamixer. Good luck > > > Hi in Ekiga Preferencts seting input device > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer01.jpeg Type: image/jpeg Size: 64422 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer02.jpeg Type: image/jpeg Size: 65452 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pavucontrol02.jpeg Type: image/jpeg Size: 28468 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer03.jpeg Type: image/jpeg Size: 125956 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pavucontrol01.jpeg Type: image/jpeg Size: 35196 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: alsamixer04.jpeg Type: image/jpeg Size: 110139 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pavucontrol03.jpeg Type: image/jpeg Size: 21489 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ??????-Ekiga Preferences-1.png Type: image/png Size: 46910 bytes Desc: not available URL: From ncassanova11 at gmail.com Mon Jan 17 17:36:25 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Mon, 17 Jan 2011 12:36:25 -0500 Subject: [Ekiga-list] Fwd: [Linphone-users] Linphone on BlackBerry announce In-Reply-To: <9CBB1C1D-E723-4728-8F7F-AAB871F12644@linphone.org> References: <9CBB1C1D-E723-4728-8F7F-AAB871F12644@linphone.org> Message-ID: This is for Anthony and any one else on the ekiga mailing list looking for a sip client for BlackBerry phones and sorry this is not technically Ekiga related but i figured Ekiga is not just about Ekiga sip but helping people who have questions, so enjoy. Also it seems that a lot of people are starting to catch on to this client with blackberry phones as in the other emails i read from their mailing list, a lot of people are testing the sip client on both GSM and CDMA phones. ---------- Forwarded message ---------- From: Jehan Monnier Date: Tue, Jan 11, 2011 at 11:19 AM Subject: [Linphone-users] Linphone on BlackBerry announce To: linphone-developers at nongnu.org, linphone-users at nongnu.org Hello, The Linphone's team is pleased to release a new port of Linphone on Blackberry ! Main features are: -Audio only based on built-in AMR-NB codec. -Native contact list integration. -Call history. -Both sip tcp and udp. -Limited supported device, Bold series with OS > 5.0 . -Both wifi and 3G support. -GNU GPL v2 license. Linphone for BlackBerry OS is a completely java rewritten Linphone leveraging on the java version of libblinphone API we have developed for Android. Simon has developed a java port of oRTP called jortp with adaptive jitter buffer. For sip, we have leveraged on sip-for-me, that we had to patch to fix a bunch of bugs. The core (I.E jliblinphone) is a strict implementation of the java version of linphonecore. Linphone on BB only support AMR-NB because on BB 0S 5, it's the only available codecs with real time capabilities. So you have to find a sip provider supporting this codec. Due to the lake of DNS api from BB OS5, sip hosts must always be entered as an IP address (I.E sip:toto at 192.168.0.1). Same for the proxy field in configuration view witch must be an ip address. Binary installation is available from: http://download.savannah.gnu.org/releases/linphone/blackberry/jlinphone-1.0.0/5.0.0/jlinphone.jad Just open this URL from your BB web browser. As usual, source code can be found at: http://www.linphone.org/eng/download/git.html Contributions and feedback are as always welcome, use the mailing lists for that purpose. Cheers www.linphone.org _______________________________________________ Linphone-users mailing list Linphone-users at nongnu.org http://lists.nongnu.org/mailman/listinfo/linphone-users -- Nikolai Gauntlet Cassanova University At Albany, State University of New York Bachelors of Science in Biology Email: NCassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: From listbox at snap.net.nz Mon Jan 17 22:22:08 2011 From: listbox at snap.net.nz (listbox at snap.net.nz) Date: Tue, 18 Jan 2011 11:22:08 +1300 Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: References: <201101131226.13395.listbox@snap.net.nz> <201101151712.50656.listbox@snap.net.nz> Message-ID: <201101181122.11029.listbox@snap.net.nz> There are five options for input device: ESound (PTLIB/ESD) Default (PTLIB/ALSA) HD ATI SB (PTLIB/ALSA) /dev/sdp (PTLIB/OSS) SILENT (Ekiga/Ekiga) Output device has the same options and also: HD ATI SB (1) (PTLIB/ALSA) > Hi > in Ekiga Preferencts seting input device > From viktoa65 at yahoo.es Tue Jan 18 11:40:34 2011 From: viktoa65 at yahoo.es (ortenzia konyha) Date: Tue, 18 Jan 2011 11:40:34 +0000 (GMT) Subject: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) In-Reply-To: <201101181122.11029.listbox@snap.net.nz> Message-ID: <406608.10363.qm@web25901.mail.ukl.yahoo.com> Dear Listbox, I guess this is the correct: HD ATI SB (PTLIB/ALSA, as it is ALSA and your card. Stara Posta --- El lun, 17/1/11, listbox at snap.net.nz escribi?: > De: listbox at snap.net.nz > Asunto: Re: [Ekiga-list] Ekiga microphone / echo test issue; (Mandriva / Pulseaudio) > Para: "Ekiga mailing list" > Fecha: lunes, 17 de enero, 2011 23:22 > There are five options for input > device: > ??? ESound (PTLIB/ESD) > ??? Default (PTLIB/ALSA) > ??? HD ATI SB (PTLIB/ALSA) > ??? /dev/sdp (PTLIB/OSS) > ??? SILENT (Ekiga/Ekiga) > Output device has the same options and also: > ??? HD ATI SB (1) (PTLIB/ALSA) > > > Hi > > in Ekiga Preferencts seting input device > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From ncassanova11 at gmail.com Mon Jan 17 18:07:00 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Mon, 17 Jan 2011 13:07:00 -0500 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga In-Reply-To: <4D2F5414.2020304@pu-pm.univ-fcomte.fr> References: <4D2B20C3.6050001@pu-pm.univ-fcomte.fr> <4D2F5414.2020304@pu-pm.univ-fcomte.fr> Message-ID: cool thanks for the information on how to get the output and sorry i took so long been busy but here is the output file, and i ran several test of calling directly from my sipdroid client on my andriod device (HTC Sapphire 32 B or mytouch 3g on the tmobile network in USA, also my sipdroid version is 1.6 beta) to my ekiga client (version 3.2.7) on Ubuntu 10.10. In every call that i made the call went straight through with a little lag but I feel that should be expected since i am using sipdroid over a mobile network with a whole bunch of other users on that same network, but the output files are attached as I attached two. On Thu, Jan 13, 2011 at 2:35 PM, Eugen Dedu wrote: > On 10/01/11 18:21, Nikolai Cassanova wrote: > >> Would love to help as I use sipdroid (version 1.6 beta, don't like version >> 2.0.1 as in that version on my device the registration timeout for my >> pbxes >> account happens frequently while in 1.6 on my device it last longer and >> never times out but does sometimes re-register) >> >> I have android 2.2.1 with cyanogenmod rom version 6.1.0 (on HTC >> Magic/Sapphire) I can do the test as I have run this same test for another >> user on this mailing list that indicated that placing a sip call to ekiga >> from sipdroid didn't work for him, but it works for me (I don't know if >> that >> is because I am using ekiga version 3.2.7 on ubuntu 10.10) and vice versa, >> I >> can just put ekiga 3.2.7 on windows xp laptop that i have and test to see >> if >> it works or not the only thing is I don't know how to get -d 4 output to >> see >> what is going on while the call occur. >> > > Look at > http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output > > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Nikolai Gauntlet Cassanova University At Albany, State University of New York Bachelors of Science in Biology Email: NCassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- 2011/01/17 12:52:46.861 0:01.167 Version 3.2.7 by on Unix Linux (2.6.35-24-generic-i686) with PTLib (v2.6.7) at 2011/1/17 12:52:46.861 2011/01/17 12:52:46.861 0:01.167 Ekiga git revision: unknown 2011/01/17 12:52:46.868 0:01.174 Ekiga registered on D-Bus: org.ekiga.Ekiga 2011/01/17 12:52:46.869 0:01.175 PWLib File handle high water mark set: 19 Thread unblock pipe 2011/01/17 12:52:46.869 0:01.175 PTLib No permission to set priority level 4 2011/01/17 12:52:46.869 0:01.175 PTLib Thread high water mark set: 2 2011/01/17 12:52:46.870 0:01.175 PWLib File handle high water mark set: 21 Thread unblock pipe 2011/01/17 12:52:46.870 0:01.175 PTLib No permission to set priority level 4 2011/01/17 12:52:46.870 0:01.176 PTLib Thread high water mark set: 3 2011/01/17 12:52:46.870 0:01.176 PWLib File handle high water mark set: 23 Thread unblock pipe 2011/01/17 12:52:46.903 0:01.209 PWLib File handle high water mark set: 25 Thread unblock pipe 2011/01/17 12:52:46.905 0:01.211 PTLib No permission to set priority level 4 2011/01/17 12:52:46.905 0:01.211 PTLib Thread high water mark set: 4 2011/01/17 12:52:46.906 0:01.212 HalManager_dbus Initialising HAL Manager 2011/01/17 12:52:46.909 0:01.215 HalManager_dbus Populating device list 2011/01/17 12:52:47.855 0:02.161 HalManager_dbus Populated device list with 8 devices 2011/01/17 12:52:47.856 0:02.162 HalManager_dbus Populating interface list 2011/01/17 12:52:47.857 0:02.162 HalManager_dbus Populating full interface list failed - Method "getDevices" with signature "" on interface "org.freedesktop.NetworkManager" doesn't exist 2011/01/17 12:52:47.857 0:02.163 Detecting V4L2 devices 2011/01/17 12:52:47.857 0:02.163 Unable to detect v4l2 directory 2011/01/17 12:52:47.888 0:02.194 PWLib File handle high water mark set: 30 Thread unblock pipe 2011/01/17 12:52:47.888 0:02.194 PTLib Thread high water mark set: 5 2011/01/17 12:52:47.888 0:02.194 OpalMan Created manager. 2011/01/17 12:52:47.889 0:02.194 OpalMan Attached endpoint with prefix pc 2011/01/17 12:52:47.889 0:02.194 OpalEP Created endpoint: pc 2011/01/17 12:52:47.956 0:02.261 PCSS Created PC sound system endpoint. Players: Default HDA Intel HDA Intel (1) EKIGA *.wav Recorders: Default HDA Intel EKIGA *.wav 2011/01/17 12:52:47.956 0:02.262 OPAL SetMediaFormatOrder() 2011/01/17 12:52:47.956 0:02.262 OPAL SetMediaFormatMask() 2011/01/17 12:52:48.006 0:02.312 OpalMan Attached endpoint with prefix sip 2011/01/17 12:52:48.006 0:02.312 OpalEP Created endpoint: sip 2011/01/17 12:52:48.007 0:02.313 PWLib File handle high water mark set: 31 PUDPSocket 2011/01/17 12:52:48.007 0:02.313 IfaceMon Initial interface list: 127.0.0.1 [00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:01] <00-00-00-00-00-00> (lo) 192.168.1.3 [fe:80:00:00:00:00:00:00:02:13:02:ff:fe:9a:3f:df] <00-13-02-9A-3F-DF> (wlan0) 2011/01/17 12:52:48.007 0:02.313 PWLib File handle high water mark set: 32 Thread unblock pipe 2011/01/17 12:52:48.007 0:02.313 PTLib Thread high water mark set: 6 2011/01/17 12:52:48.007 0:02.313 PWLib File handle high water mark set: 34 Thread unblock pipe 2011/01/17 12:52:48.008 0:02.313 Network In...0xb6d54b70 IfaceMon Started interface monitor thread. 2011/01/17 12:52:48.008 0:02.314 PTLib Thread high water mark set: 7 2011/01/17 12:52:48.008 0:02.314 Network In...0xb6d54b70 PWLib File handle high water mark set: 35 PUDPSocket 2011/01/17 12:52:48.008 0:02.314 OpalMan Attached endpoint with prefix sips 2011/01/17 12:52:48.008 0:02.314 SIP Created endpoint. 2011/01/17 12:52:48.009 0:02.314 MonSock Created socket bundle for all interfaces. 2011/01/17 12:52:48.009 0:02.315 PWLib File handle high water mark set: 36 PUDPSocket 2011/01/17 12:52:48.009 0:02.315 MonSock Created bundled UDP socket 192.168.1.3:5060 2011/01/17 12:52:48.009 0:02.315 PWLib File handle high water mark set: 38 Thread unblock pipe 2011/01/17 12:52:48.009 0:02.315 PTLib Thread high water mark set: 8 2011/01/17 12:52:48.009 0:02.315 PTLib No permission to set priority level 4 2011/01/17 12:52:48.010 0:02.315 Opal Liste...0xb6bbeb70 Listen Started listening thread on udp$*:5060 2011/01/17 12:52:48.010 0:02.316 OpalMan Added route "sip:.*=pc:*" 2011/01/17 12:52:48.010 0:02.316 OpalMan Added route "pc:.*=sip:" 2011/01/17 12:52:48.028 0:02.334 OpalMan Attached endpoint with prefix h323 2011/01/17 12:52:48.028 0:02.334 OpalEP Created endpoint: h323 2011/01/17 12:52:48.029 0:02.334 OpalMan Attached endpoint with prefix h323s 2011/01/17 12:52:48.029 0:02.334 H323 Created endpoint. 2011/01/17 12:52:48.029 0:02.335 PWLib File handle high water mark set: 39 PTCPSocket 2011/01/17 12:52:48.029 0:02.335 PWLib File handle high water mark set: 41 Thread unblock pipe 2011/01/17 12:52:48.029 0:02.335 PTLib Thread high water mark set: 9 2011/01/17 12:52:48.029 0:02.335 Opal Liste...0xb6b7db70 Listen Started listening thread on tcp$*:1720 2011/01/17 12:52:48.029 0:02.335 OpalMan Added route "h323:.*=pc:" 2011/01/17 12:52:48.030 0:02.335 OpalMan Added route "pc:.*=h323:" 2011/01/17 12:52:48.030 0:02.335 Opal Liste...0xb6b7db70 Listen Waiting on socket accept on tcp$*:1720 2011/01/17 12:52:48.078 0:02.383 MediaFormat Removing codecs G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-ALaw-64k,G.711-uLaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,MS-GSM,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,CELT-48K,CELT-32K,H.261,H.261-CIF,H.261-QCIF,theora 2011/01/17 12:52:48.079 0:02.384 OPAL SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) 2011/01/17 12:52:48.079 0:02.384 OPAL SetMediaFormatOrder(G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-ALaw-64k,G.711-uLaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,MS-GSM,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,CELT-48K,CELT-32K,H.261,H.261-CIF,H.261-QCIF,theora) 2011/01/17 12:52:48.088 0:02.394 MediaFormat Removing codecs G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-ALaw-64k,G.711-uLaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,MS-GSM,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,CELT-48K,CELT-32K,H.261,H.261-CIF,H.261-QCIF,theora 2011/01/17 12:52:48.089 0:02.395 OPAL SetMediaFormatMask(PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz) 2011/01/17 12:52:48.089 0:02.395 OPAL SetMediaFormatOrder(G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,G.711-ALaw-64k,G.711-uLaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,MS-GSM,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,CELT-48K,CELT-32K,H.261,H.261-CIF,H.261-QCIF,theora) 2011/01/17 12:52:48.130 0:02.435 PWLib File handle high water mark set: 43 Thread unblock pipe 2011/01/17 12:52:48.130 0:02.436 PTLib Thread high water mark set: 10 2011/01/17 12:52:48.131 0:02.437 StunDetector:0xb6b3cb70 PWLib File handle high water mark set: 45 PUDPSocket 2011/01/17 12:52:48.353 0:02.658 PWLib File handle high water mark set: 48 PUDPSocket 2011/01/17 12:52:48.353 0:02.659 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:500 at ekiga.net, id=c44ec743-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:48.353 0:02.659 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:48.375 0:02.680 StunDetector:0xb6b3cb70 PWLib File handle low water mark set: 45 PUDPSocket 2011/01/17 12:52:48.382 0:02.688 SIP No SRV record found. 2011/01/17 12:52:48.945 0:03.251 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:48.945 0:03.251 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:48.946 0:03.252 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:48.947 0:03.252 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:48.947 0:03.253 OpalMan Listener interfaces: associated transport=None udp$192.168.1.3:5060 2011/01/17 12:52:50.869 0:05.175 StunDetector:0xb6b3cb70 OPAL STUN server "stun.ekiga.net" replies Restricted NAT, external IP 173.68.138.36 2011/01/17 12:52:51.440 0:05.746 PWLib File handle low water mark set: 42 PUDPSocket 2011/01/17 12:52:51.456 0:05.762 SIP Transaction created. 2011/01/17 12:52:51.461 0:05.767 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.486 0:05.792 SIP No SRV record found. 2011/01/17 12:52:51.487 0:05.792 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:51.487 0:05.793 SIP Sending PDU (566 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:500 at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: "Nikolai Cassanova" ;tag=10619e45-d020-e011-9c53-0013029a3fdf Call-ID: c44ec743-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/pidf+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:51.488 0:05.794 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.488 0:05.794 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:51.489 0:05.795 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:500 at ekiga.net, id=82cea545-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.489 0:05.795 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.515 0:05.821 SIP No SRV record found. 2011/01/17 12:52:51.516 0:05.822 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:51.516 0:05.822 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:51.517 0:05.823 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:51.517 0:05.823 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:51.518 0:05.823 OpalMan Listener interfaces: associated transport=None udp$192.168.1.3:5060 2011/01/17 12:52:51.520 0:05.825 SIP Transaction created. 2011/01/17 12:52:51.525 0:05.831 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.550 0:05.856 SIP No SRV record found. 2011/01/17 12:52:51.550 0:05.856 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:51.551 0:05.857 SIP Sending PDU (577 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:500 at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: "Nikolai Cassanova" ;tag=5475aa45-d020-e011-9c53-0013029a3fdf Call-ID: 82cea545-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/dialog-info+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:51.552 0:05.857 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.552 0:05.858 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:51.553 0:05.858 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:501 at ekiga.net, id=aa7eaf45-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.553 0:05.859 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.581 0:05.887 SIP No SRV record found. 2011/01/17 12:52:51.581 0:05.887 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:51.581 0:05.887 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:51.582 0:05.888 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:51.583 0:05.888 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:51.583 0:05.889 OpalMan Listener interfaces: associated transport=None udp$192.168.1.3:5060 2011/01/17 12:52:51.585 0:05.891 SIP Transaction created. 2011/01/17 12:52:51.588 0:05.894 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:51.589 0:05.894 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:51.590 0:05.896 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.590 0:05.896 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 489 Event Not Supported CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: "Nikolai Cassanova" ;tag=10619e45-d020-e011-9c53-0013029a3fdf Call-ID: c44ec743-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.98bd Content-Length: 0 2011/01/17 12:52:51.591 0:05.897 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <489>", transaction=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf, token=c44ec743-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.591 0:05.897 Opal Liste...0xb6bbeb70 PTLib No permission to set priority level 3 2011/01/17 12:52:51.591 0:05.897 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:51.591 0:05.897 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:51.591 0:05.897 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <489>" for transaction=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:51.592 0:05.898 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:51.592 0:05.898 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.592 0:05.898 Pool:0xb6b3cb70 SIP Not retrying SUBSCRIBE due to error response 489 Bad Event 2011/01/17 12:52:51.592 0:05.898 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target=sip:500 at ekiga.net, id=c44ec743-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.592 0:05.898 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <489>" 2011/01/17 12:52:51.592 0:05.897 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:51.615 0:05.921 SIP No SRV record found. 2011/01/17 12:52:51.615 0:05.921 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:51.616 0:05.922 SIP Sending PDU (566 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:501 at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: "Nikolai Cassanova" ;tag=3071b445-d020-e011-9c53-0013029a3fdf Call-ID: aa7eaf45-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/pidf+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:51.617 0:05.923 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.617 0:05.923 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:51.618 0:05.924 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:501 at ekiga.net, id=de77b945-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.618 0:05.924 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.643 0:05.949 SIP No SRV record found. 2011/01/17 12:52:51.644 0:05.949 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:51.644 0:05.950 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:51.645 0:05.950 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:51.645 0:05.951 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:51.645 0:05.951 OpalMan Listener interfaces: associated transport=None udp$192.168.1.3:5060 2011/01/17 12:52:51.647 0:05.953 SIP Transaction created. 2011/01/17 12:52:51.652 0:05.957 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.652 0:05.958 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:51.652 0:05.958 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:51.653 0:05.959 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 489 Event Not Supported CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: "Nikolai Cassanova" ;tag=5475aa45-d020-e011-9c53-0013029a3fdf Call-ID: 82cea545-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.80a4 Content-Length: 0 2011/01/17 12:52:51.654 0:05.960 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <489>", transaction=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf, token=82cea545-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.654 0:05.960 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:51.654 0:05.960 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:51.655 0:05.960 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <489>" for transaction=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:51.655 0:05.961 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:51.655 0:05.961 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.655 0:05.961 Pool:0xb6b3cb70 SIP Not retrying SUBSCRIBE due to error response 489 Bad Event 2011/01/17 12:52:51.655 0:05.961 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target=sip:500 at ekiga.net, id=82cea545-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.655 0:05.961 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <489>" 2011/01/17 12:52:51.655 0:05.961 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:51.700 0:06.006 SIP No SRV record found. 2011/01/17 12:52:51.701 0:06.006 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:51.701 0:06.007 SIP Sending PDU (577 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:501 at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: "Nikolai Cassanova" ;tag=0ef3bd45-d020-e011-9c53-0013029a3fdf Call-ID: de77b945-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/dialog-info+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:51.702 0:06.007 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.702 0:06.008 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:51.702 0:06.008 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:slim at ekiga.net, id=7858c645-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.702 0:06.008 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.716 0:06.022 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:51.717 0:06.022 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:51.718 0:06.023 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 489 Event Not Supported CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: "Nikolai Cassanova" ;tag=3071b445-d020-e011-9c53-0013029a3fdf Call-ID: aa7eaf45-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.d75d Content-Length: 0 2011/01/17 12:52:51.719 0:06.024 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <489>", transaction=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf, token=aa7eaf45-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.719 0:06.025 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <489>" for transaction=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:51.719 0:06.025 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:51.719 0:06.025 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.719 0:06.025 Pool:0xb6b3cb70 SIP Not retrying SUBSCRIBE due to error response 489 Bad Event 2011/01/17 12:52:51.719 0:06.025 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target=sip:501 at ekiga.net, id=aa7eaf45-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.720 0:06.025 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <489>" 2011/01/17 12:52:51.720 0:06.025 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:51.720 0:06.026 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:51.720 0:06.026 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:51.729 0:06.035 SIP No SRV record found. 2011/01/17 12:52:51.729 0:06.035 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:51.730 0:06.035 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:51.730 0:06.036 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:51.731 0:06.036 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:51.731 0:06.037 OpalMan Listener interfaces: associated transport=None udp$192.168.1.3:5060 2011/01/17 12:52:51.733 0:06.039 SIP Transaction created. 2011/01/17 12:52:51.737 0:06.043 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.763 0:06.069 SIP No SRV record found. 2011/01/17 12:52:51.763 0:06.069 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:51.764 0:06.070 SIP Sending PDU (568 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:slim at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: "Nikolai Cassanova" ;tag=aa0dcb45-d020-e011-9c53-0013029a3fdf Call-ID: 7858c645-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/pidf+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: presence Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:51.765 0:06.070 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.765 0:06.071 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:51.766 0:06.071 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:slim at ekiga.net, id=72facf45-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.766 0:06.071 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.792 0:06.098 SIP No SRV record found. 2011/01/17 12:52:51.792 0:06.098 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:51.793 0:06.098 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:51.793 0:06.099 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:51.794 0:06.099 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:51.794 0:06.100 OpalMan Listener interfaces: associated transport=None udp$192.168.1.3:5060 2011/01/17 12:52:51.796 0:06.102 SIP Transaction created. 2011/01/17 12:52:51.800 0:06.106 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:51.802 0:06.108 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:51.803 0:06.109 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:51.804 0:06.109 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 489 Event Not Supported CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: "Nikolai Cassanova" ;tag=0ef3bd45-d020-e011-9c53-0013029a3fdf Call-ID: de77b945-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.7464 Content-Length: 0 2011/01/17 12:52:51.805 0:06.110 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <489>", transaction=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf, token=de77b945-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.805 0:06.110 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:51.805 0:06.111 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:51.805 0:06.111 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <489>" for transaction=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:51.805 0:06.111 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:51.805 0:06.111 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.805 0:06.111 Pool:0xb6b3cb70 SIP Not retrying SUBSCRIBE due to error response 489 Bad Event 2011/01/17 12:52:51.805 0:06.111 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:51.805 0:06.111 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target=sip:501 at ekiga.net, id=de77b945-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.806 0:06.111 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <489>" 2011/01/17 12:52:51.867 0:06.173 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:51.867 0:06.173 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:51.868 0:06.174 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 202 OK CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: "Nikolai Cassanova" ;tag=aa0dcb45-d020-e011-9c53-0013029a3fdf Call-ID: 7858c645-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=f85b0bd16aaafa8479586ac9f88b3198-6596 Contact: Expires: 300 Content-Length: 0 2011/01/17 12:52:51.869 0:06.175 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <202>", transaction=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf, token=7858c645-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.869 0:06.175 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <202>" for transaction=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:51.869 0:06.175 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:51.870 0:06.175 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.870 0:06.176 Pool:0xb6b3cb70 SIP Expiry time for SUBSCRIBE set to 300 seconds. 2011/01/17 12:52:51.870 0:06.176 Pool:0xb6b3cb70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:51.870 0:06.176 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Subscribed, target=sip:slim at ekiga.net, id=7858c645-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:51.870 0:06.176 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:51.870 0:06.176 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:51.871 0:06.176 Pool:0xb6b3cb70 SIP Set Request URI to sip:86.64.162.35:5060 2011/01/17 12:52:51.871 0:06.177 Pool:0xb6b3cb70 SIP Updating dialog tag from "" to "f85b0bd16aaafa8479586ac9f88b3198-6596" 2011/01/17 12:52:51.870 0:06.176 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:51.871 0:06.177 Pool:0xb6b3cb70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:51.871 0:06.177 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <202>" 2011/01/17 12:52:51.872 0:06.178 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:51.872 0:06.178 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:51.873 0:06.179 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 NOTIFY sip:king at 173.68.138.36 SIP/2.0 CSeq: 1 NOTIFY Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bKb077.f0ad3512.0 User-Agent: Kamailio (1.5.3-notls (i386/linux)) From: sip:slim at ekiga.net;tag=f85b0bd16aaafa8479586ac9f88b3198-6596 Call-ID: 7858c645-d020-e011-9c53-0013029a3fdf at king-laptop To: sip:king at 173.68.138.36;tag=aa0dcb45-d020-e011-9c53-0013029a3fdf Contact: Subscription-State: active;expires=370 Event: presence Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:51.874 0:06.180 Opal Liste...0xb6bbeb70 SIP Received NOTIFY presence 2011/01/17 12:52:51.875 0:06.180 Opal Liste...0xb6bbeb70 SIP Found a SUBSCRIBE corresponding to the NOTIFY presence 2011/01/17 12:52:51.875 0:06.180 Opal Liste...0xb6bbeb70 SIP Dialog initial sequence number 1 2011/01/17 12:52:51.875 0:06.181 Opal Liste...0xb6bbeb70 SIP Subscription is active;expires=370 2011/01/17 12:52:51.893 0:06.199 Opal Liste...0xb6bbeb70 SIP Sending PDU (345 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 1 NOTIFY Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bKb077.f0ad3512.0 From: sip:slim at ekiga.net;tag=f85b0bd16aaafa8479586ac9f88b3198-6596 Call-ID: 7858c645-d020-e011-9c53-0013029a3fdf at king-laptop To: sip:king at 173.68.138.36;tag=aa0dcb45-d020-e011-9c53-0013029a3fdf Contact: Content-Length: 0 2011/01/17 12:52:51.894 0:06.200 Opal Liste...0xb6bbeb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:51.894 0:06.200 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:51.895 0:06.200 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:51.895 0:06.200 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.305 0:06.611 SIP No SRV record found. 2011/01/17 12:52:52.306 0:06.611 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:52.306 0:06.612 SIP Sending PDU (580 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:slim at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: "Nikolai Cassanova" ;tag=6aa3d445-d020-e011-9c53-0013029a3fdf Call-ID: 72facf45-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/dialog-info+xml Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 300 Event: dialog;sla;ma Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:52.307 0:06.613 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:52.307 0:06.613 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:52.308 0:06.614 Opal Garbage:0xb6d95b70 SIP Deleting SIPSubscribeHandler sip:500 at ekiga.net 2011/01/17 12:52:52.308 0:06.614 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.308 0:06.614 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.308 0:06.614 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.308 0:06.614 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.308 0:06.614 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.309 0:06.615 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:52.309 0:06.615 Opal Garbage:0xb6d95b70 SIP Deleting SIPSubscribeHandler sip:500 at ekiga.net 2011/01/17 12:52:52.309 0:06.615 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.309 0:06.615 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.310 0:06.615 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.310 0:06.615 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.310 0:06.615 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.310 0:06.616 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:52.311 0:06.616 Opal Garbage:0xb6d95b70 SIP Deleting SIPSubscribeHandler sip:501 at ekiga.net 2011/01/17 12:52:52.311 0:06.617 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.311 0:06.617 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.311 0:06.617 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.311 0:06.617 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.311 0:06.617 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.312 0:06.618 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:52.312 0:06.618 Opal Garbage:0xb6d95b70 SIP Deleting SIPSubscribeHandler sip:501 at ekiga.net 2011/01/17 12:52:52.312 0:06.618 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.312 0:06.618 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.312 0:06.618 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:52.313 0:06.618 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:52.313 0:06.619 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.313 0:06.619 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:52.378 0:06.683 VideoOutputCoreConfBridge Updating video view 2011/01/17 12:52:52.378 0:06.684 VideoOutputCoreConfBridge Updating zoom 2011/01/17 12:52:52.379 0:06.684 VideoOutputCoreConfBridge Updating Video Settings 2011/01/17 12:52:52.380 0:06.685 VideoOutputCoreConfBridge Updating Video Settings 2011/01/17 12:52:52.380 0:06.685 VideoOutputCoreConfBridge Updating Video Settings 2011/01/17 12:52:52.380 0:06.686 VideoOutputCoreConfBridge Updating Video Settings 2011/01/17 12:52:52.380 0:06.686 VidInputCoreConfBridge Updating preview size and fps 2011/01/17 12:52:52.380 0:06.686 VidInputCore Setting new preview config: 176x144/30 2011/01/17 12:52:52.385 0:06.691 VidInputCoreConfBridge Updating preview size and fps 2011/01/17 12:52:52.385 0:06.691 VidInputCore Setting new preview config: 176x144/30 2011/01/17 12:52:52.390 0:06.696 VidInputCoreConfBridge Updating device 2011/01/17 12:52:52.391 0:06.697 VidInputCore Setting device: USB Camera (0733:0401) (PTLIB/V4L2) 2011/01/17 12:52:52.391 0:06.697 GMVideoInputManager_ptlib Setting Device USB Camera (0733:0401) (PTLIB/V4L2) 2011/01/17 12:52:52.391 0:06.697 VidInputCoreConfBridge Updating device 2011/01/17 12:52:52.392 0:06.697 VidInputCore Setting device: USB Camera (0733:0401) (PTLIB/V4L2) 2011/01/17 12:52:52.392 0:06.697 GMVideoInputManager_ptlib Setting Device USB Camera (0733:0401) (PTLIB/V4L2) 2011/01/17 12:52:52.392 0:06.698 VidInputCoreConfBridge Updating device 2011/01/17 12:52:52.392 0:06.698 VidInputCore Setting device: USB Camera (0733:0401) (PTLIB/V4L2) 2011/01/17 12:52:52.392 0:06.698 GMVideoInputManager_ptlib Setting Device USB Camera (0733:0401) (PTLIB/V4L2) 2011/01/17 12:52:52.392 0:06.698 VidInputCoreConfBridge Updating image 2011/01/17 12:52:52.393 0:06.698 VidInputCoreConfBridge Updating preview 2011/01/17 12:52:52.393 0:06.699 VidInputCore Stopping Preview 2011/01/17 12:52:52.403 0:06.709 AudioOutputCoreConfBridge Updating device 2011/01/17 12:52:52.403 0:06.709 AudioOutputCore Setting device[0]: Default (PTLIB/ALSA) 2011/01/17 12:52:52.403 0:06.709 GMAudioOutputManager_ptlib Setting Device[0] Default (PTLIB/ALSA) 2011/01/17 12:52:52.409 0:06.715 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:52.409 0:06.715 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:52.410 0:06.716 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 202 OK CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: "Nikolai Cassanova" ;tag=6aa3d445-d020-e011-9c53-0013029a3fdf Call-ID: 72facf45-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=f85b0bd16aaafa8479586ac9f88b3198-3480 Contact: Expires: 300 Content-Length: 0 2011/01/17 12:52:52.411 0:06.717 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <202>", transaction=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf, token=72facf45-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:52.411 0:06.717 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:52.411 0:06.717 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:52.411 0:06.717 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <202>" for transaction=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:52.411 0:06.717 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:52.412 0:06.717 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:52.412 0:06.718 Pool:0xb6b3cb70 SIP Expiry time for SUBSCRIBE set to 300 seconds. 2011/01/17 12:52:52.411 0:06.717 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.412 0:06.718 Pool:0xb6b3cb70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:52.412 0:06.718 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Subscribed, target=sip:slim at ekiga.net, id=72facf45-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:52.412 0:06.718 Pool:0xb6b3cb70 SIP Set Request URI to sip:86.64.162.35:5060 2011/01/17 12:52:52.412 0:06.718 Pool:0xb6b3cb70 SIP Updating dialog tag from "" to "f85b0bd16aaafa8479586ac9f88b3198-3480" 2011/01/17 12:52:52.413 0:06.719 Pool:0xb6b3cb70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:52.413 0:06.719 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <202>" 2011/01/17 12:52:52.414 0:06.720 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:52:52.414 0:06.720 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:52.415 0:06.721 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 NOTIFY sip:slim at 173.68.138.36 SIP/2.0 CSeq: 1 NOTIFY Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bKf616.e815c277.0 User-Agent: Kamailio (1.5.3-notls (i386/linux)) From: sip:slim at ekiga.net;tag=f85b0bd16aaafa8479586ac9f88b3198-3480 Call-ID: 72facf45-d020-e011-9c53-0013029a3fdf at king-laptop To: sip:king at 173.68.138.36;tag=6aa3d445-d020-e011-9c53-0013029a3fdf Contact: Subscription-State: active;expires=370 Event: dialog;sla Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:52.416 0:06.722 Opal Liste...0xb6bbeb70 SIP Received NOTIFY dialog;sla 2011/01/17 12:52:52.416 0:06.722 Opal Liste...0xb6bbeb70 SIP Found a SUBSCRIBE corresponding to the NOTIFY dialog;sla 2011/01/17 12:52:52.417 0:06.722 Opal Liste...0xb6bbeb70 SIP Dialog initial sequence number 1 2011/01/17 12:52:52.417 0:06.722 Opal Liste...0xb6bbeb70 SIP Subscription is active;expires=370 2011/01/17 12:52:52.419 0:06.725 AudioOutputCoreConfBridge Updating device 2011/01/17 12:52:52.419 0:06.725 AudioOutputCore Setting device[1]: Default (PTLIB/ALSA) 2011/01/17 12:52:52.419 0:06.725 Opal Liste...0xb6bbeb70 SIP Sending PDU (345 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.1.3:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 1 NOTIFY Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bKf616.e815c277.0 From: sip:slim at ekiga.net;tag=f85b0bd16aaafa8479586ac9f88b3198-3480 Call-ID: 72facf45-d020-e011-9c53-0013029a3fdf at king-laptop To: sip:king at 173.68.138.36;tag=6aa3d445-d020-e011-9c53-0013029a3fdf Contact: Content-Length: 0 2011/01/17 12:52:52.420 0:06.726 Opal Liste...0xb6bbeb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:52.420 0:06.726 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:52.421 0:06.726 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:52.421 0:06.726 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:52.424 0:06.730 AudioInputCoreConfBridge Updating device 2011/01/17 12:52:52.424 0:06.730 AudioInputCore Setting device: Default (PTLIB/ALSA) 2011/01/17 12:52:52.424 0:06.730 GMAudioInputManager_ptlib Setting Device Default (PTLIB/ALSA) 2011/01/17 12:52:52.592 0:06.898 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:52.656 0:06.961 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:52.720 0:07.026 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:52.805 0:07.111 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:52.828 0:07.134 Ekiga version 3.2.7 2011/01/17 12:52:52.828 0:07.134 OPAL version 3.6.8 2011/01/17 12:52:52.828 0:07.134 PTLIB version 2.6.7 2011/01/17 12:52:52.829 0:07.134 GNOME support disabled 2011/01/17 12:52:52.829 0:07.134 Accelerated rendering support enabled 2011/01/17 12:52:52.829 0:07.135 DBUS support enabled 2011/01/17 12:52:52.829 0:07.135 GConf support enabled 2011/01/17 12:52:52.829 0:07.135 ESound support disabled 2011/01/17 12:52:52.872 0:07.177 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:53.314 0:07.620 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK4261cb45-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:53.314 0:07.620 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK1ed8b445-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:53.314 0:07.620 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bKee2fa145-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:53.315 0:07.620 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bKe246be45-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:53.315 0:07.621 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bKc0e5aa45-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:53.413 0:07.719 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:53.973 0:08.279 Listen Stopping listening thread on udp$*:5060 2011/01/17 12:52:53.973 0:08.279 MonSock Closed UDP socket 0xb6c0db18 2011/01/17 12:52:53.974 0:08.279 Opal Liste...0xb6bbeb70 Listen UDP read error. 2011/01/17 12:52:53.994 0:08.300 MonSock Deleting UDP socket 0xb6c0db18 2011/01/17 12:52:53.994 0:08.300 PWLib File handle low water mark set: 35 PUDPSocket 2011/01/17 12:52:53.994 0:08.300 MonSock Created socket bundle for all interfaces. 2011/01/17 12:52:54.315 0:08.621 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK98f7d445-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:54.816 0:09.121 MonSock Created bundled UDP socket via STUN, internal=192.168.1.3:5060, external=173.68.138.36:5060 2011/01/17 12:52:54.816 0:09.122 PTLib No permission to set priority level 4 2011/01/17 12:52:54.816 0:09.122 Listen Stopping listening thread on tcp$*:1720 2011/01/17 12:52:54.816 0:09.122 Opal Liste...0xb6bbeb70 Listen Started listening thread on udp$*:5060 2011/01/17 12:52:54.817 0:09.122 PWLib File handle high water mark set: 53 Thread unblock pipe 2011/01/17 12:52:54.817 0:09.123 Opal Liste...0xb6b7db70 Listen Started listening thread on tcp$*:1720 2011/01/17 12:52:54.817 0:09.123 PTLib Thread high water mark set: 11 2011/01/17 12:52:54.817 0:09.123 Opal Liste...0xb6b7db70 Listen Waiting on socket accept on tcp$*:1720 2011/01/17 12:52:54.817 0:09.123 subscriber:0xaf6a3b70 SIP Start REGISTER aor=ghostnik11 at iptel.org registrar=iptel.org contact= authID=ghostnik11 realm= expire=3600 restore=30 minRetry=0.000 maxRetry=0.000 2011/01/17 12:52:54.818 0:09.124 PWLib File handle high water mark set: 55 Thread unblock pipe 2011/01/17 12:52:54.818 0:09.124 subscriber:0xaf6a3b70 SIP Changing REGISTER handler from Unavailable to Subscribing, target=sip:ghostnik11 at iptel.org, id=deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:54.818 0:09.124 PTLib Thread high water mark set: 12 2011/01/17 12:52:54.818 0:09.124 subscriber:0xaf6a3b70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:54.819 0:09.124 subscriber:0xaf662b70 SIP Start REGISTER aor=ghostnik11 at ekiga.net registrar=ekiga.net contact= authID=ghostnik11 realm= expire=3600 restore=30 minRetry=0.000 maxRetry=0.000 2011/01/17 12:52:54.820 0:09.126 subscriber:0xaf662b70 SIP Changing REGISTER handler from Unavailable to Subscribing, target=sip:ghostnik11 at ekiga.net, id=34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:54.820 0:09.126 subscriber:0xaf662b70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:55.905 0:10.211 subscriber:0xaf662b70 SIP No SRV record found. 2011/01/17 12:52:55.906 0:10.212 subscriber:0xaf662b70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:55.906 0:10.212 subscriber:0xaf662b70 PWLib File handle high water mark set: 57 PUDPSocket 2011/01/17 12:52:55.906 0:10.212 subscriber:0xaf662b70 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:55.907 0:10.213 subscriber:0xaf662b70 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:55.907 0:10.213 subscriber:0xaf662b70 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:55.908 0:10.214 subscriber:0xaf662b70 PWLib File handle low water mark set: 56 PUDPSocket 2011/01/17 12:52:55.908 0:10.214 subscriber:0xaf6a3b70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:55.908 0:10.214 subscriber:0xaf6a3b70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:55.909 0:10.214 subscriber:0xaf6a3b70 SIP Created transport udp$213.192.59.75:5060 2011/01/17 12:52:55.909 0:10.215 subscriber:0xaf6a3b70 OpalUDP Started connect to 213.192.59.75:5060 2011/01/17 12:52:55.909 0:10.215 subscriber:0xaf6a3b70 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:55.926 0:10.232 subscriber:0xaf662b70 PWLib File handle high water mark set: 58 PUDPSocket 2011/01/17 12:52:55.926 0:10.232 subscriber:0xaf6a3b70 PWLib File handle low water mark set: 56 PUDPSocket 2011/01/17 12:52:55.927 0:10.232 subscriber:0xaf662b70 OpalMan Listener interfaces: associated transport=udp$173.68.138.36:5060 udp$173.68.138.36:5060,udp$192.168.1.3:5060 2011/01/17 12:52:55.927 0:10.233 subscriber:0xaf6a3b70 OpalMan Listener interfaces: associated transport=udp$173.68.138.36:5060 udp$173.68.138.36:5060,udp$192.168.1.3:5060 2011/01/17 12:52:55.928 0:10.234 subscriber:0xaf662b70 SIP Transaction created. 2011/01/17 12:52:55.928 0:10.234 subscriber:0xaf6a3b70 SIP Transaction created. 2011/01/17 12:52:55.931 0:10.236 subscriber:0xaf662b70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:55.931 0:10.237 subscriber:0xaf6a3b70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:56.197 0:10.503 subscriber:0xaf6a3b70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:56.197 0:10.503 subscriber:0xaf6a3b70 SIP Transaction remote address is udp$213.192.59.75:5060 2011/01/17 12:52:56.198 0:10.503 subscriber:0xaf6a3b70 SIP Sending PDU (551 bytes) to: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 REGISTER sip:iptel.org SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=2ec0a147-d020-e011-9c53-0013029a3fdf Call-ID: deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: ;q=1, ;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:56.198 0:10.504 subscriber:0xaf6a3b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.199 0:10.505 subscriber:0xaf6a3b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:56.209 0:10.515 subscriber:0xaf662b70 SIP No SRV record found. 2011/01/17 12:52:56.210 0:10.515 subscriber:0xaf662b70 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:56.211 0:10.516 subscriber:0xaf662b70 PWLib File handle low water mark set: 52 PUDPSocket 2011/01/17 12:52:56.210 0:10.516 subscriber:0xaf662b70 SIP Sending PDU (551 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=4814a247-d020-e011-9c53-0013029a3fdf Call-ID: 34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: ;q=1, ;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:56.211 0:10.517 subscriber:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.212 0:10.517 subscriber:0xaf662b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:56.310 0:10.616 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:56.311 0:10.616 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:56.312 0:10.617 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 401 Unauthorized CSeq: 2 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=4814a247-d020-e011-9c53-0013029a3fdf Call-ID: 34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.5cbb Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="4d34821600015490916a1aef6403d5101a3e1cf896200b43" 2011/01/17 12:52:56.313 0:10.618 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 REGISTER <401>", transaction=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf, token=34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.313 0:10.618 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:56.313 0:10.619 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:56.313 0:10.619 Pool:0xb6b3cb70 SIP Handling PDU "2 REGISTER <401>" for transaction=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:56.313 0:10.619 Pool:0xb6b3cb70 SIP REGISTER transaction id=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:56.313 0:10.619 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.313 0:10.619 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:56.314 0:10.619 Pool:0xb6b3cb70 SIP Received Authentication Required response 2011/01/17 12:52:56.314 0:10.620 Pool:0xb6b3cb70 SIP Located existing credentials for ID "ghostnik11" at realm "ekiga.net" 2011/01/17 12:52:56.314 0:10.620 Pool:0xb6b3cb70 SIP Found auth info for realm ekiga.net 2011/01/17 12:52:56.314 0:10.620 Pool:0xb6b3cb70 SIP Changing REGISTER handler from Unavailable to Subscribing, target=sip:ghostnik11 at ekiga.net, id=34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.316 0:10.622 Pool:0xb6b3cb70 OpalMan Listener interfaces: associated transport=udp$173.68.138.36:5060 udp$173.68.138.36:5060,udp$192.168.1.3:5060 2011/01/17 12:52:56.317 0:10.623 Pool:0xb6b3cb70 SIP Transaction created. 2011/01/17 12:52:56.320 0:10.626 Pool:0xb6b3cb70 SIP Adding authentication information for user "ghostnik11" at realm "ekiga.net" 2011/01/17 12:52:56.321 0:10.627 Pool:0xb6b3cb70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:56.323 0:10.629 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:56.324 0:10.629 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$213.192.59.75:5060 2011/01/17 12:52:56.325 0:10.630 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf;rport=5060 Server: ser (3.1.0-pre1 (i386/linux)) From: ;tag=2ec0a147-d020-e011-9c53-0013029a3fdf Call-ID: deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop Min-Expires: 240 To: ;tag=b98f1230ac1a7949bf499aa7f9ea7038.0ee3 Warning: 392 213.192.59.75:5060 "Noisy feedback tells: pid=6554 req_src_ip=173.68.138.36 req_src_port=5060 in_uri=sip:iptel.org out_uri=sip:iptel.org via_cnt==1" Expires: 600 Content-Length: 0 WWW-Authenticate: Digest realm="iptel.org", nonce="TTSCAE00gfaIntzirefmsDITOaOUPVjC" 2011/01/17 12:52:56.326 0:10.632 Opal Liste...0xb6bbeb70 SIP Queueing PDU "1 REGISTER <401>", transaction=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf, token=deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.326 0:10.632 Opal Liste...0xb6bbeb70 PTLib No permission to set priority level 3 2011/01/17 12:52:56.326 0:10.632 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:56.326 0:10.632 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:56.326 0:10.632 Pool:0xaf662b70 SIP Handling PDU "1 REGISTER <401>" for transaction=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:56.327 0:10.632 Pool:0xaf662b70 SIP REGISTER transaction id=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:56.327 0:10.632 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.326 0:10.632 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:56.327 0:10.633 Pool:0xaf662b70 SIP Received Authentication Required response 2011/01/17 12:52:56.796 0:11.102 Pool:0xb6b3cb70 SIP No SRV record found. 2011/01/17 12:52:56.796 0:11.102 Pool:0xb6b3cb70 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:56.797 0:11.103 Pool:0xaf662b70 SIP Located existing credentials for ID "ghostnik11" at realm "iptel.org" 2011/01/17 12:52:56.797 0:11.103 Pool:0xaf662b70 SIP Found auth info for realm iptel.org 2011/01/17 12:52:56.797 0:11.103 Pool:0xaf662b70 SIP Changing REGISTER handler from Unavailable to Subscribing, target=sip:ghostnik11 at iptel.org, id=deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.797 0:11.103 Pool:0xb6b3cb70 SIP Sending PDU (754 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 Authorization: Digest username="ghostnik11", realm="ekiga.net", nonce="4d34821600015490916a1aef6403d5101a3e1cf896200b43", uri="sip:ekiga.net", algorithm=MD5, response="f5e616fd9c4b386737fc9a132a39e1fb" From: ;tag=4814a247-d020-e011-9c53-0013029a3fdf Call-ID: 34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: ;q=1, ;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:56.798 0:11.104 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.798 0:11.104 Pool:0xb6b3cb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:56.798 0:11.104 Pool:0xb6b3cb70 SIP Handled PDU "2 REGISTER <401>" 2011/01/17 12:52:56.800 0:11.105 Pool:0xaf662b70 OpalMan Listener interfaces: associated transport=udp$173.68.138.36:5060 udp$173.68.138.36:5060,udp$192.168.1.3:5060 2011/01/17 12:52:56.801 0:11.107 Pool:0xaf662b70 SIP Transaction created. 2011/01/17 12:52:56.803 0:11.109 Pool:0xaf662b70 SIP Adding authentication information for user "ghostnik11" at realm "iptel.org" 2011/01/17 12:52:56.804 0:11.110 Pool:0xaf662b70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:56.815 0:11.121 Pool:0xaf662b70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:56.815 0:11.121 Pool:0xaf662b70 SIP Transaction remote address is udp$213.192.59.75:5060 2011/01/17 12:52:56.816 0:11.122 Pool:0xaf662b70 SIP Sending PDU (738 bytes) to: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 REGISTER sip:iptel.org SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 Authorization: Digest username="ghostnik11", realm="iptel.org", nonce="TTSCAE00gfaIntzirefmsDITOaOUPVjC", uri="sip:iptel.org", algorithm=MD5, response="1528c97f56737c4455256bafa128bae5" From: ;tag=2ec0a147-d020-e011-9c53-0013029a3fdf Call-ID: deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: ;q=1, ;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:56.817 0:11.122 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.817 0:11.123 Pool:0xaf662b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:56.817 0:11.123 Pool:0xaf662b70 SIP Handled PDU "1 REGISTER <401>" 2011/01/17 12:52:56.944 0:11.250 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:56.944 0:11.250 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$213.192.59.75:5060 2011/01/17 12:52:56.946 0:11.251 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 4 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf;rport=5060 Server: ser (3.1.0-pre1 (i386/linux)) From: ;tag=2ec0a147-d020-e011-9c53-0013029a3fdf Call-ID: deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop Min-Expires: 240 To: ;tag=b98f1230ac1a7949bf499aa7f9ea7038.ca41 Contact: ;q=1;expires=600;received="sip:173.68.138.36:5060;dstip=213.192.59.75;dstport=5060", ;q=0.5;expires=600;received="sip:173.68.138.36:5060;dstip=213.192.59.75;dstport=5060" Warning: 392 213.192.59.75:5060 "Noisy feedback tells: pid=6549 req_src_ip=173.68.138.36 req_src_port=5060 in_uri=sip:iptel.org out_uri=sip:iptel.org via_cnt==1" Expires: 600 Content-Length: 0 2011/01/17 12:52:56.947 0:11.252 Opal Liste...0xb6bbeb70 SIP Queueing PDU "4 REGISTER <200>", transaction=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf, token=deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.947 0:11.252 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:56.947 0:11.253 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:56.947 0:11.253 Pool:0xb6b3cb70 SIP Handling PDU "4 REGISTER <200>" for transaction=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:56.947 0:11.253 Pool:0xb6b3cb70 SIP REGISTER transaction id=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:56.947 0:11.253 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.947 0:11.253 Pool:0xb6b3cb70 SIP Product Info: name="ser", version="", vendor="", comments="(3.1.0-pre1 (i386/linux))" 2011/01/17 12:52:56.948 0:11.253 Pool:0xb6b3cb70 SIP Changing REGISTER handler from Subscribing to Subscribed, target=sip:ghostnik11 at iptel.org, id=deb0a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.947 0:11.253 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:56.948 0:11.254 Pool:0xb6b3cb70 SIP Expiry time for REGISTER set to 600 seconds. 2011/01/17 12:52:56.949 0:11.254 Pool:0xb6b3cb70 SIP Expiry time for REGISTER set to 600 seconds. 2011/01/17 12:52:56.949 0:11.255 Pool:0xb6b3cb70 SIP Product Info: name="ser", version="", vendor="", comments="(3.1.0-pre1 (i386/linux))" 2011/01/17 12:52:56.950 0:11.255 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:ghostnik11 at iptel.org, id=0200e748-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.950 0:11.256 Pool:0xb6b3cb70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:56.962 0:11.268 Pool:0xb6b3cb70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:56.963 0:11.268 Pool:0xb6b3cb70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:56.963 0:11.269 Pool:0xb6b3cb70 SIP Created transport udp$213.192.59.75:5060 2011/01/17 12:52:56.963 0:11.269 Pool:0xb6b3cb70 OpalUDP Started connect to 213.192.59.75:5060 2011/01/17 12:52:56.964 0:11.269 Pool:0xb6b3cb70 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:56.964 0:11.270 Pool:0xb6b3cb70 SIP Transaction created. 2011/01/17 12:52:56.968 0:11.274 Pool:0xb6b3cb70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:56.974 0:11.279 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:56.974 0:11.279 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:56.975 0:11.280 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 3 REGISTER Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=4814a247-d020-e011-9c53-0013029a3fdf Call-ID: 34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.8a01 Contact: ;q=1;expires=1200, ;q=0.5;expires=1200 Content-Length: 0 2011/01/17 12:52:56.976 0:11.281 Opal Liste...0xb6bbeb70 SIP Queueing PDU "3 REGISTER <200>", transaction=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf, token=34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.976 0:11.281 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:56.976 0:11.282 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:56.976 0:11.282 Pool:0xaf662b70 SIP Handling PDU "3 REGISTER <200>" for transaction=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:56.976 0:11.282 Pool:0xaf662b70 SIP REGISTER transaction id=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:56.976 0:11.282 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:56.977 0:11.282 Pool:0xaf662b70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:56.977 0:11.282 Pool:0xaf662b70 SIP Changing REGISTER handler from Subscribing to Subscribed, target=sip:ghostnik11 at ekiga.net, id=34e7a147-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.976 0:11.282 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:56.977 0:11.283 Pool:0xaf662b70 SIP Expiry time for REGISTER set to 1200 seconds. 2011/01/17 12:52:56.978 0:11.283 Pool:0xaf662b70 SIP Expiry time for REGISTER set to 1200 seconds. 2011/01/17 12:52:56.978 0:11.284 Pool:0xaf662b70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:56.979 0:11.284 Pool:0xaf662b70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:ghostnik11 at ekiga.net, id=f66beb48-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:56.979 0:11.285 Pool:0xaf662b70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:57.233 0:11.538 Pool:0xb6b3cb70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:57.233 0:11.539 Pool:0xb6b3cb70 SIP Transaction remote address is udp$213.192.59.75:5060 2011/01/17 12:52:57.233 0:11.539 Pool:0xb6b3cb70 SIP Sending PDU (590 bytes) to: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:ghostnik11 at iptel.org SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=b239e948-d020-e011-9c53-0013029a3fdf Call-ID: 0200e748-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:57.234 0:11.540 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.235 0:11.540 Pool:0xb6b3cb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:57.235 0:11.541 Pool:0xb6b3cb70 SIP Handled PDU "4 REGISTER <200>" 2011/01/17 12:52:57.254 0:11.560 Pool:0xaf662b70 SIP No SRV record found. 2011/01/17 12:52:57.254 0:11.560 Pool:0xaf662b70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:57.254 0:11.560 Pool:0xaf662b70 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:57.255 0:11.561 Pool:0xaf662b70 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:57.255 0:11.561 Pool:0xaf662b70 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:57.256 0:11.561 Pool:0xaf662b70 SIP Transaction created. 2011/01/17 12:52:57.260 0:11.566 Pool:0xaf662b70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:57.292 0:11.598 Pool:0xaf662b70 SIP No SRV record found. 2011/01/17 12:52:57.292 0:11.598 Pool:0xaf662b70 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:57.293 0:11.599 Pool:0xaf662b70 SIP Sending PDU (590 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:ghostnik11 at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=e4b71549-d020-e011-9c53-0013029a3fdf Call-ID: f66beb48-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:57.294 0:11.600 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.294 0:11.600 Pool:0xaf662b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:57.294 0:11.600 Pool:0xaf662b70 SIP Handled PDU "3 REGISTER <200>" 2011/01/17 12:52:57.325 0:11.631 SIP Changing PUBLISH handler from Unavailable to Subscribing, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.326 0:11.631 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:57.350 0:11.655 SIP No SRV record found. 2011/01/17 12:52:57.350 0:11.656 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:57.350 0:11.656 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:57.351 0:11.657 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:57.351 0:11.657 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:57.351 0:11.657 SIP Transaction created. 2011/01/17 12:52:57.356 0:11.662 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:57.360 0:11.666 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:57.360 0:11.666 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$213.192.59.75:5060 2011/01/17 12:52:57.361 0:11.667 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 407 Proxy Authentication Required CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf;rport=5060 Server: ser (3.1.0-pre1 (i386/linux)) From: ;tag=b239e948-d020-e011-9c53-0013029a3fdf Call-ID: 0200e748-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=b98f1230ac1a7949bf499aa7f9ea7038.e1af Proxy-Authenticate: Digest realm="iptel.org", nonce="TTSCAU00gfe33Qc2xgqRx4eXtWxWfVTH" Warning: 392 213.192.59.75:5060 "Noisy feedback tells: pid=6554 req_src_ip=173.68.138.36 req_src_port=5060 in_uri=sip:ghostnik11 at iptel.org out_uri=sip:ghostnik11 at iptel.org via_cnt==1" Content-Length: 0 2011/01/17 12:52:57.362 0:11.668 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <407>", transaction=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf, token=0200e748-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.363 0:11.668 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:57.363 0:11.668 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:57.363 0:11.669 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <407>" for transaction=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.363 0:11.669 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:57.363 0:11.669 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.363 0:11.669 Pool:0xb6b3cb70 SIP Received Proxy Authentication Required response 2011/01/17 12:52:57.363 0:11.669 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:57.364 0:11.669 Pool:0xb6b3cb70 SIP Located existing credentials for realm "iptel.org" 2011/01/17 12:52:57.364 0:11.669 Pool:0xb6b3cb70 SIP Found auth info for realm iptel.org 2011/01/17 12:52:57.364 0:11.669 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Unavailable to Subscribing, target=sip:ghostnik11 at iptel.org, id=0200e748-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.364 0:11.670 Pool:0xb6b3cb70 SIP Transaction created. 2011/01/17 12:52:57.368 0:11.674 Pool:0xb6b3cb70 SIP Adding authentication information for user "ghostnik11" at realm "iptel.org" 2011/01/17 12:52:57.368 0:11.674 Pool:0xb6b3cb70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:57.382 0:11.688 SIP No SRV record found. 2011/01/17 12:52:57.382 0:11.688 SIP Transaction remote address is udp$ekiga.net:5060 2011/01/17 12:52:57.383 0:11.689 Pool:0xb6b3cb70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:57.383 0:11.689 Pool:0xb6b3cb70 SIP Transaction remote address is udp$213.192.59.75:5060 2011/01/17 12:52:57.383 0:11.688 SIP Sending PDU (835 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 PUBLISH sip:ghostnik11 at ekiga.net SIP/2.0 CSeq: 5 PUBLISH Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=64602449-d020-e011-9c53-0013029a3fdf Call-ID: 24542049-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Expires: 500 Event: presence Content-Type: application/pidf+xml Content-Length: 342 Max-Forwards: 70 online - I'm online using Ekiga open ghostnik11 at ekiga.net 2011/01/17 12:52:57.383 0:11.689 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.384 0:11.690 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:57.383 0:11.689 Pool:0xb6b3cb70 SIP Sending PDU (794 bytes) to: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SUBSCRIBE sip:ghostnik11 at iptel.org SIP/2.0 CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=b239e948-d020-e011-9c53-0013029a3fdf Call-ID: 0200e748-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Accept: application/simple-message-summary Proxy-Authorization: Digest username="ghostnik11", realm="iptel.org", nonce="TTSCAU00gfe33Qc2xgqRx4eXtWxWfVTH", uri="sip:ghostnik11 at iptel.org", algorithm=MD5, response="1e34efb6e17280aa7b1f15cf7d1475bb" Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2011/01/17 12:52:57.384 0:11.690 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.385 0:11.690 SIP Changing PUBLISH handler from Unavailable to Subscribing, target=sip:ghostnik11 at iptel.org, id=e4532949-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.385 0:11.690 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:57.385 0:11.691 Pool:0xb6b3cb70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:57.385 0:11.691 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <407>" 2011/01/17 12:52:57.402 0:11.708 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:57.402 0:11.708 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:57.403 0:11.708 SIP Created transport udp$213.192.59.75:5060 2011/01/17 12:52:57.403 0:11.709 OpalUDP Started connect to 213.192.59.75:5060 2011/01/17 12:52:57.404 0:11.709 OpalUDP Writing to interface 0 - "192.168.1.3%wlan0" 2011/01/17 12:52:57.404 0:11.709 SIP Transaction created. 2011/01/17 12:52:57.408 0:11.714 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:57.411 0:11.717 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:57.411 0:11.717 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:57.412 0:11.718 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 489 Event Not Supported CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=e4b71549-d020-e011-9c53-0013029a3fdf Call-ID: f66beb48-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.1853 Content-Length: 0 2011/01/17 12:52:57.413 0:11.719 Opal Liste...0xb6bbeb70 SIP Queueing PDU "2 SUBSCRIBE <489>", transaction=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf, token=f66beb48-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.413 0:11.719 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:57.413 0:11.719 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:57.413 0:11.719 Pool:0xb6b3cb70 SIP Handling PDU "2 SUBSCRIBE <489>" for transaction=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.414 0:11.719 Pool:0xb6b3cb70 SIP SUBSCRIBE transaction id=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:57.414 0:11.720 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.414 0:11.720 Pool:0xb6b3cb70 SIP Not retrying SUBSCRIBE due to error response 489 Bad Event 2011/01/17 12:52:57.414 0:11.720 Pool:0xb6b3cb70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target=sip:ghostnik11 at ekiga.net, id=f66beb48-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.414 0:11.720 Pool:0xb6b3cb70 SIP Handled PDU "2 SUBSCRIBE <489>" 2011/01/17 12:52:57.413 0:11.719 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:57.421 0:11.726 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:57.421 0:11.727 SIP Transaction remote address is udp$213.192.59.75:5060 2011/01/17 12:52:57.421 0:11.727 SIP Sending PDU (835 bytes) to: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 PUBLISH sip:ghostnik11 at iptel.org SIP/2.0 CSeq: 6 PUBLISH Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=04592c49-d020-e011-9c53-0013029a3fdf Call-ID: e4532949-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Expires: 500 Event: presence Content-Type: application/pidf+xml Content-Length: 342 Max-Forwards: 70 online - I'm online using Ekiga open ghostnik11 at iptel.org 2011/01/17 12:52:57.422 0:11.728 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.423 0:11.728 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:57.426 0:11.731 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.486 0:11.792 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:57.486 0:11.792 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:52:57.487 0:11.793 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 5 PUBLISH Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf;rport=5060 Server: Kamailio (1.5.3-notls (i386/linux)) From: ;tag=64602449-d020-e011-9c53-0013029a3fdf Call-ID: 24542049-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=f85b0bd16aaafa8479586ac9f88b3198-7862 Expires: 495 Content-Length: 0 SIP-ETag: a.1291020865.19098.5238391.0 2011/01/17 12:52:57.488 0:11.794 Opal Liste...0xb6bbeb70 SIP Queueing PDU "5 PUBLISH <200>", transaction=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf, token=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.488 0:11.794 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:57.488 0:11.794 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:57.488 0:11.794 Pool:0xb6b3cb70 SIP Handling PDU "5 PUBLISH <200>" for transaction=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.488 0:11.794 Pool:0xb6b3cb70 SIP PUBLISH transaction id=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:57.488 0:11.794 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:57.526 0:11.832 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.550 0:11.856 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:57.550 0:11.856 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$213.192.59.75:5060 2011/01/17 12:52:57.551 0:11.857 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 407 Proxy Authentication Required CSeq: 6 PUBLISH Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf;rport=5060 Server: ser (3.1.0-pre1 (i386/linux)) From: ;tag=04592c49-d020-e011-9c53-0013029a3fdf Call-ID: e4532949-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=b98f1230ac1a7949bf499aa7f9ea7038.05a9 Proxy-Authenticate: Digest realm="iptel.org", nonce="TTSCAk00gfhKH20SeO7KDNZwgGUQTsqn" Warning: 392 213.192.59.75:5060 "Noisy feedback tells: pid=6550 req_src_ip=173.68.138.36 req_src_port=5060 in_uri=sip:ghostnik11 at iptel.org out_uri=sip:ghostnik11 at iptel.org via_cnt==1" Content-Length: 0 2011/01/17 12:52:57.552 0:11.858 Opal Liste...0xb6bbeb70 SIP Queueing PDU "6 PUBLISH <407>", transaction=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf, token=e4532949-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.552 0:11.858 Pool:0xaf662b70 SIP Handling PDU "6 PUBLISH <407>" for transaction=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.552 0:11.858 Pool:0xaf662b70 SIP PUBLISH transaction id=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:57.552 0:11.858 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.553 0:11.858 Pool:0xaf662b70 SIP Received Proxy Authentication Required response 2011/01/17 12:52:57.553 0:11.859 Pool:0xaf662b70 SIP Located existing credentials for realm "iptel.org" 2011/01/17 12:52:57.553 0:11.859 Pool:0xaf662b70 SIP Found auth info for realm iptel.org 2011/01/17 12:52:57.553 0:11.859 Pool:0xaf662b70 SIP Changing PUBLISH handler from Unavailable to Subscribing, target=sip:ghostnik11 at iptel.org, id=e4532949-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.553 0:11.859 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:57.553 0:11.859 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:57.553 0:11.859 Pool:0xaf662b70 SIP Transaction created. 2011/01/17 12:52:57.553 0:11.859 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:57.558 0:11.863 Pool:0xaf662b70 SIP Adding authentication information for user "ghostnik11" at realm "iptel.org" 2011/01/17 12:52:57.558 0:11.863 Pool:0xaf662b70 DNS SRV Lookup iptel.org service _sip._udp 2011/01/17 12:52:57.570 0:11.875 Pool:0xaf662b70 SIP Attempting SRV record entry 0: 213.192.59.75:5060 2011/01/17 12:52:57.570 0:11.876 Pool:0xaf662b70 SIP Transaction remote address is udp$213.192.59.75:5060 2011/01/17 12:52:57.570 0:11.876 Pool:0xaf662b70 SIP Sending PDU (1039 bytes) to: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 PUBLISH sip:ghostnik11 at iptel.org SIP/2.0 CSeq: 7 PUBLISH Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf;rport User-Agent: Ekiga/3.2.7 From: ;tag=402e4349-d020-e011-9c53-0013029a3fdf Call-ID: e4532949-d020-e011-9c53-0013029a3fdf at king-laptop To: Contact: Proxy-Authorization: Digest username="ghostnik11", realm="iptel.org", nonce="TTSCAk00gfhKH20SeO7KDNZwgGUQTsqn", uri="sip:ghostnik11 at iptel.org", algorithm=MD5, response="f936b5f4960f465842032abb327b8159" Expires: 500 Event: presence Content-Type: application/pidf+xml Content-Length: 342 Max-Forwards: 70 online - I'm online using Ekiga open ghostnik11 at iptel.org 2011/01/17 12:52:57.571 0:11.877 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.571 0:11.877 Pool:0xaf662b70 SIP Transaction timers set: retry=0.500, completion=6.000 2011/01/17 12:52:57.572 0:11.877 Pool:0xaf662b70 SIP Handled PDU "6 PUBLISH <407>" 2011/01/17 12:52:57.626 0:11.932 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.727 0:12.033 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.735 0:12.041 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:57.736 0:12.041 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$213.192.59.75:5060 2011/01/17 12:52:57.737 0:12.043 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 404 Not found CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf;rport=5060 User-Agent: PBX From: ;tag=b239e948-d020-e011-9c53-0013029a3fdf Call-ID: 0200e748-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=as4332336d Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2011/01/17 12:52:57.738 0:12.044 Opal Liste...0xb6bbeb70 SIP Queueing PDU "3 SUBSCRIBE <404>", transaction=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf, token=0200e748-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.738 0:12.044 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:57.738 0:12.044 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:57.738 0:12.044 Pool:0xaf662b70 SIP Handling PDU "3 SUBSCRIBE <404>" for transaction=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.739 0:12.044 Pool:0xaf662b70 SIP SUBSCRIBE transaction id=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:57.739 0:12.045 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.738 0:12.044 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:57.739 0:12.045 Pool:0xaf662b70 SIP Not retrying SUBSCRIBE due to error response 404 Not Found 2011/01/17 12:52:57.739 0:12.045 Pool:0xaf662b70 SIP Changing SUBSCRIBE handler from Subscribing to Unsubscribed, target=sip:ghostnik11 at iptel.org, id=0200e748-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.739 0:12.045 Pool:0xaf662b70 SIP Handled PDU "3 SUBSCRIBE <404>" 2011/01/17 12:52:57.798 0:12.104 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.818 0:12.124 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.827 0:12.133 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.855 0:12.160 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:52:57.855 0:12.161 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$213.192.59.75:5060 2011/01/17 12:52:57.856 0:12.162 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$213.192.59.75:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 501 Method Not Implemented CSeq: 7 PUBLISH Via: SIP/2.0/UDP 173.68.138.36:5060;branch=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf;rport=5060 User-Agent: PBX From: ;tag=402e4349-d020-e011-9c53-0013029a3fdf Call-ID: e4532949-d020-e011-9c53-0013029a3fdf at king-laptop To: ;tag=as714f0d6f Accept: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2011/01/17 12:52:57.857 0:12.163 Opal Liste...0xb6bbeb70 SIP Queueing PDU "7 PUBLISH <501>", transaction=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf, token=e4532949-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.857 0:12.163 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:52:57.857 0:12.163 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:52:57.857 0:12.163 Pool:0xaf662b70 SIP Handling PDU "7 PUBLISH <501>" for transaction=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:57.857 0:12.163 Pool:0xaf662b70 SIP PUBLISH transaction id=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf completed. 2011/01/17 12:52:57.858 0:12.163 Pool:0xaf662b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:57.858 0:12.164 Pool:0xaf662b70 SIP Not retrying PUBLISH due to error response 501 Not Implemented 2011/01/17 12:52:57.858 0:12.164 Pool:0xaf662b70 SIP Changing PUBLISH handler from Subscribing to Unsubscribed, target=sip:ghostnik11 at iptel.org, id=e4532949-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:57.858 0:12.164 Pool:0xaf662b70 SIP Handled PDU "7 PUBLISH <501>" 2011/01/17 12:52:57.857 0:12.163 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:57.928 0:12.234 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.028 0:12.334 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.126 0:12.432 Housekeeper:0xb6bffb70 Opal Transport clean up on termination 2011/01/17 12:52:58.127 0:12.432 Housekeeper:0xb6bffb70 Opal Transport Close 2011/01/17 12:52:58.127 0:12.432 Housekeeper:0xb6bffb70 Opal Transport clean up on termination 2011/01/17 12:52:58.127 0:12.433 Housekeeper:0xb6bffb70 Opal Transport Close 2011/01/17 12:52:58.127 0:12.433 Housekeeper:0xb6bffb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:58.128 0:12.434 Housekeeper:0xb6bffb70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:58.128 0:12.434 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.229 0:12.535 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.329 0:12.635 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.430 0:12.735 SIP Can't send Subscribing request for PUBLISH handler while in Subscribing state, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.430 0:12.736 SIP Already doing Unsubscribed request for PUBLISH handler, target=sip:ghostnik11 at iptel.org, id=e4532949-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.430 0:12.736 Pool:0xb6b3cb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:52:58.431 0:12.736 Pool:0xb6b3cb70 SIP Expiry time for PUBLISH set to 495 seconds. 2011/01/17 12:52:58.431 0:12.736 Pool:0xb6b3cb70 SIP Product Info: name="Kamailio", version="", vendor="", comments="(1.5.3-notls (i386/linux))" 2011/01/17 12:52:58.431 0:12.737 Pool:0xb6b3cb70 SIP Changing PUBLISH handler from Subscribing to Subscribed, target=sip:ghostnik11 at ekiga.net, id=24542049-d020-e011-9c53-0013029a3fdf at king-laptop 2011/01/17 12:52:58.431 0:12.737 Pool:0xb6b3cb70 SIP Handled PDU "5 PUBLISH <200>" 2011/01/17 12:52:58.431 0:12.737 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK38844b48-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:58.691 0:12.996 Housekeeper:0xb6bffb70 SIP No SRV record found. 2011/01/17 12:52:58.691 0:12.997 Housekeeper:0xb6bffb70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:58.691 0:12.997 Housekeeper:0xb6bffb70 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:58.692 0:12.998 Housekeeper:0xb6bffb70 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:58.693 0:12.999 Housekeeper:0xb6bffb70 Opal Transport clean up on termination 2011/01/17 12:52:58.693 0:12.999 Housekeeper:0xb6bffb70 Opal Transport Close 2011/01/17 12:52:58.693 0:12.999 Housekeeper:0xb6bffb70 Opal Transport clean up on termination 2011/01/17 12:52:58.693 0:12.999 Housekeeper:0xb6bffb70 Opal Transport Close 2011/01/17 12:52:58.693 0:12.999 Housekeeper:0xb6bffb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:58.694 0:13.000 Housekeeper:0xb6bffb70 DNS SRV Lookup ekiga.net service _sip._udp 2011/01/17 12:52:58.721 0:13.027 Housekeeper:0xb6bffb70 SIP No SRV record found. 2011/01/17 12:52:58.721 0:13.027 Housekeeper:0xb6bffb70 OpalUDP Binding to interface: 0.0.0.0:5060 2011/01/17 12:52:58.722 0:13.027 Housekeeper:0xb6bffb70 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:52:58.722 0:13.028 Housekeeper:0xb6bffb70 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:52:58.725 0:13.031 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:58.725 0:13.031 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for REGISTER transaction id=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:58.725 0:13.031 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:58.725 0:13.031 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:58.726 0:13.031 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for PUBLISH transaction id=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:58.726 0:13.032 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bKec894b48-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:58.726 0:13.032 Opal Garbage:0xb6d95b70 SIP Deleting SIPSubscribeHandler sip:ghostnik11 at iptel.org 2011/01/17 12:52:58.726 0:13.032 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:58.726 0:13.032 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:58.727 0:13.032 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:58.727 0:13.032 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:58.727 0:13.033 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:58.727 0:13.033 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:58.728 0:13.034 Opal Garbage:0xb6d95b70 SIP Deleting SIPSubscribeHandler sip:ghostnik11 at ekiga.net 2011/01/17 12:52:58.728 0:13.034 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:58.728 0:13.034 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:58.728 0:13.034 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:58.728 0:13.034 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:58.728 0:13.034 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:52:58.729 0:13.035 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:58.729 0:13.035 Opal Garbage:0xb6d95b70 SIP Deleting SIPPublishHandler sip:ghostnik11 at iptel.org 2011/01/17 12:52:58.729 0:13.035 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:58.729 0:13.035 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:58.729 0:13.035 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:52:58.730 0:13.035 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:52:58.730 0:13.035 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$213.192.59.75:5060 2011/01/17 12:52:58.731 0:13.036 Opal Garbage:0xb6d95b70 SIP Deleted handler. 2011/01/17 12:52:58.739 0:13.045 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for SUBSCRIBE transaction id=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:58.858 0:13.164 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for PUBLISH transaction id=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:59.127 0:13.433 Housekeeper:0xb6bffb70 SIP Set state Terminated_Success for PUBLISH transaction id=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf 2011/01/17 12:52:59.731 0:14.037 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK62008748-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.732 0:14.038 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK70932649-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.732 0:14.038 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK58b6d048-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.732 0:14.038 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK3e8fe948-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.733 0:14.039 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK1e0f1649-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.733 0:14.039 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bK18a92c49-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.734 0:14.039 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bKd2b02449-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:52:59.734 0:14.040 Opal Garbage:0xb6d95b70 SIP Transaction id=z9hG4bKe07e4349-d020-e011-9c53-0013029a3fdf destroyed. 2011/01/17 12:53:55.014 1:09.319 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:53:55.014 1:09.320 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:53:55.015 1:09.321 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 INVITE sip:ghostnik11 at 173.68.138.36 SIP/2.0 Date: Mon, 17 Jan 2011 17:53:38 GMT CSeq: 102 INVITE P-src-ip: 208.54.45.69 Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK0a1.e1abe491.0 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK0ea066ec;rport=29892 User-Agent: PBX From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Type: application/sdp Content-Length: 410 Max-Forwards: 69 Record-Route: v=0 o=root 51919 51919 IN IP4 67.231.245.210 s=session c=IN IP4 67.231.245.210 t=0 0 m=audio 41014 RTP/AVP 8 0 111 97 110 3 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:111 G726-32/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:110 speex/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 m=video 38628 RTP/AVP 103 34 a=rtpmap:103 h263-1998/90000 a=rtpmap:34 H263/90000 2011/01/17 12:53:55.019 1:09.324 Opal Liste...0xb6bbeb70 SIP Sending PDU (490 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 100 Trying CSeq: 102 INVITE Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK0a1.e1abe491.0 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK0ea066ec;rport=29892 From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: Contact: Content-Length: 0 Record-Route: 2011/01/17 12:53:55.019 1:09.325 Opal Liste...0xb6bbeb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:53:55.021 1:09.327 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 192.168.1.3:5060 2011/01/17 12:53:55.021 1:09.327 Opal Liste...0xb6bbeb70 SIP Created transport udp$86.64.162.35:5060 2011/01/17 12:53:55.022 1:09.327 Opal Liste...0xb6bbeb70 OpalUDP Started connect to 86.64.162.35:5060 2011/01/17 12:53:55.022 1:09.328 Opal Liste...0xb6bbeb70 Call Created Call[v2713261c1] 2011/01/17 12:53:55.022 1:09.328 Opal Liste...0xb6bbeb70 OpalCon Created connection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.022 1:09.328 Opal Liste...0xb6bbeb70 RFC2833 Handler created 2011/01/17 12:53:55.022 1:09.328 Opal Liste...0xb6bbeb70 RFC2833 Handler created 2011/01/17 12:53:55.023 1:09.329 Opal Liste...0xb6bbeb70 SIP Created connection. 2011/01/17 12:53:55.023 1:09.329 Opal Liste...0xb6bbeb70 SIP Queueing PDU "102 INVITE sip:ghostnik11 at 173.68.138.36", transaction=z9hG4bK0a1.e1abe491.0, token=722a846b-d020-e011-9c53-0013029a3fdf 2011/01/17 12:53:55.023 1:09.329 Opal Liste...0xb6bbeb70 PTLib No permission to set priority level 3 2011/01/17 12:53:55.024 1:09.329 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:53:55.024 1:09.329 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:53:55.024 1:09.330 Pool:0xaf6a3b70 SIP Handling PDU "102 INVITE sip:ghostnik11 at 173.68.138.36" for token=722a846b-d020-e011-9c53-0013029a3fdf 2011/01/17 12:53:55.024 1:09.330 Pool:0xaf6a3b70 SIP Initial INVITE from sip:ghostnik11 at 173.68.138.36 2011/01/17 12:53:55.024 1:09.330 Pool:0xaf6a3b70 SIP Set Request URI to sip:ncassanova11-200 at 67.231.245.210:29892 2011/01/17 12:53:55.024 1:09.330 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:53:55.025 1:09.330 Pool:0xaf6a3b70 SIP Updating dialog tag from "" to "as5199f9b5" 2011/01/17 12:53:55.025 1:09.331 Pool:0xaf6a3b70 SIP Product Info: name="PBX", version="", vendor="", comments="" 2011/01/17 12:53:55.026 1:09.332 Pool:0xaf6a3b70 OPAL Checking incoming call for NAT: local=173.68.138.36, peer=86.64.162.35, sig=67.231.245.210 2011/01/17 12:53:55.026 1:09.332 Pool:0xaf6a3b70 OpalCon SetPhase from UninitialisedPhase to SetUpPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.026 1:09.332 Pool:0xaf6a3b70 Opal::Sip::EndPoint Incoming connection 2011/01/17 12:53:55.026 1:09.332 Pool:0xaf6a3b70 OpalMan OnIncoming connection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.027 1:09.332 Pool:0xaf6a3b70 OpalCon Applying string options: 2011/01/17 12:53:55.027 1:09.332 Pool:0xaf6a3b70 Call GetOtherPartyConnection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.027 1:09.333 Pool:0xaf6a3b70 OpalMan Searching for route "sip:ghostnik11 at ekiga.net sip:ghostnik11 at 173.68.138.36" 2011/01/17 12:53:55.027 1:09.333 Pool:0xaf6a3b70 OpalMan Set up connection to "pc:*" 2011/01/17 12:53:55.028 1:09.333 Pool:0xaf6a3b70 OpalCon Created connection Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:55.028 1:09.333 Pool:0xaf6a3b70 Silence Parameters set: mode=NoSilenceDetection, threshold=0, silencedb=3200, signaldb=80, period=4800 2011/01/17 12:53:55.028 1:09.334 Pool:0xaf6a3b70 Silence Handler created 2011/01/17 12:53:55.028 1:09.334 Pool:0xaf6a3b70 Echo Canceler Handler created 2011/01/17 12:53:55.028 1:09.334 Pool:0xaf6a3b70 PCSS Created PC sound system connection: token="m736b49fb2" player="EKIGA" recorder="EKIGA" 2011/01/17 12:53:55.028 1:09.334 Pool:0xaf6a3b70 SIP OnIncomingConnection succeeded for INVITE from sip:ghostnik11 at 173.68.138.36 for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.028 1:09.334 Pool:0xaf6a3b70 Call GetOtherPartyConnection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.029 1:09.335 Pool:0xaf6a3b70 PTLib Thread high water mark set: 13 2011/01/17 12:53:55.029 1:09.335 Pool:0xaf6a3b70 OpalMan OnAnswerCall Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.029 1:09.335 CallSetup:0xaf621b70 Call OnSetUp Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.029 1:09.335 Pool:0xaf6a3b70 Call OnAnswerCall Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] caller "udp$67.231.245.210:29892" 2011/01/17 12:53:55.029 1:09.335 Pool:0xaf6a3b70 OpalCon Answering call: AnswerCallPending 2011/01/17 12:53:55.029 1:09.335 Pool:0xaf6a3b70 SIP SetAlerting 2011/01/17 12:53:55.030 1:09.336 Pool:0xaf6a3b70 SIP Sending PDU (595 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 180 Ringing CSeq: 102 INVITE Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK0a1.e1abe491.0 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK0ea066ec;rport=29892 User-Agent: Ekiga/3.2.7 From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: ;tag=722a846b-d020-e011-9c53-0013029a3fdf Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Content-Length: 0 Record-Route: 2011/01/17 12:53:55.031 1:09.337 Pool:0xaf6a3b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:53:55.031 1:09.337 Pool:0xaf6a3b70 OpalCon SetPhase from SetUpPhase to AlertingPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:55.032 1:09.337 Pool:0xaf6a3b70 SIP Handled PDU "102 INVITE sip:ghostnik11 at 173.68.138.36" 2011/01/17 12:53:55.032 1:09.337 CallSetup:0xaf621b70 PCSS SetUpConnection(ncassanova11-200) 2011/01/17 12:53:55.032 1:09.338 CallSetup:0xaf621b70 OpalCon SetPhase from UninitialisedPhase to AlertingPhase for Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:55.032 1:09.338 CallSetup:0xaf621b70 OpalMan OnAlerting Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:55.032 1:09.338 CallSetup:0xaf621b70 Call OnAlerting Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:55.032 1:09.338 CallSetup:0xaf621b70 SIP SetAlerting 2011/01/17 12:53:55.032 1:09.338 CallSetup:0xaf621b70 OpalCon OnSetUpConnectionCall[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:55.032 1:09.338 CallSetup:0xaf621b70 OpalEP OnSetUpConnection Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:55.033 1:09.339 AEScheduler Adding Event incoming_call_sound 4000/256 to queue 2011/01/17 12:53:55.033 1:09.339 AudioEvent...0xb6e17b70 AEScheduler Checking pending list with 1 elements 2011/01/17 12:53:55.033 1:09.339 AudioEvent...0xb6e17b70 AEScheduler Trying to load /usr/share/sounds/ekiga/ring.wav for event incoming_call_sound 2011/01/17 12:53:55.063 1:09.368 AudioEvent...0xb6e17b70 AudioOutputCore No secondary audiooutput device defined, trying primary 2011/01/17 12:53:55.063 1:09.368 AudioEvent...0xb6e17b70 AudioOutputCore Opening device[0] with 2-44100/16 2011/01/17 12:53:55.063 1:09.369 AudioEvent...0xb6e17b70 GMAudioOutputManager_ptlib Opening Device Default (PTLIB/ALSA) 2011/01/17 12:53:55.063 1:09.369 AudioEvent...0xb6e17b70 GMAudioOutputManager_ptlib Opening Device with 2-44100/16 2011/01/17 12:53:55.068 1:09.373 AudioEvent...0xb6e17b70 ALSA SetHardwareParams Player channels=2 sample rate=44100 2011/01/17 12:53:55.068 1:09.373 AudioEvent...0xb6e17b70 ALSA Successfully set period size to 80 2011/01/17 12:53:55.068 1:09.374 AudioEvent...0xb6e17b70 ALSA Successfully set periods to 3 2011/01/17 12:53:55.069 1:09.375 AudioEvent...0xb6e17b70 ALSA parameters set ok 2011/01/17 12:53:55.070 1:09.375 AudioEvent...0xb6e17b70 ALSA Device default Opened 2011/01/17 12:53:55.104 1:09.410 AudioEvent...0xb6e17b70 ALSA Got volume 50197 2011/01/17 12:53:55.105 1:09.411 AudioEvent...0xb6e17b70 GMAudioOutputManager_ptlib Setting buffer size of device[0] 1764/4 2011/01/17 12:53:55.105 1:09.411 AudioEvent...0xb6e17b70 ALSA SetBuffers direction=Player size=1764 count=4 2011/01/17 12:53:55.105 1:09.411 AudioEvent...0xb6e17b70 ALSA SetHardwareParams Player channels=2 sample rate=44100 2011/01/17 12:53:55.105 1:09.411 AudioEvent...0xb6e17b70 ALSA Successfully set period size to 441 2011/01/17 12:53:55.106 1:09.411 AudioEvent...0xb6e17b70 ALSA Successfully set periods to 4 2011/01/17 12:53:55.108 1:09.414 AudioEvent...0xb6e17b70 ALSA parameters set ok 2011/01/17 12:53:56.528 1:10.834 AudioEvent...0xb6e17b70 AudioOutputCore Closing current device 2011/01/17 12:53:56.529 1:10.834 AudioEvent...0xb6e17b70 GMAudioOutputManager_ptlib Closing device[0] Default (PTLIB/ALSA) 2011/01/17 12:53:56.529 1:10.835 AudioEvent...0xb6e17b70 ALSA Closing default 2011/01/17 12:53:58.200 1:12.506 OpalCon SetPhase from AlertingPhase to ConnectedPhase for Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.200 1:12.506 OpalCon OnConnected for Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.201 1:12.506 OpalMan OnConnected Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.201 1:12.506 Call OnConnected Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.201 1:12.507 SIP SetConnected 2011/01/17 12:53:58.202 1:12.508 SDP Parsed connection address udp$67.231.245.210 2011/01/17 12:53:58.202 1:12.508 SDP Parsed connection address udp$67.231.245.210 2011/01/17 12:53:58.203 1:12.508 SDP Media session port=41014 2011/01/17 12:53:58.203 1:12.509 SDP Parsed media session with 7 'audio' formats 2011/01/17 12:53:58.204 1:12.510 SDP Could not find media format for "iLBC", pt=[pt=97], clock=8000 2011/01/17 12:53:58.204 1:12.510 SDP Media session port=38628 2011/01/17 12:53:58.205 1:12.510 SDP Parsed media session with 2 'video' formats 2011/01/17 12:53:58.205 1:12.511 SDP Could not find media format for "h263-1998", pt=[pt=103], clock=90000 2011/01/17 12:53:58.205 1:12.511 SDP Could not find media format for "H263", pt=H263, clock=90000 2011/01/17 12:53:58.205 1:12.511 Call IsMediaBypassPossible Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] session 1 2011/01/17 12:53:58.205 1:12.511 OpalMan IsMediaBypassPossible: session 1 2011/01/17 12:53:58.205 1:12.511 OpalCon IsMediaBypassPossible: default returns false 2011/01/17 12:53:58.205 1:12.511 RTP Cannot find RTP session 1 2011/01/17 12:53:58.207 1:12.513 RTP_UDP Session 1, created with NAT flag set to 0 2011/01/17 12:53:58.207 1:12.513 PWLib File handle high water mark set: 59 PUDPSocket 2011/01/17 12:53:58.271 1:12.577 RTP Session 1, STUN created STUN RTP/RTCP socket pair. 2011/01/17 12:53:58.271 1:12.577 RTP_UDP Session 1 created: 173.68.138.36:5062-5063 ssrc=2502985037 2011/01/17 12:53:58.272 1:12.578 PWLib File handle low water mark set: 56 PUDPSocket 2011/01/17 12:53:58.272 1:12.578 RTP Creating new session RTP_UDP 2011/01/17 12:53:58.273 1:12.579 RTP_UDP Session 1, SetRemoteSocketInfo: data channel, new=67.231.245.210:41014, local=173.68.138.36:5062-5063, remote=0.0.0.0:0-0 2011/01/17 12:53:58.273 1:12.579 RTP_UDP Session 1, sending empty datagrams to open local Port Restricted NAT 2011/01/17 12:53:58.274 1:12.579 RTP Found existing media session 1 2011/01/17 12:53:58.274 1:12.579 SIP RTP payload type PCMA matched to codec G.711-ALaw-64k 2011/01/17 12:53:58.274 1:12.580 SIP RTP payload type PCMU matched to codec G.711-uLaw-64k 2011/01/17 12:53:58.274 1:12.580 SIP RTP payload type [pt=111] matched to codec G.726-32k 2011/01/17 12:53:58.274 1:12.580 SIP RTP payload type [pt=110] matched to codec SpeexNB 2011/01/17 12:53:58.275 1:12.580 SIP RTP payload type GSM matched to codec GSM-06.10 2011/01/17 12:53:58.275 1:12.580 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2011/01/17 12:53:58.275 1:12.581 Call OpenSourceMediaStreams opening audio session 1 on Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.284 1:12.590 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2011/01/17 12:53:58.287 1:12.592 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2011/01/17 12:53:58.288 1:12.594 Call GetMediaFormats for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] G.722-64k SpeexIETFWide-20.6k SpeexWB SpeexWide-20.6k G.711-ALaw-64k G.711-uLaw-64k G.726-16k G.726-24k G.726-32k G.726-40k GSM-06.10 MS-GSM SpeexIETFNarrow-8k SpeexNB SpeexWNarrow-8k CELT-48K CELT-32K H.261 H.261-CIF H.261-QCIF theora 2011/01/17 12:53:58.289 1:12.595 MediaFormat Merging G.711-ALaw-64k into G.711-ALaw-64k 2011/01/17 12:53:58.289 1:12.595 MediaFormat Merging PCM-16 into G.711-ALaw-64k 2011/01/17 12:53:58.289 1:12.595 MediaFormat Merging G.711-ALaw-64k into PCM-16 2011/01/17 12:53:58.290 1:12.595 MediaFormat Changed media option "Max Bit Rate" from 128000 to 64000 2011/01/17 12:53:58.290 1:12.595 Call Selected media formats G.711-ALaw-64k -> PCM-16 2011/01/17 12:53:58.290 1:12.595 Call IsMediaBypassPossible Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] session 1 2011/01/17 12:53:58.290 1:12.596 OpalMan IsMediaBypassPossible: session 1 2011/01/17 12:53:58.290 1:12.596 OpalCon IsMediaBypassPossible: default returns false 2011/01/17 12:53:58.290 1:12.596 RTP Found existing media session 1 2011/01/17 12:53:58.290 1:12.596 OpalMan OnOpenMediaStream Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf],OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/17 12:53:58.290 1:12.596 OpalCon Opened source stream v2713261c1_1 with format G.711-ALaw-64k 2011/01/17 12:53:58.290 1:12.596 GMAudioOutputManager_ptlib Setting Device[0] Default (PTLIB/ALSA) 2011/01/17 12:53:58.290 1:12.596 AudioOutputCore Opening device[0] with 1-8000/16 2011/01/17 12:53:58.290 1:12.596 GMAudioOutputManager_ptlib Opening Device Default (PTLIB/ALSA) 2011/01/17 12:53:58.290 1:12.596 GMAudioOutputManager_ptlib Opening Device with 1-8000/16 2011/01/17 12:53:58.294 1:12.600 ALSA SetHardwareParams Player channels=1 sample rate=8000 2011/01/17 12:53:58.294 1:12.600 ALSA Successfully set period size to 160 2011/01/17 12:53:58.294 1:12.600 ALSA Successfully set periods to 3 2011/01/17 12:53:58.297 1:12.602 ALSA parameters set ok 2011/01/17 12:53:58.297 1:12.602 ALSA Device default Opened 2011/01/17 12:53:58.311 1:12.617 ALSA Got volume 50197 2011/01/17 12:53:58.311 1:12.617 PCSS Opened mono sound channel "EKIGA" for playing at 8.0 kHz. 2011/01/17 12:53:58.311 1:12.617 OpalMan OnOpenMediaStream Call[v2713261c1]-EP[m736b49fb2],OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:53:58.312 1:12.617 OpalCon SetPhase from ConnectedPhase to EstablishedPhase for Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.312 1:12.617 OpalCon OnEstablished Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.312 1:12.617 OpalCon Media stream threads started. 2011/01/17 12:53:58.312 1:12.618 OpalMan OnEstablished Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.312 1:12.618 Call OnEstablished Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.312 1:12.618 OpalCon Media stream threads started. 2011/01/17 12:53:58.312 1:12.618 OpalCon Opened sink stream v2713261c1_1 with format PCM-16 2011/01/17 12:53:58.312 1:12.618 Patch Created Sink: format=PCM-16 2011/01/17 12:53:58.312 1:12.618 Codec G711-ALaw-64k decoder created 2011/01/17 12:53:58.312 1:12.618 Patch Created primary codec G.711-ALaw-64k->PCM-16 with ID v2713261c1_1 2011/01/17 12:53:58.312 1:12.618 Media Audio sink data size set to 3840, buffer size set to 160 and 24 buffers. 2011/01/17 12:53:58.312 1:12.618 Media Set data size from 16 to 3840 2011/01/17 12:53:58.312 1:12.618 GMAudioOutputManager_ptlib Setting buffer size of device[0] 160/24 2011/01/17 12:53:58.312 1:12.618 ALSA SetBuffers direction=Player size=160 count=24 2011/01/17 12:53:58.312 1:12.618 ALSA SetHardwareParams Player channels=1 sample rate=8000 2011/01/17 12:53:58.313 1:12.618 ALSA Successfully set period size to 80 2011/01/17 12:53:58.313 1:12.618 ALSA Successfully set periods to 24 2011/01/17 12:53:58.315 1:12.621 ALSA parameters set ok 2011/01/17 12:53:58.316 1:12.621 Patch Added media stream sink OpalAudioMediaStream-Sink-PCM-16 using transcoder G.711-ALaw-64k->PCM-16, data size=3840 2011/01/17 12:53:58.316 1:12.621 Media RTP data size cannot be changed to 8, fixed at 2048 2011/01/17 12:53:58.316 1:12.621 OpalCon Source stream of connection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] uses patch Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:53:58.316 1:12.622 RTPCon Adding RFC2833 receive handler 2011/01/17 12:53:58.316 1:12.622 RTPCon Adding Cisco NSE receive handler 2011/01/17 12:53:58.316 1:12.622 PCSS Adding filters to patch 2011/01/17 12:53:58.316 1:12.622 Call GetOtherPartyConnection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.316 1:12.622 Call OpenSourceMediaStreams opening audio session 1 on Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:53:58.321 1:12.627 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2011/01/17 12:53:58.321 1:12.627 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2011/01/17 12:53:58.322 1:12.628 Call GetMediaFormats for Call[v2713261c1]-EP[m736b49fb2] G.711-ALaw-64k G.711-uLaw-64k G.726-16k G.726-24k G.726-32k G.726-40k GSM-06.10 MS-GSM SpeexIETFNarrow-8k SpeexNB SpeexWNarrow-8k T.38 UserInput/RFC2833 2011/01/17 12:53:58.322 1:12.628 MediaFormat Merging G.711-ALaw-64k into G.711-ALaw-64k 2011/01/17 12:53:58.322 1:12.628 MediaFormat Merging G.711-ALaw-64k into PCM-16 2011/01/17 12:53:58.322 1:12.628 MediaFormat Changed media option "Max Bit Rate" from 128000 to 64000 2011/01/17 12:53:58.322 1:12.628 MediaFormat Merging PCM-16 into G.711-ALaw-64k 2011/01/17 12:53:58.323 1:12.628 Call Selected media formats PCM-16 -> G.711-ALaw-64k 2011/01/17 12:53:58.323 1:12.629 AudioInputCore Starting stream 1x8000/16 2011/01/17 12:53:58.323 1:12.629 GMAudioInputManager_ptlib Setting Device Default (PTLIB/ALSA) 2011/01/17 12:53:58.323 1:12.629 AudioInputCore Opening device with 1-8000/16 2011/01/17 12:53:58.323 1:12.629 GMAudioInputManager_ptlib Opening Device Default (PTLIB/ALSA) 2011/01/17 12:53:58.323 1:12.629 GMAudioInputManager_ptlib Opening Device with 1-8000/16 2011/01/17 12:53:58.325 1:12.631 ALSA SetHardwareParams Recorder channels=1 sample rate=8000 2011/01/17 12:53:58.326 1:12.631 ALSA Successfully set period size to 160 2011/01/17 12:53:58.326 1:12.631 ALSA Successfully set periods to 3 2011/01/17 12:53:58.342 1:12.648 ALSA parameters set ok 2011/01/17 12:53:58.343 1:12.648 ALSA Device default Opened 2011/01/17 12:53:58.364 1:12.670 ALSA Got volume 48059 2011/01/17 12:53:58.365 1:12.670 PCSS Opened mono sound channel "EKIGA" for recording at 8.0 kHz. 2011/01/17 12:53:58.365 1:12.671 OpalMan OnOpenMediaStream Call[v2713261c1]-EP[m736b49fb2],OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:53:58.365 1:12.671 OpalCon Opened source stream v2713261c1_1 with format PCM-16 2011/01/17 12:53:58.365 1:12.671 Call IsMediaBypassPossible Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] session 1 2011/01/17 12:53:58.365 1:12.671 OpalMan IsMediaBypassPossible: session 1 2011/01/17 12:53:58.365 1:12.671 OpalCon IsMediaBypassPossible: default returns false 2011/01/17 12:53:58.365 1:12.671 RTP Found existing media session 1 2011/01/17 12:53:58.366 1:12.672 OpalMan OnOpenMediaStream Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf],OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:53:58.366 1:12.672 OpalCon Opened sink stream v2713261c1_1 with format G.711-ALaw-64k 2011/01/17 12:53:58.366 1:12.672 Patch Created Sink: format=G.711-ALaw-64k 2011/01/17 12:53:58.366 1:12.672 Codec G711-ALaw-64k encoder created 2011/01/17 12:53:58.366 1:12.672 Patch Created primary codec PCM-16->G.711-ALaw-64k with ID v2713261c1_1 2011/01/17 12:53:58.366 1:12.672 Media RTP data size cannot be changed to 1920, fixed at 528 2011/01/17 12:53:58.366 1:12.672 Patch Added media stream sink OpalRTPMediaStream-Sink-G.711-ALaw-64k using transcoder PCM-16->G.711-ALaw-64k, data size=528 2011/01/17 12:53:58.367 1:12.672 Media Audio source data size set to 320, buffer size set to 160 and 5 buffers. 2011/01/17 12:53:58.367 1:12.672 Media Set data size from 16 to 320 2011/01/17 12:53:58.367 1:12.672 AudioInputCore Setting stream buffer size 5/160 2011/01/17 12:53:58.367 1:12.673 GMAudioInputManager_ptlib Setting buffer size to 160/5 2011/01/17 12:53:58.367 1:12.673 ALSA SetBuffers direction=Recorder size=160 count=5 2011/01/17 12:53:58.367 1:12.673 ALSA SetHardwareParams Recorder channels=1 sample rate=8000 2011/01/17 12:53:58.367 1:12.673 ALSA Successfully set period size to 80 2011/01/17 12:53:58.367 1:12.673 ALSA Successfully set periods to 5 2011/01/17 12:53:58.370 1:12.676 ALSA parameters set ok 2011/01/17 12:53:58.370 1:12.676 OpalCon Sink stream of connection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] uses patch Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:53:58.370 1:12.676 PCSS Adding filters to patch 2011/01/17 12:53:58.371 1:12.676 Media Media format updated on OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/17 12:53:58.371 1:12.676 MediaFormat Merging G.711-ALaw-64k into PCM-16 2011/01/17 12:53:58.371 1:12.677 Patch Updated Sink: format=G.711-ALaw-64k ok=1 2011/01/17 12:53:58.371 1:12.677 SIP Using handler RTP payload [pt=101] for UserInput/RFC2833 2011/01/17 12:53:58.371 1:12.677 Call IsMediaBypassPossible Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] session 2 2011/01/17 12:53:58.371 1:12.677 OpalMan IsMediaBypassPossible: session 2 2011/01/17 12:53:58.371 1:12.677 OpalCon IsMediaBypassPossible: default returns false 2011/01/17 12:53:58.371 1:12.677 RTP Cannot find RTP session 2 2011/01/17 12:53:58.372 1:12.678 PWLib File handle high water mark set: 68 PUDPSocket 2011/01/17 12:53:58.373 1:12.679 RTP_UDP Session 2, created with NAT flag set to 0 2011/01/17 12:53:58.374 1:12.679 PWLib File handle high water mark set: 69 PUDPSocket 2011/01/17 12:53:58.374 1:12.680 PWLib File handle high water mark set: 70 PUDPSocket 2011/01/17 12:53:58.374 1:12.680 PWLib File handle high water mark set: 71 PUDPSocket 2011/01/17 12:53:58.449 1:12.754 RTP Session 2, STUN created STUN RTP/RTCP socket pair. 2011/01/17 12:53:58.449 1:12.755 RTP_UDP Session 2 created: 173.68.138.36:5066-5067 ssrc=1905545659 2011/01/17 12:53:58.449 1:12.755 PWLib File handle low water mark set: 68 PUDPSocket 2011/01/17 12:53:58.450 1:12.755 RTP Creating new session RTP_UDP 2011/01/17 12:53:58.451 1:12.757 RTP_UDP Session 2, SetRemoteSocketInfo: data channel, new=67.231.245.210:38628, local=173.68.138.36:5066-5067, remote=0.0.0.0:0-0 2011/01/17 12:53:58.451 1:12.757 RTP_UDP Session 2, sending empty datagrams to open local Port Restricted NAT 2011/01/17 12:53:58.451 1:12.757 RTP Found existing media session 2 2011/01/17 12:53:58.451 1:12.757 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,PCM-16,GSM-AMR,LPC-10,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2011/01/17 12:53:58.452 1:12.758 SIP Could not find media formats in SDP media description for session 2 2011/01/17 12:53:58.455 1:12.761 SIP Sending PDU (881 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 102 INVITE Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK0a1.e1abe491.0 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK0ea066ec;rport=29892 User-Agent: Ekiga/3.2.7 From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: ;tag=722a846b-d020-e011-9c53-0013029a3fdf Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING Content-Type: application/sdp Content-Length: 217 Record-Route: v=0 o=- 1295286835 1 IN IP4 173.68.138.36 s=Opal SIP Session c=IN IP4 173.68.138.36 t=0 0 m=audio 5062 RTP/AVP 8 101 a=sendrecv a=rtpmap:8 PCMA/8000/1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16,32,36 2011/01/17 12:53:58.456 1:12.762 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:53:58.457 1:12.762 OpalCon SetConnected for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.457 1:12.763 OpalCon SetPhase from AlertingPhase to ConnectedPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.457 1:12.763 OpalCon SetPhase from ConnectedPhase to EstablishedPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.457 1:12.763 OpalCon OnEstablished Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.457 1:12.763 PTLib No permission to set priority level 3 2011/01/17 12:53:58.457 1:12.763 Media Starting thread Media Patch 2011/01/17 12:53:58.457 1:12.763 Media Patch:0xaf621b70 Patch Thread started for Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:53:58.458 1:12.763 PWLib File handle high water mark set: 73 Thread unblock pipe 2011/01/17 12:53:58.458 1:12.763 PTLib No permission to set priority level 3 2011/01/17 12:53:58.458 1:12.764 Media Patch:0xaf621b70 InfLID Setting jitter buffer time from 160 to 4000 2011/01/17 12:53:58.459 1:12.764 PTLib Thread high water mark set: 14 2011/01/17 12:53:58.459 1:12.765 Media Starting thread Media Patch 2011/01/17 12:53:58.459 1:12.765 OpalCon Media stream threads started. 2011/01/17 12:53:58.459 1:12.765 OpalMan OnEstablished Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.459 1:12.765 Media Patch:0xa1d9ab70 Patch Thread started for Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:53:58.459 1:12.765 RTP Found existing RTP session 1 2011/01/17 12:53:58.459 1:12.765 Call OnEstablished Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:53:58.460 1:12.765 OpalCon Media stream threads started. 2011/01/17 12:53:58.460 1:12.766 AEScheduler Removing Event incoming_call_sound from queue 2011/01/17 12:53:58.461 1:12.767 Media Patch:0xaf621b70 RTP Opal jitter buffer created: size=101 delay=20-500 ms /160 (20ms) obj=0xa41e948 2011/01/17 12:53:58.461 1:12.767 Media Patch:0xaf621b70 PWLib File handle high water mark set: 75 Thread unblock pipe 2011/01/17 12:53:58.461 1:12.767 Media Patch:0xaf621b70 PTLib Thread high water mark set: 15 2011/01/17 12:53:58.462 1:12.767 RTP Jitter:0xa1d59b70 RTP Jitter RTP receive thread started: 0xa41e948 2011/01/17 12:53:58.464 1:12.770 AEScheduler Removing Event incoming_call_sound from queue 2011/01/17 12:53:58.464 1:12.770 AEScheduler Removing Event ring_tone_sound from queue 2011/01/17 12:53:58.477 1:12.783 Media Patch:0xa1d9ab70 RTP Session 1, first sent data: ver=2 pt=PCMA psz=160 m=1 x=0 seq=11138 ts=0 src=9530854d ccnt=0 2011/01/17 12:53:58.749 1:13.054 Opal Liste...0xb6bbeb70 PWLib File handle high water mark set: 76 PUDPSocket 2011/01/17 12:53:58.749 1:13.055 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:53:58.749 1:13.055 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:53:58.750 1:13.056 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 ACK sip:ghostnik11 at 173.68.138.36 SIP/2.0 CSeq: 102 ACK Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK0a1.e1abe491.3 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK6f45e335;rport=29892 User-Agent: PBX From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: ;tag=722a846b-d020-e011-9c53-0013029a3fdf Contact: Content-Length: 0 Max-Forwards: 69 2011/01/17 12:53:58.752 1:13.057 Opal Liste...0xb6bbeb70 SIP Queueing PDU "102 ACK sip:ghostnik11 at 173.68.138.36", transaction=z9hG4bK0a1.e1abe491.3, token=722a846b-d020-e011-9c53-0013029a3fdf 2011/01/17 12:53:58.752 1:13.057 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:53:58.752 1:13.058 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:53:58.752 1:13.058 Pool:0xaf6a3b70 SIP Handling PDU "102 ACK sip:ghostnik11 at 173.68.138.36" for token=722a846b-d020-e011-9c53-0013029a3fdf 2011/01/17 12:53:58.752 1:13.058 Pool:0xaf6a3b70 SIP ACK received: EstablishedPhase 2011/01/17 12:53:58.752 1:13.058 Pool:0xaf6a3b70 OpalCon Media stream threads started. 2011/01/17 12:53:58.752 1:13.058 Pool:0xaf6a3b70 SIP Handled PDU "102 ACK sip:ghostnik11 at 173.68.138.36" 2011/01/17 12:53:58.752 1:13.058 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:53:59.034 1:13.339 AudioEvent...0xb6e17b70 AEScheduler Checking pending list with 0 elements 2011/01/17 12:53:59.402 1:13.708 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=51 octets=8160 avgTime=18 maxTime=21 minTime=10 2011/01/17 12:54:00.398 1:14.704 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=25 minTime=10 2011/01/17 12:54:01.393 1:15.699 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=151 octets=24160 avgTime=19 maxTime=26 minTime=10 2011/01/17 12:54:01.615 1:15.921 RTP Jitter:0xa1d59b70 RTP Session 1, first receive data: ver=2 pt=PCMA psz=160 m=0 x=0 seq=39056 ts=0 src=4a442a6 ccnt=0 2011/01/17 12:54:01.680 1:15.986 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:01.681 1:15.986 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 1440 (180ms) 2011/01/17 12:54:01.753 1:16.059 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:01.753 1:16.059 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 1600 (200ms) 2011/01/17 12:54:02.389 1:16.695 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=201 octets=32160 avgTime=19 maxTime=25 minTime=10 2011/01/17 12:54:02.453 1:16.758 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=51 octets=8160 lost=0 tooLate=0 order=0 avgTime=16 maxTime=60 minTime=0 jitter=9 maxJitter=10 2011/01/17 12:54:03.239 1:17.545 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:03.239 1:17.545 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 1760 (220ms) 2011/01/17 12:54:03.329 1:17.635 RTP Jitter:0xa1d59b70 RTP Session 1, adjusting sequence numbers to expect 39152 ssrc=77873830 2011/01/17 12:54:03.384 1:17.690 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=251 octets=40160 avgTime=19 maxTime=26 minTime=10 2011/01/17 12:54:03.501 1:17.807 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39159, ssrc=77873830 2011/01/17 12:54:03.535 1:17.841 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=103 octets=16480 lost=1 tooLate=0 order=0 avgTime=19 maxTime=45 minTime=4 jitter=11 maxJitter=11 2011/01/17 12:54:03.770 1:18.076 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39172, ssrc=77873830 2011/01/17 12:54:03.801 1:18.107 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39174, ssrc=77873830 2011/01/17 12:54:04.389 1:18.695 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=301 octets=48160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:04.587 1:18.893 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=155 octets=24800 lost=3 tooLate=0 order=0 avgTime=19 maxTime=37 minTime=4 jitter=11 maxJitter=12 2011/01/17 12:54:05.321 1:19.627 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39251, ssrc=77873830 2011/01/17 12:54:05.390 1:19.695 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=351 octets=56160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:05.641 1:19.946 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=206 octets=32960 lost=4 tooLate=0 order=0 avgTime=20 maxTime=53 minTime=0 jitter=14 maxJitter=14 2011/01/17 12:54:05.757 1:20.063 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39272, ssrc=77873830 2011/01/17 12:54:06.385 1:20.691 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=401 octets=64160 avgTime=19 maxTime=26 minTime=9 2011/01/17 12:54:06.671 1:20.976 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=257 octets=41120 lost=5 tooLate=0 order=0 avgTime=19 maxTime=55 minTime=0 jitter=12 maxJitter=15 2011/01/17 12:54:07.017 1:21.323 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39335, ssrc=77873830 2011/01/17 12:54:07.380 1:21.686 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=451 octets=72160 avgTime=19 maxTime=26 minTime=10 2011/01/17 12:54:07.709 1:22.014 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=308 octets=49280 lost=6 tooLate=0 order=0 avgTime=20 maxTime=46 minTime=1 jitter=11 maxJitter=15 2011/01/17 12:54:08.248 1:22.554 Media Patch:0xaf621b70 RTP Jitter buffer target size decreased to 880 (110ms) 2011/01/17 12:54:08.272 1:22.578 Media Patch:0xaf621b70 RTP Jitter buffer size decreased to 880 (110ms) 2011/01/17 12:54:08.381 1:22.687 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=501 octets=80160 avgTime=20 maxTime=25 minTime=10 2011/01/17 12:54:08.710 1:23.016 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=358 octets=57280 lost=6 tooLate=0 order=0 avgTime=20 maxTime=68 minTime=1 jitter=15 maxJitter=15 2011/01/17 12:54:09.381 1:23.687 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=551 octets=88160 avgTime=20 maxTime=25 minTime=10 2011/01/17 12:54:09.732 1:24.037 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=408 octets=65280 lost=6 tooLate=0 order=0 avgTime=20 maxTime=49 minTime=0 jitter=14 maxJitter=16 2011/01/17 12:54:10.209 1:24.515 RTP Jitter:0xa1d59b70 RTP Session 1, SentSenderReport: ssrc=2502985037 ntp=3504275650.899030486 rtp=0 psent=592 osent=94720 2011/01/17 12:54:10.209 1:24.515 RTP Jitter:0xa1d59b70 RTP Session 1, SentReceiverReport: ssrc=77873830 fraction=0 lost=6 last_seq=0 jitter=92 lsr=0 dlsr=0 2011/01/17 12:54:10.209 1:24.515 RTP Jitter:0xa1d59b70 RTP Session 1, sending SDES: king at king-laptop 2011/01/17 12:54:10.382 1:24.687 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=601 octets=96160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:10.724 1:25.029 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=458 octets=73280 lost=6 tooLate=0 order=0 avgTime=19 maxTime=52 minTime=0 jitter=9 maxJitter=17 2011/01/17 12:54:10.883 1:25.189 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39529, ssrc=77873830 2011/01/17 12:54:10.924 1:25.229 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39531, ssrc=77873830 2011/01/17 12:54:11.382 1:25.687 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=651 octets=104160 avgTime=20 maxTime=21 minTime=15 2011/01/17 12:54:11.786 1:26.092 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=510 octets=81600 lost=8 tooLate=0 order=0 avgTime=20 maxTime=38 minTime=0 jitter=10 maxJitter=17 2011/01/17 12:54:12.381 1:26.687 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=701 octets=112160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:12.801 1:27.107 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=560 octets=89600 lost=8 tooLate=0 order=0 avgTime=20 maxTime=57 minTime=2 jitter=9 maxJitter=17 2011/01/17 12:54:13.383 1:27.688 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=751 octets=120160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:13.550 1:27.855 Media Patch:0xaf621b70 RTP Jitter buffer target size decreased to 740 (92ms) 2011/01/17 12:54:13.574 1:27.880 Media Patch:0xaf621b70 RTP Jitter buffer size decreased to 740 (92ms) 2011/01/17 12:54:13.581 1:27.887 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39664, ssrc=77873830 2011/01/17 12:54:13.869 1:28.174 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=611 octets=97760 lost=9 tooLate=0 order=0 avgTime=20 maxTime=45 minTime=1 jitter=10 maxJitter=17 2011/01/17 12:54:14.378 1:28.683 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=801 octets=128160 avgTime=19 maxTime=26 minTime=10 2011/01/17 12:54:14.831 1:29.137 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=661 octets=105760 lost=9 tooLate=0 order=0 avgTime=19 maxTime=61 minTime=0 jitter=11 maxJitter=17 2011/01/17 12:54:14.883 1:29.189 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39730, ssrc=77873830 2011/01/17 12:54:15.378 1:29.684 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=851 octets=136160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:15.883 1:30.189 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=712 octets=113920 lost=10 tooLate=0 order=0 avgTime=20 maxTime=44 minTime=0 jitter=11 maxJitter=17 2011/01/17 12:54:16.378 1:30.683 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39801, ssrc=77873830 2011/01/17 12:54:16.384 1:30.690 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=901 octets=144160 avgTime=20 maxTime=25 minTime=11 2011/01/17 12:54:16.914 1:31.220 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=763 octets=122080 lost=11 tooLate=0 order=0 avgTime=19 maxTime=76 minTime=0 jitter=9 maxJitter=17 2011/01/17 12:54:17.030 1:31.335 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:54:17.030 1:31.336 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:54:17.031 1:31.337 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 NOTIFY sip:slim at 173.68.138.36 SIP/2.0 CSeq: 2 NOTIFY Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK2ad.4c162b41.0 User-Agent: Kamailio (1.5.3-notls (i386/linux)) From: sip:slim at ekiga.net;tag=f85b0bd16aaafa8479586ac9f88b3198-8912 Call-ID: e6d66a9c-cf20-e011-9113-0013029a3fdf at king-laptop To: sip:king at 173.68.138.36;tag=5e5a6f9c-cf20-e011-9113-0013029a3fdf Contact: Subscription-State: terminated;reason=timeout Event: dialog;sla Content-Length: 0 Max-Forwards: 70 2011/01/17 12:54:17.032 1:31.338 Opal Liste...0xb6bbeb70 SIP Received NOTIFY dialog;sla 2011/01/17 12:54:17.032 1:31.338 Opal Liste...0xb6bbeb70 SIP Could not find a SUBSCRIBE corresponding to the NOTIFY dialog;sla 2011/01/17 12:54:17.035 1:31.341 Opal Liste...0xb6bbeb70 SIP Sending PDU (377 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 481 Call Leg/Transaction Does Not Exist CSeq: 2 NOTIFY Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK2ad.4c162b41.0 From: sip:slim at ekiga.net;tag=f85b0bd16aaafa8479586ac9f88b3198-8912 Call-ID: e6d66a9c-cf20-e011-9113-0013029a3fdf at king-laptop To: sip:king at 173.68.138.36;tag=5e5a6f9c-cf20-e011-9113-0013029a3fdf Contact: Content-Length: 0 2011/01/17 12:54:17.036 1:31.342 Opal Liste...0xb6bbeb70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:54:17.036 1:31.342 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:54:17.036 1:31.342 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:54:17.036 1:31.342 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:54:17.384 1:31.689 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=951 octets=152160 avgTime=19 maxTime=25 minTime=10 2011/01/17 12:54:17.870 1:32.175 RTP Jitter:0xa1d59b70 RTP Session 1, dropped 1 packet(s) at 39875, ssrc=77873830 2011/01/17 12:54:17.945 1:32.251 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:17.945 1:32.251 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 800 (100ms) 2011/01/17 12:54:17.959 1:32.265 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=814 octets=130240 lost=12 tooLate=0 order=0 avgTime=19 maxTime=58 minTime=0 jitter=9 maxJitter=17 2011/01/17 12:54:18.070 1:32.376 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:18.070 1:32.376 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 960 (120ms) 2011/01/17 12:54:18.384 1:32.690 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=1001 octets=160160 avgTime=20 maxTime=26 minTime=10 2011/01/17 12:54:18.447 1:32.753 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:18.447 1:32.753 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 2080 (260ms) 2011/01/17 12:54:18.545 1:32.850 Media Patch:0xaf621b70 RTP Jitter buffer length exceeded 2011/01/17 12:54:18.545 1:32.851 Media Patch:0xaf621b70 RTP Jitter buffer size increased to 2240 (280ms) 2011/01/17 12:54:18.962 1:33.268 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=864 octets=138240 lost=12 tooLate=0 order=0 avgTime=20 maxTime=203 minTime=0 jitter=10 maxJitter=29 2011/01/17 12:54:19.375 1:33.681 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=1051 octets=168160 avgTime=19 maxTime=25 minTime=10 2011/01/17 12:54:19.979 1:34.284 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=914 octets=146240 lost=12 tooLate=0 order=0 avgTime=20 maxTime=44 minTime=1 jitter=11 maxJitter=29 2011/01/17 12:54:20.378 1:34.683 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=1101 octets=176160 avgTime=20 maxTime=25 minTime=10 2011/01/17 12:54:20.941 1:35.247 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=964 octets=154240 lost=12 tooLate=0 order=0 avgTime=19 maxTime=50 minTime=1 jitter=7 maxJitter=29 2011/01/17 12:54:21.382 1:35.688 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=1151 octets=184160 avgTime=20 maxTime=25 minTime=10 2011/01/17 12:54:21.933 1:36.238 RTP Jitter:0xa1d59b70 RTP Session 1, receive statistics: packets=1014 octets=162240 lost=12 tooLate=0 order=0 avgTime=19 maxTime=48 minTime=0 jitter=10 maxJitter=29 2011/01/17 12:54:22.376 1:36.682 Media Patch:0xa1d9ab70 RTP Session 1, transmit statistics: packets=1201 octets=192160 avgTime=19 maxTime=25 minTime=10 2011/01/17 12:54:22.619 1:36.925 Media Patch:0xa1d9ab70 RTP Session 1, SentSenderReport: ssrc=2502985037 ntp=3504275662.2661721780 rtp=0 psent=1213 osent=194080 2011/01/17 12:54:22.620 1:36.925 Media Patch:0xa1d9ab70 RTP Session 1, SentReceiverReport: ssrc=77873830 fraction=2 lost=12 last_seq=39494 jitter=82 lsr=0 dlsr=0 2011/01/17 12:54:22.620 1:36.926 Media Patch:0xa1d9ab70 RTP Session 1, sending SDES: king at king-laptop 2011/01/17 12:54:22.989 1:37.295 Opal Liste...0xb6bbeb70 OpalUDP Binding to interface: 173.68.138.36:5060 2011/01/17 12:54:22.989 1:37.295 Opal Liste...0xb6bbeb70 SIP Waiting for PDU on udp$86.64.162.35:5060 2011/01/17 12:54:22.990 1:37.296 Opal Liste...0xb6bbeb70 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 BYE sip:ghostnik11 at 173.68.138.36 SIP/2.0 CSeq: 103 BYE Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK1a1.9a86e833.0 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK66af2410;rport=29892 User-Agent: PBX From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: ;tag=722a846b-d020-e011-9c53-0013029a3fdf Contact: Content-Length: 0 Max-Forwards: 69 2011/01/17 12:54:22.991 1:37.297 Opal Liste...0xb6bbeb70 SIP Queueing PDU "103 BYE sip:ghostnik11 at 173.68.138.36", transaction=z9hG4bK1a1.9a86e833.0, token=722a846b-d020-e011-9c53-0013029a3fdf 2011/01/17 12:54:22.992 1:37.297 Pool:0xaf6a3b70 SIP Handling PDU "103 BYE sip:ghostnik11 at 173.68.138.36" for token=722a846b-d020-e011-9c53-0013029a3fdf 2011/01/17 12:54:22.992 1:37.298 Pool:0xaf6a3b70 SIP BYE received for call 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 2011/01/17 12:54:22.992 1:37.298 Pool:0xaf6a3b70 SIP Sending PDU (426 bytes) to: rem=udp$86.64.162.35:5060,local=udp$173.68.138.36:5060,if=192.168.1.3%wlan0 SIP/2.0 200 OK CSeq: 103 BYE Via: SIP/2.0/UDP 86.64.162.35;branch=z9hG4bK1a1.9a86e833.0 Via: SIP/2.0/UDP 67.231.245.210:29892;received=67.231.245.210;branch=z9hG4bK66af2410;rport=29892 From: "ncassanova11-200" ;tag=as5199f9b5 Call-ID: 5f55fac6618cfa4e224b506765e1d29b at 67.231.245.210 To: ;tag=722a846b-d020-e011-9c53-0013029a3fdf Content-Length: 0 2011/01/17 12:54:22.993 1:37.299 Pool:0xaf6a3b70 OpalUDP Setting interface to 192.168.1.3%wlan0 2011/01/17 12:54:22.994 1:37.299 Pool:0xaf6a3b70 SIP Set Request URI to sip:ncassanova11-200 at 67.231.245.210:29892 2011/01/17 12:54:22.994 1:37.300 Pool:0xaf6a3b70 SIP Product Info: name="PBX", version="", vendor="", comments="" 2011/01/17 12:54:22.994 1:37.300 Pool:0xaf6a3b70 OpalCon SetPhase from EstablishedPhase to ReleasingPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:22.994 1:37.300 Pool:0xaf6a3b70 OpalCon Releasing Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:22.994 1:37.300 Pool:0xaf6a3b70 OpalCon Call end reason for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] set to EndedByRemoteUser 2011/01/17 12:54:22.995 1:37.300 Pool:0xaf6a3b70 PWLib File handle high water mark set: 77 Thread unblock pipe 2011/01/17 12:54:22.995 1:37.300 Pool:0xaf6a3b70 PTLib Thread high water mark set: 16 2011/01/17 12:54:22.995 1:37.301 OnRelease:0xa659cb70 SIP OnReleased: Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf], phase = ReleasingPhase 2011/01/17 12:54:22.995 1:37.301 OnRelease:0xa659cb70 OpalCon SetPhase from ReleasingPhase to ReleasingPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:22.995 1:37.301 Pool:0xaf6a3b70 SIP Handled PDU "103 BYE sip:ghostnik11 at 173.68.138.36" 2011/01/17 12:54:22.995 1:37.301 Opal Liste...0xb6bbeb70 Opal Transport clean up on termination 2011/01/17 12:54:22.995 1:37.301 Opal Liste...0xb6bbeb70 Opal Transport Close 2011/01/17 12:54:22.996 1:37.301 OnRelease:0xa659cb70 Media Closing RTP for OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/17 12:54:22.996 1:37.301 OnRelease:0xa659cb70 RTP_UDP Session 1, Shutting down read. 2011/01/17 12:54:22.996 1:37.302 OnRelease:0xa659cb70 Media Closing stream OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/17 12:54:22.996 1:37.302 OnRelease:0xa659cb70 Media Disconnecting OpalRTPMediaStream-Source-G.711-ALaw-64k from patch thread Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:22.996 1:37.302 OnRelease:0xa659cb70 Patch Closing media patch Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:22.996 1:37.302 Opal Liste...0xb6bbeb70 PWLib File handle high water mark set: 78 PUDPSocket 2011/01/17 12:54:22.995 1:37.301 Opal Liste...0xb6bbeb70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:54:22.997 1:37.303 RTP Jitter:0xa1d59b70 RTP_UDP Session 1, Read shutdown. 2011/01/17 12:54:22.997 1:37.303 RTP Jitter:0xa1d59b70 RTP Jitter RTP receive thread ended 2011/01/17 12:54:22.997 1:37.303 RTP Jitter:0xa1d59b70 RTP Jitter RTP receive thread finished: 0xa41e948 2011/01/17 12:54:23.003 1:37.308 Media Patch:0xa1d9ab70 RTP_UDP Session 1, data port on remote not ready 1 time 2011/01/17 12:54:23.004 1:37.310 Media Patch:0xaf621b70 Patch Thread ended for Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:23.004 1:37.310 OnRelease:0xa659cb70 AudioOutputCore Closing current device 2011/01/17 12:54:23.004 1:37.310 OnRelease:0xa659cb70 GMAudioOutputManager_ptlib Closing device[0] Default (PTLIB/ALSA) 2011/01/17 12:54:23.004 1:37.310 OnRelease:0xa659cb70 ALSA Closing default 2011/01/17 12:54:23.007 1:37.313 OnRelease:0xa659cb70 GMAudioOutputManager_ptlib Setting Device[0] Default (PTLIB/ALSA) 2011/01/17 12:54:23.007 1:37.313 OnRelease:0xa659cb70 Media Closing stream OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:23.007 1:37.313 OnRelease:0xa659cb70 Media Disconnecting OpalAudioMediaStream-Sink-PCM-16 from patch thread Patch OpalRTPMediaStream-Source-G.711-ALaw-64k -> OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:23.007 1:37.313 OnRelease:0xa659cb70 Patch Removing media stream sink OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:23.008 1:37.314 OnRelease:0xa659cb70 OpalCon Removed media stream OpalAudioMediaStream-Sink-PCM-16 2011/01/17 12:54:23.008 1:37.314 OnRelease:0xa659cb70 Patch Waiting for media patch thread to stop Patch OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/17 12:54:23.009 1:37.314 OnRelease:0xa659cb70 OpalCon Removed media stream OpalRTPMediaStream-Source-G.711-ALaw-64k 2011/01/17 12:54:23.009 1:37.315 OnRelease:0xa659cb70 Media Closing RTP for OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:54:23.009 1:37.315 OnRelease:0xa659cb70 RTP_UDP Session 1, Shutting down write. 2011/01/17 12:54:23.009 1:37.315 OnRelease:0xa659cb70 Media Closing stream OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:54:23.009 1:37.315 OnRelease:0xa659cb70 Media Disconnecting OpalRTPMediaStream-Sink-G.711-ALaw-64k from patch thread Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:54:23.009 1:37.315 OnRelease:0xa659cb70 Patch Removing media stream sink OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:54:23.009 1:37.315 OnRelease:0xa659cb70 OpalCon Removed media stream OpalRTPMediaStream-Sink-G.711-ALaw-64k 2011/01/17 12:54:23.010 1:37.315 OnRelease:0xa659cb70 Call GetOtherPartyConnection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.021 1:37.327 OnRelease:0xa659cb70 AudioInputCore Stopping Stream 2011/01/17 12:54:23.022 1:37.327 OnRelease:0xa659cb70 AudioInputCore Closing current device 2011/01/17 12:54:23.022 1:37.327 OnRelease:0xa659cb70 GMAudioInputManager_ptlib Closing device Default (PTLIB/ALSA) 2011/01/17 12:54:23.022 1:37.328 OnRelease:0xa659cb70 ALSA Closing default 2011/01/17 12:54:23.023 1:37.329 OnRelease:0xa659cb70 GMAudioInputManager_ptlib Setting Device Default (PTLIB/ALSA) 2011/01/17 12:54:23.023 1:37.329 OnRelease:0xa659cb70 Media Closing stream OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:54:23.023 1:37.329 OnRelease:0xa659cb70 Media Disconnecting OpalAudioMediaStream-Source-PCM-16 from patch thread Patch OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:54:23.024 1:37.329 OnRelease:0xa659cb70 Patch Closing media patch Patch OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:54:23.032 1:37.338 Media Patch:0xa1d9ab70 Patch Thread ended because all sink writes failed failed 2011/01/17 12:54:23.032 1:37.338 OnRelease:0xa659cb70 Patch Waiting for media patch thread to stop Patch OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:54:23.032 1:37.338 Media Patch:0xa1d9ab70 Patch Thread ended for Patch OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:54:23.033 1:37.338 OnRelease:0xa659cb70 OpalCon Removed media stream OpalAudioMediaStream-Source-PCM-16 2011/01/17 12:54:23.033 1:37.339 OnRelease:0xa659cb70 OpalCon Media streams closed. 2011/01/17 12:54:23.033 1:37.339 OnRelease:0xa659cb70 OpalCon SetPhase from ReleasingPhase to ReleasedPhase for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.033 1:37.339 OnRelease:0xa659cb70 OpalCon OnReleased Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.033 1:37.339 OnRelease:0xa659cb70 OpalEP OnReleased Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.033 1:37.339 OnRelease:0xa659cb70 OpalMan OnReleased Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.033 1:37.339 OnRelease:0xa659cb70 Call OnReleased Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.034 1:37.339 OnRelease:0xa659cb70 OpalCon SetPhase from EstablishedPhase to ReleasingPhase for Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:54:23.034 1:37.339 OnRelease:0xa659cb70 OpalCon Releasing Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 OpalCon Call end reason for Call[v2713261c1]-EP[m736b49fb2] set to EndedByRemoteUser 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 OpalCon OnReleased Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 OpalEP OnReleased Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 OpalMan OnReleased Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 Call OnReleased Call[v2713261c1]-EP[m736b49fb2] 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 OpalCon Media streams closed. 2011/01/17 12:54:23.034 1:37.340 OnRelease:0xa659cb70 OpalCon Media streams closed. 2011/01/17 12:54:23.035 1:37.340 OnRelease:0xa659cb70 OpalCon OnRelease thread completed for Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] 2011/01/17 12:54:23.089 1:37.395 AEScheduler Removing Event incoming_call_sound from queue 2011/01/17 12:54:23.089 1:37.395 AEScheduler Removing Event ring_tone_sound from queue 2011/01/17 12:54:23.089 1:37.395 OpalMan OnClearedCall Call[v2713261c1] from "sip:ncassanova11-200 at 67.231.245.210:29892" to "sip:ghostnik11 at 173.68.138.36" 2011/01/17 12:54:23.090 1:37.395 OPAL Attempting to close recording on call v2713261c1 when not recording. 2011/01/17 12:54:23.090 1:37.395 AEScheduler Removing Event incoming_call_sound from queue 2011/01/17 12:54:23.090 1:37.395 AEScheduler Removing Event ring_tone_sound from queue 2011/01/17 12:54:23.749 1:38.055 Opal Garbage:0xb6d95b70 PCSS Deleted PC sound system connection. 2011/01/17 12:54:23.750 1:38.055 Opal Garbage:0xb6d95b70 OpalCon Connection Call[v2713261c1]-EP[m736b49fb2] destroyed. 2011/01/17 12:54:23.750 1:38.056 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:54:23.750 1:38.056 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:54:23.750 1:38.056 Opal Garbage:0xb6d95b70 Opal Transport clean up on termination 2011/01/17 12:54:23.750 1:38.056 Opal Garbage:0xb6d95b70 Opal Transport Close 2011/01/17 12:54:23.751 1:38.057 Opal Garbage:0xb6d95b70 PWLib File handle low water mark set: 56 PUDPSocket 2011/01/17 12:54:23.750 1:38.056 Opal Garbage:0xb6d95b70 Opal Deleted transport udp$86.64.162.35:5060 2011/01/17 12:54:23.751 1:38.057 Opal Garbage:0xb6d95b70 SIP Deleted connection. 2011/01/17 12:54:23.753 1:38.058 Opal Garbage:0xb6d95b70 RTP Closing session 1 2011/01/17 12:54:23.753 1:38.059 Opal Garbage:0xb6d95b70 RTP Deleting session 1 2011/01/17 12:54:23.753 1:38.059 Opal Garbage:0xb6d95b70 InfLID Switching off jitter buffer. 2011/01/17 12:54:23.753 1:38.059 Opal Garbage:0xb6d95b70 RTP Removing jitter buffer 0xa41e948 RTP Jitter:0xa1d59b70 2011/01/17 12:54:23.753 1:38.059 Opal Garbage:0xb6d95b70 RTP_UDP Session 1, Shutting down write. 2011/01/17 12:54:23.753 1:38.059 Opal Garbage:0xb6d95b70 RTP Session 1, final statistics: packetsSent = 1232 octetsSent = 197120 averageSendTime = 19 maximumSendTime = 25 minimumSendTime = 10 packetsReceived = 1030 octetsReceived = 164800 packetsLost = 12 packetsTooLate = 0 packetOverruns = 0 packetsOutOfOrder = 0 averageReceiveTime= 19 maximumReceiveTime= 48 minimumReceiveTime= 0 averageJitter = 10 maximumJitter = 29 2011/01/17 12:54:23.754 1:38.060 Opal Garbage:0xb6d95b70 RTP Closing session 2 2011/01/17 12:54:23.754 1:38.060 Opal Garbage:0xb6d95b70 RTP Deleting session 2 2011/01/17 12:54:23.754 1:38.060 Opal Garbage:0xb6d95b70 RTP_UDP Session 2, Shutting down read. 2011/01/17 12:54:23.754 1:38.060 Opal Garbage:0xb6d95b70 RTP_UDP Session 2, Shutting down write. 2011/01/17 12:54:23.754 1:38.060 Opal Garbage:0xb6d95b70 OpalCon Connection Call[v2713261c1]-EP[722a846b-d020-e011-9c53-0013029a3fdf] destroyed. 2011/01/17 12:54:24.820 1:39.126 Call Call[v2713261c1] destroyed. ** (ekiga:2032): CRITICAL **: dbus_g_proxy_disconnect_signal: assertion `!DBUS_G_PROXY_DESTROYED (proxy)' failed ** (ekiga:2032): CRITICAL **: dbus_g_proxy_disconnect_signal: assertion `!DBUS_G_PROXY_DESTROYED (proxy)' failed 2011/01/17 12:54:29.526 1:43.831 Network In...0xb6d54b70 IfaceMon Finished interface monitor thread. -------------- next part -------------- A non-text attachment was scrubbed... Name: output Type: application/octet-stream Size: 177740 bytes Desc: not available URL: From ekiga at ml102.pinguin.uni.cc Thu Jan 20 18:35:39 2011 From: ekiga at ml102.pinguin.uni.cc (Al Bogner) Date: Thu, 20 Jan 2011 19:35:39 +0100 Subject: [Ekiga-list] Problem with partner video-image Message-ID: <20110120193539.492d1eea@ml102.pinguin.uni.cc> I can see my own video image during a call, but cannot select the video of my partner, because the menu remains grey. Al From davekoelmeyer at me.com Fri Jan 21 04:43:29 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Fri, 21 Jan 2011 04:43:29 +0000 (GMT) Subject: [Ekiga-list] Theora codecs and remote video oddness Message-ID: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> Hi, I don't have two Linux Ekiga clients to hand (I run Ekiga on OpenIndiana/OpenSolaris), so I'm wondering if someone is able to reproduce the following. Ekiga 3.2.7 is running on two separate OpenIndiana machines, both have webcams connected which run fine using V4L2. Client A is running with a public IP address on a coporate LAN, client B is running behind a home ADSL2+ NAT router. Echo test and calling otherwise for both clients is fine. In both Ekiga clients, only the H261 and Theora video codecs are selected. Now, if I place a call from either Client A to Client B or vice versa, with the H261 codec only enabled or at the top in the Ekiga codec listing, then both parties can see both their local video and remote video, as you would expect. If I then terminate the call, sort the video codecs so that Theora is only enabled or at the top in the Ekiga codec listing, then *only* the party to who the call is placed can see both their local and remote video. The user who placed the call can *only* view their local video stream. ? For example; Client A calls Client B. The call is successfully handled, but Client A can only see his local video stream (remote video, picture in picture settings are greyed out). Client B however can enable both their local video, and the remote video. I should have a debug output handy shortly, but like I say if anyone can reproduce this would be interested to know. Cheers, Dave Koelmeyer -------------- next part -------------- An HTML attachment was scrubbed... URL: From davekoelmeyer at me.com Fri Jan 21 10:52:56 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Fri, 21 Jan 2011 23:52:56 +1300 Subject: [Ekiga-list] Making calls from Sipdroid to Ekiga In-Reply-To: References: <4D2B20C3.6050001@pu-pm.univ-fcomte.fr> Message-ID: <4D396588.6070404@me.com> On 11/01/11 06:21 AM, Nikolai Cassanova wrote: > Would love to help as I use sipdroid (version 1.6 beta, don't like > version 2.0.1 as in that version on my device the registration timeout > for my pbxes account happens frequently while in 1.6 on my device it > last longer and never times out but does sometimes re-register) > > I have android 2.2.1 with cyanogenmod rom version 6.1.0 (on HTC > Magic/Sapphire) I can do the test as I have run this same test for > another user on this mailing list that indicated that placing a sip > call to ekiga from sipdroid didn't work for him, but it works for me > (I don't know if that is because I am using ekiga version 3.2.7 on > ubuntu 10.10) and vice versa, I can just put ekiga 3.2.7 on windows xp > laptop that i have and test to see if it works or not the only thing > is I don't know how to get -d 4 output to see what is going on while > the call occur. > > On Mon, Jan 10, 2011 at 10:07 AM, Eugen Dedu > > wrote: > > On 01/01/11 08:20, Dave Koelmeyer wrote: > > Hi All, > > Anyone successfully used Sipdroid 2.0.1 on Android 2.1 to > place a SIP call to a Windows PC running Ekiga 3.2.7? The > reverse works fine, otherwise the call immediately aborts at > the Sipdroid end. Ekiga.net accounts are being used at both > ends, and the phone is on 3G. > > > As always, please send us a -d 4 output to see what happens. > Hi Eugen/Nikolai, I'm putting this down to weirdness with the budget home router the PC referred to was connected to, which I no longer have access to. Attempting Sipdroid to Ekiga calls in two other separate environments (at work, at home) I can make calls from PC to phone and vice versa no problem. If I make it back to the problematic system again (a friend of mine) I'll try to obtain a debug output. Cheers, -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From davekoelmeyer at me.com Fri Jan 21 11:51:06 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sat, 22 Jan 2011 00:51:06 +1300 Subject: [Ekiga-list] Theora codecs and remote video oddness In-Reply-To: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> References: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> Message-ID: <4D39732A.50208@me.com> On 21/01/11 05:43 PM, Dave Koelmeyer wrote: > Hi, > > I don't have two Linux Ekiga clients to hand (I run Ekiga on > OpenIndiana/OpenSolaris), so I'm wondering if someone is able to > reproduce the following. > > Ekiga 3.2.7 is running on two separate OpenIndiana machines, both have > webcams connected which run fine using V4L2. Client A is running with > a public IP address on a coporate LAN, client B is running behind a > home ADSL2+ NAT router. Echo test and calling otherwise for both > clients is fine. > > In both Ekiga clients, only the H261 and Theora video codecs are > selected. > > Now, if I place a call from either Client A to Client B or vice versa, > with the H261 codec only enabled or at the top in the Ekiga codec > listing, then both parties can see both their local video and remote > video, as you would expect. > > If I then terminate the call, sort the video codecs so that Theora is > only enabled or at the top in the Ekiga codec listing, then *only* the > party to who the call is placed can see both their local and remote > video. The user who placed the call can *only* view their local video > stream. > > For example; Client A calls Client B. The call is successfully > handled, but Client A can only see his local video stream (remote > video, picture in picture settings are greyed out). Client B however > can enable both their local video, and the remote video. > > I should have a debug output handy shortly, but like I say if anyone > can reproduce this would be interested to know. Here is the debug output. Using the example setup described above (Client A calling Client B) this has been captured from Client A: http://www.davekoelmeyer.co.nz/docs/ekigatheora20110121.txt Cheers, -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ From chris at cvine.freeserve.co.uk Fri Jan 21 13:38:09 2011 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Fri, 21 Jan 2011 13:38:09 +0000 Subject: [Ekiga-list] Theora codecs and remote video oddness In-Reply-To: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> References: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> Message-ID: <20110121133809.562b13ff@boulder.homenet> On Fri, 21 Jan 2011 04:43:29 +0000 (GMT) Dave Koelmeyer wrote: > I don't have two Linux Ekiga clients to hand (I run Ekiga on > OpenIndiana/OpenSolaris), so I'm wondering if someone is able to > reproduce the following. > > Ekiga 3.2.7 is running on two separate OpenIndiana machines, both > have webcams connected which run fine using V4L2. Client A is running > with a public IP address on a coporate LAN, client B is running > behind a home ADSL2+ NAT router. Echo test and calling otherwise for > both clients is fine. > > In both Ekiga clients, only the H261 and Theora video codecs are > selected. > > Now, if I place a call from either Client A to Client B or vice > versa, with the H261 codec only enabled or at the top in the Ekiga > codec listing, then both parties can see both their local video and > remote video, as you would expect. > > If I then terminate the call, sort the video codecs so that Theora is > only enabled or at the top in the Ekiga codec listing, then *only* > the party to who the call is placed can see both their local and > remote video. The user who placed the call can *only* view their > local video stream. ? For example; Client A calls Client B. The call > is successfully handled, but Client A can only see his local video > stream (remote video, picture in picture settings are greyed out). > Client B however can enable both their local video, and the remote > video. > > I should have a debug output handy shortly, but like I say if anyone > can reproduce this would be interested to know. This looks as if it is the same (longstanding) bug as this, which is only experienced by the caller: https://bugzilla.gnome.org/show_bug.cgi?id=601882 The case reported there was with most of the then video codecs enabled, including theora and h261 (of course the list of working codecs has reduced over time as various things stop working as new releases come out). Judging by the length of time the earlier ubuntu launchpad bug has stood, it looks to go back several years. Chris From davekoelmeyer at me.com Fri Jan 21 22:57:35 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sat, 22 Jan 2011 11:57:35 +1300 Subject: [Ekiga-list] Theora codecs and remote video oddness In-Reply-To: <20110121133809.562b13ff@boulder.homenet> References: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> <20110121133809.562b13ff@boulder.homenet> Message-ID: <4D3A0F5F.3060701@me.com> On 22/01/11 02:38 AM, Chris Vine wrote: > On Fri, 21 Jan 2011 04:43:29 +0000 (GMT) > Dave Koelmeyer wrote: >> I don't have two Linux Ekiga clients to hand (I run Ekiga on >> OpenIndiana/OpenSolaris), so I'm wondering if someone is able to >> reproduce the following. >> >> Ekiga 3.2.7 is running on two separate OpenIndiana machines, both >> have webcams connected which run fine using V4L2. Client A is running >> with a public IP address on a coporate LAN, client B is running >> behind a home ADSL2+ NAT router. Echo test and calling otherwise for >> both clients is fine. >> >> In both Ekiga clients, only the H261 and Theora video codecs are >> selected. >> >> Now, if I place a call from either Client A to Client B or vice >> versa, with the H261 codec only enabled or at the top in the Ekiga >> codec listing, then both parties can see both their local video and >> remote video, as you would expect. >> >> If I then terminate the call, sort the video codecs so that Theora is >> only enabled or at the top in the Ekiga codec listing, then *only* >> the party to who the call is placed can see both their local and >> remote video. The user who placed the call can *only* view their >> local video stream. ? For example; Client A calls Client B. The call >> is successfully handled, but Client A can only see his local video >> stream (remote video, picture in picture settings are greyed out). >> Client B however can enable both their local video, and the remote >> video. >> >> I should have a debug output handy shortly, but like I say if anyone >> can reproduce this would be interested to know. > This looks as if it is the same (longstanding) bug as this, which is > only experienced by the caller: > > https://bugzilla.gnome.org/show_bug.cgi?id=601882 > > The case reported there was with most of the then video codecs enabled, > including theora and h261 (of course the list of working codecs has > reduced over time as various things stop working as new releases come > out). > > Judging by the length of time the earlier ubuntu launchpad bug has > stood, it looks to go back several years. > > Chris Hi Chris, That (unfortunately) looks like exactly the bug I am seeing. -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 22 09:57:07 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 22 Jan 2011 10:57:07 +0100 Subject: [Ekiga-list] Theora codecs and remote video oddness In-Reply-To: <4D3A0F5F.3060701@me.com> References: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> <20110121133809.562b13ff@boulder.homenet> <4D3A0F5F.3060701@me.com> Message-ID: <4D3AA9F3.1000303@pu-pm.univ-fcomte.fr> On 21/01/11 23:57, Dave Koelmeyer wrote: > On 22/01/11 02:38 AM, Chris Vine wrote: >> On Fri, 21 Jan 2011 04:43:29 +0000 (GMT) >> Dave Koelmeyer wrote: >>> I don't have two Linux Ekiga clients to hand (I run Ekiga on >>> OpenIndiana/OpenSolaris), so I'm wondering if someone is able to >>> reproduce the following. >>> >>> Ekiga 3.2.7 is running on two separate OpenIndiana machines, both >>> have webcams connected which run fine using V4L2. Client A is running >>> with a public IP address on a coporate LAN, client B is running >>> behind a home ADSL2+ NAT router. Echo test and calling otherwise for >>> both clients is fine. >>> >>> In both Ekiga clients, only the H261 and Theora video codecs are >>> selected. >>> >>> Now, if I place a call from either Client A to Client B or vice >>> versa, with the H261 codec only enabled or at the top in the Ekiga >>> codec listing, then both parties can see both their local video and >>> remote video, as you would expect. >>> >>> If I then terminate the call, sort the video codecs so that Theora is >>> only enabled or at the top in the Ekiga codec listing, then *only* >>> the party to who the call is placed can see both their local and >>> remote video. The user who placed the call can *only* view their >>> local video stream. ? For example; Client A calls Client B. The call >>> is successfully handled, but Client A can only see his local video >>> stream (remote video, picture in picture settings are greyed out). >>> Client B however can enable both their local video, and the remote >>> video. >>> >>> I should have a debug output handy shortly, but like I say if anyone >>> can reproduce this would be interested to know. >> This looks as if it is the same (longstanding) bug as this, which is >> only experienced by the caller: >> >> https://bugzilla.gnome.org/show_bug.cgi?id=601882 >> >> The case reported there was with most of the then video codecs enabled, >> including theora and h261 (of course the list of working codecs has >> reduced over time as various things stop working as new releases come >> out). >> >> Judging by the length of time the earlier ubuntu launchpad bug has >> stood, it looks to go back several years. >> >> Chris > > Hi Chris, > > That (unfortunately) looks like exactly the bug I am seeing. As this is bug, let's continue the discussion at that bug. I will post a comment there and try to solve it. -- Eugen From chrjae at gmail.com Sat Jan 22 20:05:39 2011 From: chrjae at gmail.com (Christian Jaeger) Date: Sat, 22 Jan 2011 15:05:39 -0500 Subject: [Ekiga-list] Sound quality bad In-Reply-To: <788380.51383.qm@web34306.mail.mud.yahoo.com> References: <788380.51383.qm@web34306.mail.mud.yahoo.com> Message-ID: 2011/1/3 Lee Haddad : > Have been working fine with audio and video reception/transmission on Grandstream phone. 2 weeks ago sound became greatly degraded. any suggestions? In which sense degraded? Choppy, noisy,...? Only the direction to you or only the direction to the connection partner? For some hardware, Linux ALSA drivers don't properly downsample sound input (in particular, for me it's the HDA Intel on two of my laptops). As a result sibilant sounds result being overlaid by unpleasant loud white noise. On those computers it helps to load oss-compat drivers (or OSS4, with the same benefit plus mixing capability but it's a pain to handle for sleep and application compatibility) and configure programs to use OSS sound input. So I figured perhaps you changed Ekiga from using OSS to using ALSA and are suffering from that problem now. Otherwise sorry for the reply and blame yourself for not having provided enough information. ;) Christian. From davekoelmeyer at me.com Mon Jan 24 10:46:28 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Mon, 24 Jan 2011 23:46:28 +1300 Subject: [Ekiga-list] Text display problem with Pidgin user In-Reply-To: <4D2F6D0D.5040206@pu-pm.univ-fcomte.fr> References: <4CF8ADC5.8090508@me.com> <4D271FA4.5080705@me.com> <4D2F6D0D.5040206@pu-pm.univ-fcomte.fr> Message-ID: <4D3D5884.9070602@me.com> On 14/01/11 10:22 AM, Eugen Dedu wrote: > On 07/01/11 15:13, Dave Koelmeyer wrote: >> On 02 Dec, 2010,at 07:18 AM, Anthony Papillion >> wrote: >>>>> >>>>> Just signed up for an Ekiga account and downloaded the softphone. >>>>> Mostly, I use it for SIP but today I got a text message from another >>>>> user who was using the Pidgin client to connect to the network. For >>>>> some reason, his entire message was wrapped in XML. The text was >>>>> there >>>>> but I could see the entire XML message in my chat window. >>>>> >>>>> Is this a configuration error on my end? A problem with Pidgin? What >>>>> can I do to fix this? >>>> Hello Everyone, >> On 3/12/10 06:44 PM, Dave Koelmeyer wrote: >>>> Hi Anthony, >>>> >>>> Is it anything similar to this? >>>> >>>> http://www.davekoelmeyer.co.nz/docs/EkigaTestTextChat.png >>>> >>>> I get this when a user text chats me from SIP Communicator 1.0 alpha >>>> 6 on Mac OS X, to Ekiga 3.2.7 on OpenIndiana. >>>> >> >> Anthony - not sure if you are indeed seeing the same thing as me, but I >> have made an enquiry on the SIP Communicator users list, and received >> this response: >> >> "That is is-composing payload, it signals to the client that the remote >> party is typing a message, Ekiga should check for this payload type and >> render some visual indication for this instead of displaying this >> verbatim as a text message." >> >> >> Ekiga devs, could it be that Ekiga does not handle is-composing payload >> at all, while SIP Communicator and Pidgin do? > > Ekiga does not have such feature. Please make a bug report and attach > the image. I think it is simple (feasible, does not need high > programming skills) to program it, but it can take a bit of time. > > But I am not quite fond about it. Injecting small packets in the > network only to tell the other person that you are writing means > network usage for not much information... Done - bug report is here: https://bugzilla.gnome.org/show_bug.cgi?id=640393 Notification that the remote party is typing a text message is a nice-to-have in an ideal world, but it's certainly not IMHO critical, and I could happily use Ekiga without it. I'm not a developer, but if adapting Ekiga to simply drop the is-composing code is the easiest way to resolve this, then that would get a +1 from me :) -- Dave Koelmeyer http://davekoelmeyer.wordpress.com/ From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 24 10:58:00 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Jan 2011 11:58:00 +0100 Subject: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 In-Reply-To: <874653.78129.qm@web112610.mail.gq1.yahoo.com> References: <874653.78129.qm@web112610.mail.gq1.yahoo.com> Message-ID: <4D3D5B38.2020205@pu-pm.univ-fcomte.fr> On 10/01/11 22:20, J. Rehbock wrote: > Moreover, Ekiga 2.0.12 had a White Pages > with columns for status, name, comment, software, url, email and > location. Most of the columns were important to someone who used Ekiga > primarily to meet new acquaintances around the world. > > --- On Mon, 1/10/11, Eugen Dedu wrote: > > From: Eugen Dedu > Subject: Re: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 > To: "Ekiga mailing list" > Date: Monday, January 10, 2011, 9:59 AM > > On 03/01/11 13:35, palama at inwind.it wrote: >> Some of the functionalities of the address book/Ekiga white pages in 2.0.12 are not available in 3.2.7 anymore: >> >> - In 2.0.12 the registered users are shown bodface and it is easy to see if the user I am looking for is online or not >> - In 2.0.12 I can search also the URL (email address) field >> >> I don't know know if these useful funtionalities were completely removed from 3.2.7 or if they can be restored somehow from the address book menu. >> If they were completely removed I think they should be restored. > > You are right. It is on my TODO list, I plan to work on it in a few days. Hi, Let's dig this problem further. I see several solutions: - show the name and the SIP address, either in the same column, or in two columns; I can do that fairly easily. - show other information, but what? Here are the other existent fields: - e-mail addresses: should not be shown, in my opinion - online status: should probably be shown - ekiga version: useful to have, at least for developers :o) - is other information useful? Where do comment, url and location come from? They are not given when subscribing for an account, and they do not exist on Ekiga software either. Note that there exist two names: the one given in Ekiga, and the one given when subscribing to an acount. The first one is shown when calling. I think the second one is shown when searching white pages on ekiga.netserver. -- Eugen From thedogfarted at gmail.com Mon Jan 24 12:55:21 2011 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Mon, 24 Jan 2011 14:55:21 +0200 Subject: [Ekiga-list] Text display problem with Pidgin user In-Reply-To: <4D3D5884.9070602@me.com> References: <4CF8ADC5.8090508@me.com> <4D271FA4.5080705@me.com> <4D2F6D0D.5040206@pu-pm.univ-fcomte.fr> <4D3D5884.9070602@me.com> Message-ID: On Mon, Jan 24, 2011 at 12:46 PM, Dave Koelmeyer wrote: > On 14/01/11 10:22 AM, Eugen Dedu wrote: >> Ekiga does not have such feature. ?Please make a bug report and attach the >> image. ?I think it is simple (feasible, does not need high programming >> skills) to program it, but it can take a bit of time. >> >> But I am not quite fond about it. ?Injecting small packets in the network >> only to tell the other person that you are writing means network usage for >> not much information... Well, people seem to be expecting such notifications in IM software... and, like it or not, application/is-composing is the standard way of achieving it with SIP (see RFC 3994 [1]). > Done - bug report is here: https://bugzilla.gnome.org/show_bug.cgi?id=640393 > > Notification that the remote party is typing a text message is a > nice-to-have in an ideal world, but it's certainly not IMHO critical, and I > could happily use Ekiga without it. I'm not a developer, but if adapting > Ekiga to simply drop the is-composing code is the easiest way to resolve > this, then that would get a +1 from me :) I'd be happy to help with the code if someone showed me where to dig. Ekiga source code is pretty hard to understand for the uninitiated, if you ask me (lots of "framework" stuff hiding the real deal, which doesn't help at all if one's using websvn/gitweb and doesn't have a local copy to grep through). Cheers, Ian [1] http://tools.ietf.org/html/rfc3994 From thedogfarted at gmail.com Mon Jan 24 13:14:56 2011 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Mon, 24 Jan 2011 15:14:56 +0200 Subject: [Ekiga-list] Theora codecs and remote video oddness In-Reply-To: <4D3AA9F3.1000303@pu-pm.univ-fcomte.fr> References: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> <20110121133809.562b13ff@boulder.homenet> <4D3A0F5F.3060701@me.com> <4D3AA9F3.1000303@pu-pm.univ-fcomte.fr> Message-ID: On Sat, Jan 22, 2011 at 11:57 AM, Eugen Dedu wrote: > On 21/01/11 23:57, Dave Koelmeyer wrote: >> On 22/01/11 02:38 AM, Chris Vine wrote: >>> On Fri, 21 Jan 2011 04:43:29 +0000 (GMT) >>> Dave Koelmeyer wrote: >>>> I should have a debug output handy shortly, but like I say if anyone >>>> can reproduce this would be interested to know. >>> >>> This looks as if it is the same (longstanding) bug as this, which is >>> only experienced by the caller: >>> >>> https://bugzilla.gnome.org/show_bug.cgi?id=601882 >> That (unfortunately) looks like exactly the bug I am seeing. > > As this is bug, let's continue the discussion at that bug. ?I will post a > comment there and try to solve it. Dave, can you get a Wireshark capture for the start of the call on the caller machine (ie the one, which is experiencing the problem), including RTP traffic? Also, what are the firewall settings on caller box? It's quite obvious that the problem is caused by missing RTP packets (carrying the codec configuration), the question is - at what point they are lost. Also see my comment at the bug report. Cheers, Ian From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 24 13:21:18 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Jan 2011 14:21:18 +0100 Subject: [Ekiga-list] Theora codecs and remote video oddness In-Reply-To: References: <9e5e165a-d658-eb7e-816b-c55372ed8621@me.com> <20110121133809.562b13ff@boulder.homenet> <4D3A0F5F.3060701@me.com> <4D3AA9F3.1000303@pu-pm.univ-fcomte.fr> Message-ID: <4D3D7CCE.1090108@pu-pm.univ-fcomte.fr> On 24/01/11 14:14, J?nis Ruk??ns wrote: > On Sat, Jan 22, 2011 at 11:57 AM, Eugen Dedu > wrote: >> On 21/01/11 23:57, Dave Koelmeyer wrote: >>> On 22/01/11 02:38 AM, Chris Vine wrote: >>>> On Fri, 21 Jan 2011 04:43:29 +0000 (GMT) >>>> Dave Koelmeyer wrote: >>>>> I should have a debug output handy shortly, but like I say if anyone >>>>> can reproduce this would be interested to know. >>>> >>>> This looks as if it is the same (longstanding) bug as this, which is >>>> only experienced by the caller: >>>> >>>> https://bugzilla.gnome.org/show_bug.cgi?id=601882 >>> That (unfortunately) looks like exactly the bug I am seeing. >> >> As this is bug, let's continue the discussion at that bug. I will post a >> comment there and try to solve it. > > Dave, can you get a Wireshark capture for the start of the call on the > caller machine (ie the one, which is experiencing the problem), > including RTP traffic? Also, what are the firewall settings on caller > box? It's quite obvious that the problem is caused by missing RTP > packets (carrying the codec configuration), the question is - at what > point they are lost. Me too, I feel this is the problem indeed. Maybe wireshark on the callee machine is important too, to compare them. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 24 14:04:44 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Jan 2011 15:04:44 +0100 Subject: [Ekiga-list] Problem with partner video-image In-Reply-To: <20110120193539.492d1eea@ml102.pinguin.uni.cc> References: <20110120193539.492d1eea@ml102.pinguin.uni.cc> Message-ID: <4D3D86FC.2060701@pu-pm.univ-fcomte.fr> On 20/01/11 19:35, Al Bogner wrote: > I can see my own video image during a call, but cannot select the video > of my partner, because the menu remains grey. Please give more information: does calling of 500 at ekiga.net work? Does your partner have a camera? Does it happen when you call, when he calls you, or both? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 24 14:29:58 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Jan 2011 15:29:58 +0100 Subject: [Ekiga-list] Text display problem with Pidgin user In-Reply-To: References: <4CF8ADC5.8090508@me.com> <4D271FA4.5080705@me.com> <4D2F6D0D.5040206@pu-pm.univ-fcomte.fr> <4D3D5884.9070602@me.com> Message-ID: <4D3D8CE6.3050204@pu-pm.univ-fcomte.fr> On 24/01/11 13:55, J?nis Ruk??ns wrote: > On Mon, Jan 24, 2011 at 12:46 PM, Dave Koelmeyer wrote: >> On 14/01/11 10:22 AM, Eugen Dedu wrote: >>> Ekiga does not have such feature. Please make a bug report and attach the >>> image. I think it is simple (feasible, does not need high programming >>> skills) to program it, but it can take a bit of time. >>> >>> But I am not quite fond about it. Injecting small packets in the network >>> only to tell the other person that you are writing means network usage for >>> not much information... > > Well, people seem to be expecting such notifications in IM software... > and, like it or not, application/is-composing is the standard way of > achieving it with SIP (see RFC 3994 [1]). > > >> Done - bug report is here: https://bugzilla.gnome.org/show_bug.cgi?id=640393 >> >> Notification that the remote party is typing a text message is a >> nice-to-have in an ideal world, but it's certainly not IMHO critical, and I >> could happily use Ekiga without it. I'm not a developer, but if adapting >> Ekiga to simply drop the is-composing code is the easiest way to resolve >> this, then that would get a +1 from me :) > > I'd be happy to help with the code if someone showed me where to dig. The code is in lib/engine/gui/gtk-frontend/chat-window.cpp. Dialects, if you need them, are in lib/engine/gui/gtk-frontend, re-ask here if you need to understand them. Use git master, not stable, please. > Ekiga source code is pretty hard to understand for the uninitiated, if > you ask me (lots of "framework" stuff hiding the real deal, which > doesn't help at all if one's using websvn/gitweb and doesn't have a > local copy to grep through). Agreed... -- Eugen From palama at inwind.it Mon Jan 24 15:17:16 2011 From: palama at inwind.it (palama at inwind.it) Date: Mon, 24 Jan 2011 16:17:16 +0100 Subject: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 In-Reply-To: <4D3D5B38.2020205@pu-pm.univ-fcomte.fr> References: <874653.78129.qm@web112610.mail.gq1.yahoo.com> <4D3D5B38.2020205@pu-pm.univ-fcomte.fr> Message-ID: <20110124161716.c54f6f92.palama@inwind.it> Hi Eugen! Thank you for working on this problem. On Mon, 24 Jan 2011 11:58:00 +0100 Eugen Dedu wrote: > Let's dig this problem further. I see several solutions: > - show the name and the SIP address, either in the same column, or in > two columns; I can do that fairly easily. In my opinion two columns is better. > - show other information, but what? Here are the other existent fields: > - e-mail addresses: should not be shown, in my opinion It depends on what is the privacy policy of ekiga.net is. If the email address is to be kept confidential then it should not be made available by ekiga.net no matter which program is used to query the whitepages. > - online status: should probably be shown Yes, it would also be nice if the registration status were shown also for the contacts listed in the local roster. > - ekiga version: useful to have, at least for developers :o) Yes, actually 2.0.12 shows also client name and version for other programs e.g. Telephone, Twinkle, Linphone etc. > - is other information useful? Where do comment, url and location > come from? They are not given when subscribing for an account, and they > do not exist on Ekiga software either. > I have no opinion on this point. > Note that there exist two names: the one given in Ekiga, and the one > given when subscribing to an acount. The first one is shown when > calling. I think the second one is shown when searching white pages on > ekiga.netserver. In my opinion Ekiga should warn the user if the names are different. Other voip clients, e.g Twinkle, allow the name used when calling to be account specific. Ekiga, if I am not wrong, allows only one personal name for all the accounts. Best regards, Antonio -- From geno999 at yahoo.com Mon Jan 24 16:32:22 2011 From: geno999 at yahoo.com (J. Rehbock) Date: Mon, 24 Jan 2011 08:32:22 -0800 (PST) Subject: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 In-Reply-To: <4D3D5B38.2020205@pu-pm.univ-fcomte.fr> Message-ID: <744052.57336.qm@web112606.mail.gq1.yahoo.com> Eugen, I also would like to thank you VERY MUCH for working on this issue. My vague recollection is that the "other information" was provided through a sign-in procedure separate from setting up an account. geno --- On Mon, 1/24/11, Eugen Dedu wrote: From: Eugen Dedu Subject: Re: [Ekiga-list] Address book: 2.0.12 vs. 3.2.7 To: "Ekiga mailing list" Date: Monday, January 24, 2011, 5:58 AM On 10/01/11 22:20, J. Rehbock wrote: > Moreover, Ekiga 2.0.12 had a White Pages >???with columns for status, name, comment, software, url, email and > location. Most of the columns were important to someone who used Ekiga > primarily to meet new acquaintances around the world. > > --- On Mon, 1/10/11, Eugen Dedu? wrote: > > From: Eugen Dedu > Subject: Re: [Ekiga-list] Address book: 2.0.12? vs. 3.2.7 > To: "Ekiga mailing list" > Date: Monday, January 10, 2011, 9:59 AM > > On 03/01/11 13:35, palama at inwind.it wrote: >> Some of the functionalities of the address book/Ekiga white pages in 2.0.12 are not available in 3.2.7 anymore: >> >> - In 2.0.12 the registered users are shown bodface and it is easy to see if the user I am looking for is online or not >> - In 2.0.12 I can search also the URL (email address) field >> >> I don't know know if these useful funtionalities were completely removed from 3.2.7 or if they can be restored somehow from the address book menu. >> If they were completely removed I think they should be restored. > > You are right.? It is on my TODO list, I plan to work on it in a few days. Hi, Let's dig this problem further.? I see several solutions: - show the name and the SIP address, either in the same column, or in two columns; I can do that fairly easily. - show other information, but what?? Here are the other existent fields: ? - e-mail addresses: should not be shown, in my opinion ? - online status: should probably be shown ? - ekiga version: useful to have, at least for developers :o) ? - is other information useful?? Where do comment, url and location come from?? They are not given when subscribing for an account, and they do not exist on Ekiga software either. Note that there exist two names: the one given in Ekiga, and the one given when subscribing to an acount.? The first one is shown when calling.? I think the second one is shown when searching white pages on ekiga.netserver. -- Eugen _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From ekiga at ml102.pinguin.uni.cc Mon Jan 24 16:51:17 2011 From: ekiga at ml102.pinguin.uni.cc (Al Bogner) Date: Mon, 24 Jan 2011 17:51:17 +0100 Subject: [Ekiga-list] Problem with partner video-image In-Reply-To: <4D3D86FC.2060701@pu-pm.univ-fcomte.fr> References: <20110120193539.492d1eea@ml102.pinguin.uni.cc> <4D3D86FC.2060701@pu-pm.univ-fcomte.fr> Message-ID: <20110124175117.7cfe9b2f@ml102.pinguin.uni.cc> Am Mo, 24 Jan 2011 15:04:44 CET schrieb Eugen Dedu: > On 20/01/11 19:35, Al Bogner wrote: > > I can see my own video image during a call, but cannot select the > > video of my partner, because the menu remains grey. > > Please give more information: does calling of 500 at ekiga.net work? I didn't try this. > Does your partner have a camera? Yes she does. I think the camera should work in both cases, because we saw ourselves. I with my Logitech C510 USB HD Webcam, while she uses the built-in Webcam of her Samsung N 510. > Does it happen when you call, when > he calls you, or both? It happens in both cases. In the meantime I think it could be a port forwarding problem. I use other SIP-providers like sipgate too. Which ports does ekiga need open? I didn't find a way to enter a stun-server. Sorry I can do tests only at the weekend. We tested in the same house, it ringed, the phone was answered, but then we saw only ourselves and could not change to the partner image. Al From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 24 16:56:52 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Jan 2011 17:56:52 +0100 Subject: [Ekiga-list] Problem with partner video-image In-Reply-To: <20110124175117.7cfe9b2f@ml102.pinguin.uni.cc> References: <20110120193539.492d1eea@ml102.pinguin.uni.cc> <4D3D86FC.2060701@pu-pm.univ-fcomte.fr> <20110124175117.7cfe9b2f@ml102.pinguin.uni.cc> Message-ID: <4D3DAF54.8060900@pu-pm.univ-fcomte.fr> On 24/01/11 17:51, Al Bogner wrote: > Am Mo, 24 Jan 2011 15:04:44 CET schrieb Eugen Dedu: > >> On 20/01/11 19:35, Al Bogner wrote: >>> I can see my own video image during a call, but cannot select the >>> video of my partner, because the menu remains grey. >> >> Please give more information: does calling of 500 at ekiga.net work? > > I didn't try this. Try it and tell us if it works for both of you. >> Does your partner have a camera? > > Yes she does. > > I think the camera should work in both cases, because we saw ourselves. > I with my Logitech C510 USB HD Webcam, while she uses the built-in > Webcam of her Samsung N 510. > >> Does it happen when you call, when >> he calls you, or both? > > It happens in both cases. In the meantime I think it could be a port > forwarding problem. > > I use other SIP-providers like sipgate too. Which ports does ekiga need > open? I didn't find a way to enter a stun-server. > > Sorry I can do tests only at the weekend. > > We tested in the same house, it ringed, the phone was answered, but > then we saw only ourselves and could not change to the partner image. I know that using Ekiga in the same house (behind the same router) through ekiga.net does not work, except using Neighbours part of the roster. Please wait until I find out the problem. -- Eugen From sudhish.vln at gmail.com Tue Jan 25 12:17:49 2011 From: sudhish.vln at gmail.com (sudhish vln) Date: Tue, 25 Jan 2011 17:47:49 +0530 Subject: [Ekiga-list] (no subject) Message-ID: sudhish.vln at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 25 12:47:30 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 25 Jan 2011 13:47:30 +0100 Subject: [Ekiga-list] Mobile SIP applications on the Ekiga interoperability wiki page In-Reply-To: <9737c6d0-da2e-6ae7-83d6-d1c76d1c85ca@me.com> References: <9737c6d0-da2e-6ae7-83d6-d1c76d1c85ca@me.com> Message-ID: <4D3EC662.8080701@pu-pm.univ-fcomte.fr> On 17/01/11 00:59, Dave Koelmeyer wrote: > > On 15 Jan, 2011,at 10:49 PM, Eugen Dedu wrote: > >> On 15/01/11 02:37, Dave Koelmeyer wrote: >> > Hi All, >> > >> > It occurs to me it may be worthwhile adding some mobile platforms to >> > http://wiki.ekiga.org/index.php/Ekiga_Interoperability >> > >> > I'm only familiar with Android at present, but I can start by adding >> > this and go from there (e.g. if anyone has feedback on iOS, Windows >> > Phone etc) >> >> Good! Please do it! > > > Done - page updated at > http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Android > > Some information on hardware systems compatibility could be useful too, and be a > useful resource for "pros" against the competition (e.g. Skype's non-support for > H323 and SIP). I have access to a Sony PCS-XG80 (which I cannot successfully get > working with Ekiga) and several Polycom systems for which I could gather data on. Please do it if you think it is useful! -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 25 12:53:01 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 25 Jan 2011 13:53:01 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: References: , Message-ID: <4D3EC7AD.7070008@pu-pm.univ-fcomte.fr> On 03/01/11 21:50, stara posta wrote: > > Dear Koelmer, > I managed to connect both accounts behind the same router when I disable the network connection in preferences. > however after ringing and accepting the call, it crashed, 2 times when Vista was calling Linux, and 1 time one Linux was calling Vista. this time I found this message error that unfortunatelly I cannot copy only paste it as a print screen in a doc document: If you are still interested to see this crash fixed, give us the stack backtrace when run on Windows as explained at http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash . > From: translator1111 at hotmail.es > To: ekiga-list at gnome.org > Date: Mon, 3 Jan 2011 21:01:33 +0100 > Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga > > > > > Dear Koelmer, > I already have a second Ekiga Account, but I am not able of communicate with myself, because they are both behind the same router (one is under Ubuntu 10.04 the other one is under Windows Vista) > I have read somewhere what to do to make EKIGA believe that they are not behind the same router, but I did not understand it. > i was wrong respect to the version of EKIGA I am using. > I am using Ekiga 3.2.6 > > Thank you for your help > > >> Date: Tue, 4 Jan 2011 01:21:27 +1300 >> From: davekoelmeyer at me.com >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga >> >> Hi, >> >> I think the issue may be that users you are randomly attempting to call may not necessarily be online at the time you are attempting to call or message; I don't think randomly calling people is the best way test your setup either, for certain reasons. >> >> If the echo test works okay, then you should be good to go when communicating with other real users. You could perhaps create a second Ekiga.net account yourself and run a second instance of Ekiga (or compatible SIP client) on another machine for testing. You might also want to use the latest version of Ekiga as I'm sure it will contain numerous bug fixes beyond v2.6. >> >> Cheers, >> Dave >> >> stara posta wrote: >> >>> >>> >>> Dear all, >>> After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. >>> when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: >>> "User is not available" >>> and when I try to send randomely a message through chat: >>> "No possible to send the message to this user" >>> >>> I have setted up using the configuration druid. It has seetled ALSA/PTNLIB >>> and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga >>> I am using Ekiga 2.6 and Ubuntu 10.04 >>> Thanks in advance for your support. >>> >>> >>> >>> >>> From: translator1111 at hotmail.es >>> To: ekiga-list at gnome.org >>> Subject: RE: [Ekiga-list] Echo Test does not produce any sound >>> Date: Tue, 21 Dec 2010 13:53:28 +0100 >>> >>> >>> >>> >>> Dear Dave, >>> after opening up ports 5000 to 35000 >>> is working >>> I can here the female voice in Echo Test and, >>> I can here the female voice in Conference Room, >>> thank you >>> the reason for the "crying queek" is that i had a .asoundrc in my home directory. I deleted and is now working fine. >>> now I only need to know someone in Ekiga to talk to as all the users are always busy and I am never able of starting a call. >>> thank you for your advice. >>> I will write the SOLVED tag in the bug. >>> Ig >>> >>> >>> >>> From: translator1111 at hotmail.es >>> To: ekiga-list at gnome.org >>> Date: Tue, 21 Dec 2010 13:07:28 +0100 >>> Subject: Re: [Ekiga-list] Echo Test does not produce any sound >>> >>> >>> >>> Dear Dave, >>> If I open up ports 5000 to 35000, >>> I can here the female voice in Echo Test and, but after a "crying queek" is playing until I stop the called. >>> I can here the female voice in Conference Room, after there is only silence. >>> >>> Do you have any ideas, do you need my output.txt again? >>> I did it anyway and I have found this: >>> packetsSent = 2333 >>> octetsSent = 373280 >>> averageSendTime = 20 >>> maximumSendTime = 20 >>> minimumSendTime = 20 >>> packetsReceived = 2330 >>> do you want me to send you the whole file? >>> Ig >>> >>> >>> To: ekiga-list at gnome.org >>> From: davekoelmeyer at me.com >>> Date: Mon, 20 Dec 2010 01:51:43 +0000 >>> Subject: Re: [Ekiga-list] Echo Test does not produce any sound >>> >>> >>> >>> >>> >>> On 20 Dec, 2010,at 11:17 AM, stara posta wrote: >>> >>> >>> >>> >>> However Echo test or Conference Room are not. >>> >>> Tried this: >>> https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/382281 >>> Dear Yannick, >>> when I start EKIGA and try the Echo test or the Conference Room I cannot here anything at all, however I can see that the capture tab is moving when I am speaking at the mic. >>> >>> >>> >>> I have: >>> on my ADSL router >>> - enable in NAT port forwarding (ports 5000-5100) >>> >>> If you open up ports 5000 to 35000, does that change anything? >>> >>> Cheers, >>> Dave From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 25 12:53:29 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 25 Jan 2011 13:53:29 +0100 Subject: [Ekiga-list] not able of talking to anybody in ekiga In-Reply-To: References: Message-ID: <4D3EC7C9.90304@pu-pm.univ-fcomte.fr> On 03/01/11 21:01, stara posta wrote: > > Dear Koelmer, > I already have a second Ekiga Account, but I am not able of communicate with myself, because they are both behind the same router (one is under Ubuntu 10.04 the other one is under Windows Vista) > I have read somewhere what to do to make EKIGA believe that they are not behind the same router, but I did not understand it. I know this issue, please be patient until it gets fixed. > i was wrong respect to the version of EKIGA I am using. > I am using Ekiga 3.2.6 > > Thank you for your help > > >> Date: Tue, 4 Jan 2011 01:21:27 +1300 >> From: davekoelmeyer at me.com >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] not able of talking to anybody in ekiga >> >> Hi, >> >> I think the issue may be that users you are randomly attempting to call may not necessarily be online at the time you are attempting to call or message; I don't think randomly calling people is the best way test your setup either, for certain reasons. >> >> If the echo test works okay, then you should be good to go when communicating with other real users. You could perhaps create a second Ekiga.net account yourself and run a second instance of Ekiga (or compatible SIP client) on another machine for testing. You might also want to use the latest version of Ekiga as I'm sure it will contain numerous bug fixes beyond v2.6. >> >> Cheers, >> Dave >> >> stara posta wrote: >> >>> >>> >>> Dear all, >>> After solving the problem bellow, I have found another one. I am not able of using Ekiga, because I do not know anyone using Ekiga. >>> when I am using the ekiga net phone book and try to call someone randomely I always get the same answer: >>> "User is not available" >>> and when I try to send randomely a message through chat: >>> "No possible to send the message to this user" >>> >>> I have setted up using the configuration druid. It has seetled ALSA/PTNLIB >>> and the Echo test call works, however as I do not know anybody using Ekiga I do not know if all the users are busy or is something wrong in my Ekiga >>> I am using Ekiga 2.6 and Ubuntu 10.04 >>> Thanks in advance for your support. >>> >>> >>> >>> >>> From: translator1111 at hotmail.es >>> To: ekiga-list at gnome.org >>> Subject: RE: [Ekiga-list] Echo Test does not produce any sound >>> Date: Tue, 21 Dec 2010 13:53:28 +0100 >>> >>> >>> >>> >>> Dear Dave, >>> after opening up ports 5000 to 35000 >>> is working >>> I can here the female voice in Echo Test and, >>> I can here the female voice in Conference Room, >>> thank you >>> the reason for the "crying queek" is that i had a .asoundrc in my home directory. I deleted and is now working fine. >>> now I only need to know someone in Ekiga to talk to as all the users are always busy and I am never able of starting a call. >>> thank you for your advice. >>> I will write the SOLVED tag in the bug. >>> Ig >>> >>> >>> >>> From: translator1111 at hotmail.es >>> To: ekiga-list at gnome.org >>> Date: Tue, 21 Dec 2010 13:07:28 +0100 >>> Subject: Re: [Ekiga-list] Echo Test does not produce any sound >>> >>> >>> >>> Dear Dave, >>> If I open up ports 5000 to 35000, >>> I can here the female voice in Echo Test and, but after a "crying queek" is playing until I stop the called. >>> I can here the female voice in Conference Room, after there is only silence. >>> >>> Do you have any ideas, do you need my output.txt again? >>> I did it anyway and I have found this: >>> packetsSent = 2333 >>> octetsSent = 373280 >>> averageSendTime = 20 >>> maximumSendTime = 20 >>> minimumSendTime = 20 >>> packetsReceived = 2330 >>> do you want me to send you the whole file? >>> Ig >>> >>> >>> To: ekiga-list at gnome.org >>> From: davekoelmeyer at me.com >>> Date: Mon, 20 Dec 2010 01:51:43 +0000 >>> Subject: Re: [Ekiga-list] Echo Test does not produce any sound >>> >>> >>> >>> >>> >>> On 20 Dec, 2010,at 11:17 AM, stara posta wrote: >>> >>> >>> >>> >>> However Echo test or Conference Room are not. >>> >>> Tried this: >>> https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/382281 >>> Dear Yannick, >>> when I start EKIGA and try the Echo test or the Conference Room I cannot here anything at all, however I can see that the capture tab is moving when I am speaking at the mic. >>> >>> >>> >>> I have: >>> on my ADSL router >>> - enable in NAT port forwarding (ports 5000-5100) >>> >>> If you open up ports 5000 to 35000, does that change anything? >>> >>> Cheers, >>> Dave From baptiste at ecolutis.com Fri Jan 28 09:37:08 2011 From: baptiste at ecolutis.com (Baptiste Durand-Bret) Date: Fri, 28 Jan 2011 10:37:08 +0100 Subject: [Ekiga-list] Cannot accept calls Message-ID: <20110128103708.480d90bb.baptiste@ecolutis.com> Hello, I'm sure I've missed something, but I can't figure out how accept incoming calls. The green button next to the adress bar is disabled when I call myself. I can only reject the call. I use Ekiga with an account at OVH in france, I'm behind a permissive NAT and I have no troubles when I make outgoing calls. Also, I'm not in 'Do not disturb mode'. Has anyone any clues ? My conf : Debian squeeze/testing. Ekiga 3.2.7 AwesomeWM so no network-manager. From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 28 11:02:04 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 28 Jan 2011 12:02:04 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: <20110128103708.480d90bb.baptiste@ecolutis.com> References: <20110128103708.480d90bb.baptiste@ecolutis.com> Message-ID: <4D42A22C.8030708@pu-pm.univ-fcomte.fr> On 28/01/11 10:37, Baptiste Durand-Bret wrote: > Hello, > > I'm sure I've missed something, but I can't figure out how accept incoming calls. > The green button next to the adress bar is disabled when I call myself. I can only reject the call. > > I use Ekiga with an account at OVH in france, I'm behind a permissive NAT and I have no troubles when I make outgoing calls. > Also, I'm not in 'Do not disturb mode'. > > My conf : > Debian squeeze/testing. > Ekiga 3.2.7 > AwesomeWM so no network-manager. Restart ekiga and tell us what happens when you receive a call. Also, do you see the notification window? Does awesomewm use notify system (i.e. icons shown near the tray icon, like vlc for ex.)? -- Eugen Dedu http://eugen.dedu.free.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 28 12:02:32 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 28 Jan 2011 13:02:32 +0100 Subject: [Ekiga-list] Theora video freezes on Ekiga 3.2.7 Beta (Windows XP ) In-Reply-To: References: Message-ID: <4D42B058.2070600@pu-pm.univ-fcomte.fr> On 07/12/10 06:27, Dave Koelmeyer wrote: > On 07 Dec, 2010,at 05:29 PM, Dave Koelmeyer wrote: > >>> >>> Yes, please send us a debugging file, as shown at >>> http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2 >>> . > > > Hi Eugen/All, > > Debug output is linked below. A change to the test case, as I am running on the > work system - but I can recreate the problem identically. Another discovery - I > can actually force the video to freeze with apparent consistency. > > The Windows system in this case is Windows 7 Enterprise 64 bit, Ekiga 3.2.7. It > has a public IP address, on a LAN making a SIP call using Ekiga.net to another > system within the same firewall but also with a public IP address - this system > is running OpenIndiana oi_147 with Ekiga 3.2.7. > > Windows is running on a Dell Latitude with a built-in webcam. Theora is the only > selected codec. > > I have found that a video call can be initiated fine. However, on the Windows > machine, if one say waves a hand or makes any substantial movement in front > of/very close to the camera, the user at the other end will see the remote video > freeze. I can make the system do this at will, simply by gesticulating in front > of the camera, no joke. Calls are perfectly stable - as long as one stays very > still! > > Debug output from the Windows machine here: > > http://www.davekoelmeyer.co.nz/docs/EkigaWindows3.2.7TheoraFreezes.txt > > The video is observed to freeze roughly 20 seconds into the call (when I decided > to wave my hand around). Hi Dave, The problem appears at the same place in the code as https://bugzilla.gnome.org/show_bug.cgi?id=601882. I put a comment there, please go there from now on for further information and tracking. -- Eugen From baptiste at ecolutis.com Fri Jan 28 14:18:16 2011 From: baptiste at ecolutis.com (Baptiste Durand-Bret) Date: Fri, 28 Jan 2011 15:18:16 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: <4D42A22C.8030708@pu-pm.univ-fcomte.fr> References: <20110128103708.480d90bb.baptiste@ecolutis.com> <4D42A22C.8030708@pu-pm.univ-fcomte.fr> Message-ID: <20110128151816.f5ccdf2f.baptiste@ecolutis.com> Hello again, Below, my answers : On Fri, 28 Jan 2011 12:02:04 +0100 Eugen Dedu wrote: > On 28/01/11 10:37, Baptiste Durand-Bret wrote: > > Hello, > > > > I'm sure I've missed something, but I can't figure out how accept incoming calls. > > The green button next to the adress bar is disabled when I call myself. I can only reject the call. > > > > I use Ekiga with an account at OVH in france, I'm behind a permissive NAT and I have no troubles when I make outgoing calls. > > Also, I'm not in 'Do not disturb mode'. > > > > My conf : > > Debian squeeze/testing. > > Ekiga 3.2.7 > > AwesomeWM so no network-manager. > > Restart ekiga and tell us what happens when you receive a call. Also, > do you see the notification window? Does awesomewm use notify system > (i.e. icons shown near the tray icon, like vlc for ex.)? Okay so : launching ekiga then "En attente", "en ligne", "inscrit ? 0485... at sip.ovh.net". I can see ekiga in Awesome notify tray. Awesome Shows up a notification popup : Appel entrant de 0491... at sip.ovh.net Adresse disante : sip:0491... at sip.ovh.net Application distante : Cirpack v4.42s 9/61 Identifiant de compte : But in this notification I don't see any icon to accept call (I guess Awesome doesn't display it). And the "number bar" stays like it was : "sip: " Next to it, the green button is disabled, only the red button is enabled. Too bad ! :) From baptiste at ecolutis.com Thu Jan 27 16:47:58 2011 From: baptiste at ecolutis.com (Baptiste Durand-Bret) Date: Thu, 27 Jan 2011 17:47:58 +0100 Subject: [Ekiga-list] Cannot accept calls Message-ID: <20110127174758.1fa0c522.baptiste@ecolutis.com> Hello, I'm sure I've missed something, but I can't figure out how accept incoming calls. The green button next to the adress bar is disabled when I call myself. I can only reject the call. I use Ekiga with an account at OVH in france, I'm behind a permissive NAT and I have no troubles when I make outgoing calls. Also, I'm not in 'Do not disturb mode'. Has anyone any clues ? My conf : Debian squeeze/testing. Ekiga 3.2.7 AwesomeWM so no network-manager. From jprollerskate at hotmail.com Fri Jan 28 17:20:36 2011 From: jprollerskate at hotmail.com (JP CR) Date: Fri, 28 Jan 2011 17:20:36 +0000 Subject: [Ekiga-list] ekigas free SIP account, how to configure it on non ekiga software? HELP. Message-ID: Hello, I have a SIP account from ekigas free service. I was able to configure it on the ekiga softphone.. but is this a real SIP account I can configure with a hardware phone... Iam guessing that the SIP server is ekiga.net port 5060 and then just use the userid and password but iam unable to register. Jose -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 28 18:22:00 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 28 Jan 2011 19:22:00 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: <20110128151816.f5ccdf2f.baptiste@ecolutis.com> References: <20110128103708.480d90bb.baptiste@ecolutis.com> <4D42A22C.8030708@pu-pm.univ-fcomte.fr> <20110128151816.f5ccdf2f.baptiste@ecolutis.com> Message-ID: <4D430948.2080505@pu-pm.univ-fcomte.fr> On 28/01/11 15:18, Baptiste Durand-Bret wrote: > Hello again, > > Below, my answers : > > On Fri, 28 Jan 2011 12:02:04 +0100 > Eugen Dedu wrote: > >> On 28/01/11 10:37, Baptiste Durand-Bret wrote: >>> Hello, >>> >>> I'm sure I've missed something, but I can't figure out how accept incoming calls. >>> The green button next to the adress bar is disabled when I call myself. I can only reject the call. >>> >>> I use Ekiga with an account at OVH in france, I'm behind a permissive NAT and I have no troubles when I make outgoing calls. >>> Also, I'm not in 'Do not disturb mode'. >>> >>> My conf : >>> Debian squeeze/testing. >>> Ekiga 3.2.7 >>> AwesomeWM so no network-manager. >> >> Restart ekiga and tell us what happens when you receive a call. Also, >> do you see the notification window? Does awesomewm use notify system >> (i.e. icons shown near the tray icon, like vlc for ex.)? > > Okay so : launching ekiga then > "En attente", "en ligne", "inscrit ? 0485... at sip.ovh.net". > I can see ekiga in Awesome notify tray. > Awesome Shows up a notification popup : > Appel entrant de 0491... at sip.ovh.net > Adresse disante : sip:0491... at sip.ovh.net > Application distante : Cirpack v4.42s 9/61 > Identifiant de compte : > > But in this notification I don't see any icon to accept call (I guess Awesome doesn't display it). > > And the "number bar" stays like it was : "sip: " > Next to it, the green button is disabled, only the red button is enabled. Now we understand what the problem is! Give us a screenshot of the notification popup. You should have seen two buttons (Accept/Refuse). -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 28 18:23:47 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 28 Jan 2011 19:23:47 +0100 Subject: [Ekiga-list] ekigas free SIP account, how to configure it on non ekiga software? HELP. In-Reply-To: References: Message-ID: <4D4309B3.4050909@pu-pm.univ-fcomte.fr> On 28/01/11 18:20, JP CR wrote: > > Hello, > > I have a SIP account from ekigas free service. I was able to configure it on the ekiga softphone.. but is this a real SIP account I can configure with a hardware phone... Iam guessing that the SIP server is ekiga.net port 5060 and then just use the userid and password but iam unable to register. You probably need to activate STUN on your SIP phone. Otherwise, you should contact your hardware manufacturer (or look at the user manual) to see what happens... -- Eugen From l.butler at ed.ac.uk Fri Jan 28 21:17:19 2011 From: l.butler at ed.ac.uk (Leo Butler) Date: Fri, 28 Jan 2011 21:17:19 +0000 (GMT) Subject: [Ekiga-list] call forwarding Message-ID: Hi, I am using Package: ekiga Maintainer: Kilian Krause Architecture: i386 Version: 3.2.7-2 and trying to get call-forwarding set up. If I call my ekiga.net account from ekiga, then ekiga forwards the call to my voice-mailbox, as it is configured to do. If I call my diamondcard phonenumber, the call is configured in my diamondcard account to be forwarded to my ekiga.net account, and it is. If I do not receive the call with ekiga, it *should* be forwarded to voice-mail, but it is not. Any ideas on how I can get the call-forwarding to work? Leo -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From ncassanova11 at gmail.com Fri Jan 28 22:52:51 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Fri, 28 Jan 2011 17:52:51 -0500 Subject: [Ekiga-list] call forwarding In-Reply-To: References: Message-ID: You can use a middle man to get calls forwarded, try pbxes.org, sipgate, or asterisk. By using one of those which all have a free user accounts you can set it up so that at a certain time calls are forwarded to another sip address or number. I use a similar setup where I have calls from my Google voice account forward to a did number or virtual number (middle man) then have that forwarded to one of my sip addresses such as Ekiga or pbxes. Nikolai Gauntlet Cassanova SUNY University at Albany Bachelors of Science in Biology E-Mail: ncassanova11 at gmail.com Phone: 347-948-4317 On Jan 28, 2011 4:50 PM, "Leo Butler" wrote: > Hi, I am using > > Package: ekiga > Maintainer: Kilian Krause > Architecture: i386 > Version: 3.2.7-2 > > and trying to get call-forwarding set up. > > If I call my ekiga.net account from ekiga, then ekiga forwards the call to my > voice-mailbox, as it is configured to do. > > If I call my diamondcard phonenumber, the call is configured in my > diamondcard account to be forwarded to my ekiga.net account, and it is. > If I do not receive the call with ekiga, it *should* be forwarded to > voice-mail, but it is not. > > Any ideas on how I can get the call-forwarding to work? > > Leo > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > _______________________________________________ > 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 l.butler at ed.ac.uk Sat Jan 29 00:06:58 2011 From: l.butler at ed.ac.uk (Leo Butler) Date: Sat, 29 Jan 2011 00:06:58 +0000 (GMT) Subject: [Ekiga-list] call forwarding In-Reply-To: References: Message-ID: On Fri, 28 Jan 2011, Nikolai Cassanova wrote: < < You can use a middle man to get calls forwarded, try pbxes.org, sipgate, or asterisk.? By using one of those which all have a free user accounts you can set it up so < that at a certain time calls are forwarded to another sip address or number. Yes, I am using diamondcard for this. My question, though, is how to get *ekiga* to forward a call that has been forwarded from diamondcard. In my first post, I explained that ekiga does this inconsistently. Leo < < I use a similar setup where I have calls from my Google voice account forward to a did number or virtual number (middle man) then have that forwarded to one of my sip < addresses such as Ekiga or pbxes.???? < < Nikolai Gauntlet Cassanova < SUNY University at Albany < Bachelors of Science in Biology? < E-Mail: ncassanova11 at gmail.com < Phone: 347-948-4317 < < On Jan 28, 2011 4:50 PM, "Leo Butler" wrote: < > Hi, I am using < > < > Package: ekiga < > Maintainer: Kilian Krause < > Architecture: i386 < > Version: 3.2.7-2 < > < > and trying to get call-forwarding set up. < > < > If I call my ekiga.net account from ekiga, then ekiga forwards the call to my < > voice-mailbox, as it is configured to do. < > < > If I call my diamondcard phonenumber, the call is configured in my < > diamondcard account to be forwarded to my ekiga.net account, and it is. < > If I do not receive the call with ekiga, it *should* be forwarded to < > voice-mail, but it is not. < > < > Any ideas on how I can get the call-forwarding to work? < > < > Leo < > < > -- < > The University of Edinburgh is a charitable body, registered in < > Scotland, with registration number SC005336. < > < > _______________________________________________ < > ekiga-list mailing list < > ekiga-list at gnome.org < > http://mail.gnome.org/mailman/listinfo/ekiga-list < < -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From ncassanova11 at gmail.com Sat Jan 29 00:18:27 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Fri, 28 Jan 2011 19:18:27 -0500 Subject: [Ekiga-list] call forwarding In-Reply-To: References: Message-ID: oh, try to go to call options and select always forward to given host then go to sip settings and for forward uri, input a sip address. Then do a check right away by calling the diamond number and see if the call is forwarded since it should go diamond number to ekiga.net to sip address. On Fri, Jan 28, 2011 at 7:06 PM, Leo Butler wrote: > > > On Fri, 28 Jan 2011, Nikolai Cassanova wrote: > > < > < You can use a middle man to get calls forwarded, try pbxes.org, sipgate, > or asterisk. By using one of those which all have a free user accounts you > can set it up so > < that at a certain time calls are forwarded to another sip address or > number. > > Yes, I am using diamondcard for this. > My question, though, is how to get *ekiga* > to forward a call that has been forwarded from > diamondcard. In my first post, I explained that > ekiga does this inconsistently. > Leo > > > < > < I use a similar setup where I have calls from my Google voice account > forward to a did number or virtual number (middle man) then have that > forwarded to one of my sip > < addresses such as Ekiga or pbxes. > < > < Nikolai Gauntlet Cassanova > < SUNY University at Albany > < Bachelors of Science in Biology > < E-Mail: ncassanova11 at gmail.com > < Phone: 347-948-4317 > < > < On Jan 28, 2011 4:50 PM, "Leo Butler" wrote: > < > Hi, I am using > < > > < > Package: ekiga > < > Maintainer: Kilian Krause > < > Architecture: i386 > < > Version: 3.2.7-2 > < > > < > and trying to get call-forwarding set up. > < > > < > If I call my ekiga.net account from ekiga, then ekiga forwards the > call to my > < > voice-mailbox, as it is configured to do. > < > > < > If I call my diamondcard phonenumber, the call is configured in my > < > diamondcard account to be forwarded to my ekiga.net account, and it > is. > < > If I do not receive the call with ekiga, it *should* be forwarded to > < > voice-mail, but it is not. > < > > < > Any ideas on how I can get the call-forwarding to work? > < > > < > Leo > < > > < > -- > < > The University of Edinburgh is a charitable body, registered in > < > Scotland, with registration number SC005336. > < > > < > _______________________________________________ > < > ekiga-list mailing list > < > ekiga-list at gnome.org > < > http://mail.gnome.org/mailman/listinfo/ekiga-list > < > < > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Nikolai Gauntlet Cassanova University At Albany, State University of New York Bachelors of Science in Biology Email: NCassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: From l.butler at ed.ac.uk Sat Jan 29 00:36:51 2011 From: l.butler at ed.ac.uk (Leo Butler) Date: Sat, 29 Jan 2011 00:36:51 +0000 (GMT) Subject: [Ekiga-list] call forwarding In-Reply-To: References: Message-ID: On Fri, 28 Jan 2011, Nikolai Cassanova wrote: < oh, try to go to call options and select always forward to given host then go to sip settings and for forward uri, input a sip address.? Then do a check right away by < calling the diamond number and see if the call is forwarded since it should go diamond number to ekiga.net to sip address. Yes, it should, but it does not. The call is forwarded to my ekiga client but not onward, as I described. < On Fri, Jan 28, 2011 at 7:06 PM, Leo Butler wrote: < < < On Fri, 28 Jan 2011, Nikolai Cassanova wrote: < < < < < You can use a middle man to get calls forwarded, try pbxes.org, sipgate, or asterisk.? By using one of those which all have a free user accounts you can < set it up so < < that at a certain time calls are forwarded to another sip address or number. < < Yes, I am using diamondcard for this. < My question, though, is how to get *ekiga* < to forward a call that has been forwarded from < diamondcard. In my first post, I explained that < ekiga does this inconsistently. < Leo < < < < < < I use a similar setup where I have calls from my Google voice account forward to a did number or virtual number (middle man) then have that forwarded to one < of my sip < < addresses such as Ekiga or pbxes.???? < < < < Nikolai Gauntlet Cassanova < < SUNY University at Albany < < Bachelors of Science in Biology? < < E-Mail: ncassanova11 at gmail.com < < Phone: 347-948-4317 < < < < On Jan 28, 2011 4:50 PM, "Leo Butler" wrote: < < > Hi, I am using < < > < < > Package: ekiga < < > Maintainer: Kilian Krause < < > Architecture: i386 < < > Version: 3.2.7-2 < < > < < > and trying to get call-forwarding set up. < < > < < > If I call my ekiga.net account from ekiga, then ekiga forwards the call to my < < > voice-mailbox, as it is configured to do. < < > < < > If I call my diamondcard phonenumber, the call is configured in my < < > diamondcard account to be forwarded to my ekiga.net account, and it is. < < > If I do not receive the call with ekiga, it *should* be forwarded to < < > voice-mail, but it is not. < < > < < > Any ideas on how I can get the call-forwarding to work? < < > < < > Leo < < > < < > -- < < > The University of Edinburgh is a charitable body, registered in < < > Scotland, with registration number SC005336. < < > < < > _______________________________________________ < < > ekiga-list mailing list < < > ekiga-list at gnome.org < < > http://mail.gnome.org/mailman/listinfo/ekiga-list < < < < < -- < The University of Edinburgh is a charitable body, registered in < Scotland, with registration number SC005336. < < _______________________________________________ < ekiga-list mailing list < ekiga-list at gnome.org < http://mail.gnome.org/mailman/listinfo/ekiga-list < < < < < -- < Nikolai Gauntlet Cassanova < < University At Albany, State University of New York < < Bachelors of Science in Biology < < Email: NCassanova11 at gmail.com < < Phone: 347-948-4317 < < < -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From ncassanova11 at gmail.com Sat Jan 29 01:13:54 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Fri, 28 Jan 2011 20:13:54 -0500 Subject: [Ekiga-list] call forwarding Message-ID: Well your best bet is to get a output for Ekiga and post it in email to Ekiga listserv. Then someone with more experience can help. Nikolai Gauntlet Cassanova SUNY University at Albany Bachelors of Science in Biology E-Mail: ncassanova11 at gmail.com Phone: 347-948-4317 On Jan 28, 2011 8:08 PM, "Leo Butler" wrote: -------------- next part -------------- An HTML attachment was scrubbed... URL: From javibarroso at gmail.com Sat Jan 29 23:49:39 2011 From: javibarroso at gmail.com (Javier Barroso) Date: Sun, 30 Jan 2011 00:49:39 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: <4D430948.2080505@pu-pm.univ-fcomte.fr> References: <20110128103708.480d90bb.baptiste@ecolutis.com> <4D42A22C.8030708@pu-pm.univ-fcomte.fr> <20110128151816.f5ccdf2f.baptiste@ecolutis.com> <4D430948.2080505@pu-pm.univ-fcomte.fr> Message-ID: On Fri, Jan 28, 2011 at 7:22 PM, Eugen Dedu wrote: > On 28/01/11 15:18, Baptiste Durand-Bret wrote: >> >> Hello again, >> >> Below, my answers : >> >> On Fri, 28 Jan 2011 12:02:04 +0100 >> Eugen Dedu ?wrote: >> >>> On 28/01/11 10:37, Baptiste Durand-Bret wrote: >>>> >>>> Hello, >>>> >>>> I'm sure I've missed something, but I can't figure out how accept >>>> incoming calls. >>>> The green button next to the adress bar is disabled when I call myself. >>>> I can only reject the call. >>>> >>>> I use Ekiga with an account at OVH in france, I'm behind a permissive >>>> NAT and I have no troubles when I make outgoing calls. >>>> Also, I'm not in 'Do not disturb mode'. >>>> >>>> My conf : >>>> Debian squeeze/testing. >>>> Ekiga 3.2.7 >>>> AwesomeWM so no network-manager. >>> >>> Restart ekiga and tell us what happens when you receive a call. Also, >>> do you see the notification window? ?Does awesomewm use notify system >>> (i.e. icons shown near the tray icon, like vlc for ex.)? >> >> Okay so : launching ekiga then >> "En attente", "en ligne", "inscrit ? 0485... at sip.ovh.net". >> I can see ekiga in Awesome notify tray. >> Awesome Shows up a notification popup : >> ? Appel entrant de 0491... at sip.ovh.net >> ? Adresse disante : sip:0491... at sip.ovh.net >> ? Application distante : Cirpack v4.42s 9/61 >> ? Identifiant de compte : >> >> But in this notification I don't see any icon to accept call (I guess >> Awesome doesn't display it). >> >> And the "number bar" stays like it was : "sip: " >> Next to it, the green button is disabled, only the red button is enabled. > > Now we understand what the problem is! > > Give us a screenshot of the notification popup. ?You should have seen two > buttons (Accept/Refuse). I remember I had the same problem, you can accept these calls with CONTROL-o keystroke Does this tip solve your problem? Regards, From davekoelmeyer at me.com Sun Jan 30 02:52:36 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sun, 30 Jan 2011 15:52:36 +1300 Subject: [Ekiga-list] ekigas free SIP account, how to configure it on non ekiga software? HELP. Message-ID: Hi, I don't know about a hardware phone per se, but I can confirn that registering a Ekiga.net account for the purposes of SIP calls on a Sony PCS-XG80 hardware video conferencing unit works fine. Actual calls do not work for me, but that appears to be a Sony-specific issue that I am still looking into. Cheers, Dave JP CR wrote: > >Hello, > > I have a SIP account from ekigas free service. I was able to configure it on the ekiga softphone.. but is this a real SIP account I can configure with a hardware phone... Iam guessing that the SIP server is ekiga.net port 5060 and then just use the userid and password but iam unable to register. > >Jose > >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >http://mail.gnome.org/mailman/listinfo/ekiga-list From ncassanova11 at gmail.com Sun Jan 30 03:31:48 2011 From: ncassanova11 at gmail.com (Nikolai Cassanova) Date: Sat, 29 Jan 2011 22:31:48 -0500 Subject: [Ekiga-list] Ekiga softphone on Ubuntu 10.10 stops working after some time In-Reply-To: References: Message-ID: Okay was using Ekiga softphone the other day and it was registered to my pbxes sip account that's linked to google voice and when I called my Google voice number, my Ekiga softphone on laptop rang and I answered and everything was working properly, after few minutes later called number again and this time no ringing sound was played but the incoming message that ekiga softphone gets when receiving a new call popped up and I answered and talking was clear but had lag. Then waited several more minutes and called Google number again and this time my Ekiga softphone didn't ring or get incoming call pop-up window, but my cell phone's sip softphone rang as it was registered to the same pbxes sip address that my ekiga softphone was registered to. My question is why did the ekiga softphone suddenly stop working and how can I fix it so that it rings and notifies me all the time of an incoming call. Nikolai Gauntlet Cassanova SUNY University at Albany Bachelors of Science in Biology E-Mail: ncassanova11 at gmail.com Phone: 347-948-4317 -------------- next part -------------- An HTML attachment was scrubbed... URL: From davekoelmeyer at me.com Sun Jan 30 03:54:00 2011 From: davekoelmeyer at me.com (Dave Koelmeyer) Date: Sun, 30 Jan 2011 03:54:00 +0000 (GMT) Subject: [Ekiga-list] Wiki updated - Ekiga interoperability with Linphone on Android Message-ID: <2b6a5419-131a-c9f4-b5f9-d7b3f70f5d25@me.com> Hi, I've updated the page here: http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Android Incidentally, on Android 2.1 on a Motorola Milestone, it has a long way to go compared to Sipdroid; call quality is pretty bad (echoes like crazy, call levels are all over the shop), I don't believe there is STUN server support, the incoming ringtone is incredibly loud (with no option to change it nor the volume!), and it seems to run the Moto CPU such that it gets really, really hot. Plus, the UI is a bit crusty. Anyway, basic functionality does work with Ekiga. ? Cheers, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From baptiste at ecolutis.com Mon Jan 31 09:16:26 2011 From: baptiste at ecolutis.com (Baptiste Durand-Bret) Date: Mon, 31 Jan 2011 10:16:26 +0100 Subject: [Ekiga-list] Cannot accept calls In-Reply-To: References: <20110128103708.480d90bb.baptiste@ecolutis.com> <4D42A22C.8030708@pu-pm.univ-fcomte.fr> <20110128151816.f5ccdf2f.baptiste@ecolutis.com> <4D430948.2080505@pu-pm.univ-fcomte.fr> Message-ID: <20110131101626.45b7e153.baptiste@ecolutis.com> On Sun, 30 Jan 2011 00:49:39 +0100 Javier Barroso wrote: > On Fri, Jan 28, 2011 at 7:22 PM, Eugen Dedu > wrote: > > On 28/01/11 15:18, Baptiste Durand-Bret wrote: > >> > >> Hello again, > >> > >> Below, my answers : > >> > >> On Fri, 28 Jan 2011 12:02:04 +0100 > >> Eugen Dedu ?wrote: > >> > >>> On 28/01/11 10:37, Baptiste Durand-Bret wrote: > >>>> > >>>> Hello, > >>>> > >>>> I'm sure I've missed something, but I can't figure out how accept > >>>> incoming calls. > >>>> The green button next to the adress bar is disabled when I call myself. > >>>> I can only reject the call. > >>>> > >>>> I use Ekiga with an account at OVH in france, I'm behind a permissive > >>>> NAT and I have no troubles when I make outgoing calls. > >>>> Also, I'm not in 'Do not disturb mode'. > >>>> > >>>> My conf : > >>>> Debian squeeze/testing. > >>>> Ekiga 3.2.7 > >>>> AwesomeWM so no network-manager. > >>> > >>> Restart ekiga and tell us what happens when you receive a call. Also, > >>> do you see the notification window? ?Does awesomewm use notify system > >>> (i.e. icons shown near the tray icon, like vlc for ex.)? > >> > >> Okay so : launching ekiga then > >> "En attente", "en ligne", "inscrit ? 0485... at sip.ovh.net". > >> I can see ekiga in Awesome notify tray. > >> Awesome Shows up a notification popup : > >> ? Appel entrant de 0491... at sip.ovh.net > >> ? Adresse disante : sip:0491... at sip.ovh.net > >> ? Application distante : Cirpack v4.42s 9/61 > >> ? Identifiant de compte : > >> > >> But in this notification I don't see any icon to accept call (I guess > >> Awesome doesn't display it). > >> > >> And the "number bar" stays like it was : "sip: " > >> Next to it, the green button is disabled, only the red button is enabled. > > > > Now we understand what the problem is! > > > > Give us a screenshot of the notification popup. ?You should have seen two > > buttons (Accept/Refuse). > I remember I had the same problem, you can accept these calls with > CONTROL-o keystroke > > Does this tip solve your problem? > > Regards, Hello Eugen, Javier, And Thank you Javier, this keystroke does solve the problem. However, it could be a good idea to enable call accepting in the main window also, not relying only on the notification window. For info, I attached a screenshot of the notification popup rendered by awesome. Bye ! -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture d'?cran - 25012011 - 12:36:38.png Type: image/png Size: 4315 bytes Desc: not available URL: From gilbertomr at instituto-as.es Mon Jan 31 12:25:49 2011 From: gilbertomr at instituto-as.es (Sacha Marquina Reyes) Date: Mon, 31 Jan 2011 12:25:49 +0000 Subject: [Ekiga-list] Stop ekiga connections to ekiga.net:5060 Message-ID: Hi. I have installed Ekiga on some Windows XP clients, to connect to our local Asterisk (running on Ubuntu server, IP address 192.168.161.1). It works fine, but the firewall of my network (IP address 192.168.161.249) is blocking packets from my clients trying to connect to ekiga.net on port 5060 every few seconds. I have configured the Ekiga clients not to use any account on ekiga.net or Ekiga CallOut, but I still get all those packets blocked. How can I tell Ekiga on my Windows PCs to stop trying to connect to ekiga.net? Thanks, Sacha -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 31 18:44:11 2011 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 31 Jan 2011 19:44:11 +0100 Subject: [Ekiga-list] Stop ekiga connections to ekiga.net:5060 In-Reply-To: References: Message-ID: <4D4702FB.9010409@pu-pm.univ-fcomte.fr> On 31/01/11 13:25, Sacha Marquina Reyes wrote: > Hi. I have installed Ekiga on some Windows XP clients, to connect to our > local Asterisk (running on Ubuntu server, IP address 192.168.161.1). > It works fine, but the firewall of my network (IP address 192.168.161.249) > is blocking packets from my clients trying to connect to ekiga.net on port > 5060 every few seconds. > I have configured the Ekiga clients not to use any account on ekiga.net or > Ekiga CallOut, but I still get all those packets blocked. > > How can I tell Ekiga on my Windows PCs to stop trying to connect to > ekiga.net? This is https://bugzilla.gnome.org/show_bug.cgi?id=618607. Remove STUN and your contacts and tell us if 5060 connection is stopped. -- Eugen Dedu http://eugen.dedu.free.fr From jadamcraig at gmail.com Mon Jan 31 19:10:06 2011 From: jadamcraig at gmail.com (J. Adam Craig) Date: Mon, 31 Jan 2011 14:10:06 -0500 Subject: [Ekiga-list] libopal issues in Fedora 14 Message-ID: Folks, I've just installed Fedora 14 on my laptop, and then installed Ekiga with '*yum install ekiga*'. When I launch Ekiga from the Gnome menus, it does not launch. I tried launching from the command line and received the following error: "ekiga: error while loading shared libraries: /usr/lib64/libopal.so.3.6.8: file too short" Is this a bug? Any help, fixes, or workarounds would be greatly appreciated. Thanks, - Adam -------------- next part -------------- An HTML attachment was scrubbed... URL: From jadamcraig at gmail.com Mon Jan 31 19:34:41 2011 From: jadamcraig at gmail.com (J. Adam Craig) Date: Mon, 31 Jan 2011 14:34:41 -0500 Subject: [Ekiga-list] libopal issues in Fedora 14 In-Reply-To: References: Message-ID: I was able to resolve the issue by re-installing the opal and ptlib packages. Apparently they did not install properly the first time. -------------- next part -------------- An HTML attachment was scrubbed... URL: