From g_3 at gmx.net Thu Aug 1 13:15:47 2013 From: g_3 at gmx.net (=?UTF-8?Q?=22m=C3=BCller_andreas=22?=) Date: Thu, 1 Aug 2013 15:15:47 +0200 (CEST) Subject: [Ekiga-list] help: Trouble with webcam Message-ID: An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Aug 1 13:23:53 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 01 Aug 2013 15:23:53 +0200 Subject: [Ekiga-list] help: Trouble with webcam In-Reply-To: References: Message-ID: <51FA6169.5040506@pu-pm.univ-fcomte.fr> On 01/08/13 15:15, "m?ller andreas" wrote: > Hi, > i've downloaded and installed the latest ekiga version 4.0.1 > I'm using windows 8. > If I want to check the camera by clicking the icon the video window opens, the > camera light switches and is showing, that the camera works, but there is no > picture. > So far, so short the problem. > If there is any idea i would be happy. If you need more information... Tell me. This is surely bug https://bugzilla.gnome.org/show_bug.cgi?id=626515, I plan to work on it very soon... -- Eugen From g_3 at gmx.net Thu Aug 1 13:34:05 2013 From: g_3 at gmx.net (=?UTF-8?Q?=22m=C3=BCller_andreas=22?=) Date: Thu, 1 Aug 2013 15:34:05 +0200 (CEST) Subject: [Ekiga-list] help: Trouble with webcam In-Reply-To: <51FA6169.5040506@pu-pm.univ-fcomte.fr> References: , <51FA6169.5040506@pu-pm.univ-fcomte.fr> Message-ID: An HTML attachment was scrubbed... URL: From ivansandler at verizon.net Tue Aug 6 01:05:41 2013 From: ivansandler at verizon.net (Ivan Sandler) Date: Mon, 05 Aug 2013 21:05:41 -0400 Subject: [Ekiga-list] Server Error 606 Message-ID: I've tried several soft phone apps on my mac in order to use SIP. When I try to set up my ekiga account I get a "server error 606". Is there anything I can do to correct or avoid this problem? From alex.theoto at gmail.com Tue Aug 6 07:36:03 2013 From: alex.theoto at gmail.com (Alex Theotokatos) Date: Tue, 06 Aug 2013 10:36:03 +0300 Subject: [Ekiga-list] Server Error 606 In-Reply-To: References: Message-ID: <5200A763.9010205@gmail.com> Can you try to open the right ports on your router? Take a look here and look at the 606 error I didn't understand exactly what is the reason of your problem but take a look. On 08/06/2013 04:05 AM, Ivan Sandler wrote: > I've tried several soft phone apps on my mac in order to use SIP. When I try to set up my ekiga account I get a "server error 606". Is there anything I can do to correct or avoid this problem? > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Aug 6 07:54:47 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 06 Aug 2013 09:54:47 +0200 Subject: [Ekiga-list] Server Error 606 In-Reply-To: References: Message-ID: <5200ABC7.8080109@pu-pm.univ-fcomte.fr> On 06/08/13 03:05, Ivan Sandler wrote: > I've tried several soft phone apps on my mac in order to use SIP. When I try to set up my ekiga account I get a "server error 606". Is there anything I can do to correct or avoid this problem? This is surely because ekiga.net needs STUN if you have a private IP address, and your softphone does not use it. -- Eugen From mgsbox-ekiga at yahoo.com Tue Aug 6 21:43:49 2013 From: mgsbox-ekiga at yahoo.com (mgsbox-ekiga at yahoo.com) Date: Tue, 6 Aug 2013 22:43:49 +0100 (BST) Subject: [Ekiga-list] GTK+ Insecure Library Loading Vulnerability In-Reply-To: <5200A763.9010205@gmail.com> References: <5200A763.9010205@gmail.com> Message-ID: <1375825429.87444.YahooMailNeo@web171706.mail.ir2.yahoo.com> Dear All, Secunia highlights a "GTK+ Insecure Library Loading Vulnerability" with the GTK 2.22.0.0 installed with Ekiga. Has this issue been addressed now? See https://secunia.com/advisories/45815 for more details on the vulnerability. Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Aug 7 21:37:29 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 07 Aug 2013 23:37:29 +0200 Subject: [Ekiga-list] GTK+ Insecure Library Loading Vulnerability In-Reply-To: <1375825429.87444.YahooMailNeo@web171706.mail.ir2.yahoo.com> References: <5200A763.9010205@gmail.com> <1375825429.87444.YahooMailNeo@web171706.mail.ir2.yahoo.com> Message-ID: <5202BE19.1090004@pu-pm.univ-fcomte.fr> On 06/08/13 23:43, mgsbox-ekiga at yahoo.com wrote: > Dear All, > > Secunia highlights a "GTK+ Insecure Library Loading Vulnerability" with the GTK 2.22.0.0 installed with Ekiga. Has this issue been addressed now? > > See https://secunia.com/advisories/45815 for more details on the vulnerability. I have not yet had the time to fix it. I will do it soon and make a new release in maximum one week. -- Eugen From dave at dawoodfall.net Thu Aug 8 10:17:56 2013 From: dave at dawoodfall.net (David Woodfall) Date: Thu, 8 Aug 2013 11:17:56 +0100 Subject: [Ekiga-list] Opal compile failure with ffmpeg 0.11.1 Message-ID: <20130808101755.GA27856@Blackswan> I just tried building the opal 3.12.5 and get this failure: ../common/ffmpeg.cxx: In destructor ?FFMPEGCodec::~FFMPEGCodec()?: ../common/ffmpeg.cxx:127:34: error: ?avcodec_free_frame? was not declared in this scope make[5]: *** [/tmp/SBo/opal-3.12.5/plugins/../lib_linux_x86_64/plugins/h263_ffmpeg/ffmpeg.o] Error 1 make[5]: *** Waiting for unfinished jobs.... make[5]: Leaving directory `/tmp/SBo/opal-3.12.5/plugins/video/H.263-1998' make[4]: *** [all] Error 2 Any ideas? From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Aug 8 12:02:34 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 08 Aug 2013 14:02:34 +0200 Subject: [Ekiga-list] Opal compile failure with ffmpeg 0.11.1 In-Reply-To: <20130808101755.GA27856@Blackswan> References: <20130808101755.GA27856@Blackswan> Message-ID: <520388DA.7010207@pu-pm.univ-fcomte.fr> On 08/08/13 12:17, David Woodfall wrote: > I just tried building the opal 3.12.5 and get this failure: > > ../common/ffmpeg.cxx: In destructor ?FFMPEGCodec::~FFMPEGCodec()?: > ../common/ffmpeg.cxx:127:34: error: ?avcodec_free_frame? was not > declared in this scope make[5]: *** > [/tmp/SBo/opal-3.12.5/plugins/../lib_linux_x86_64/plugins/h263_ffmpeg/ffmpeg.o] > > Error 1 > make[5]: *** Waiting for unfinished jobs.... make[5]: Leaving directory > `/tmp/SBo/opal-3.12.5/plugins/video/H.263-1998' make[4]: *** [all] Error 2 We are not yet maintaining opal 3.12, so please send this e-mail to opalvoip-user at lists.sourceforge.net mailing list. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Aug 9 18:04:01 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 09 Aug 2013 20:04:01 +0200 Subject: [Ekiga-list] GTK+ Insecure Library Loading Vulnerability In-Reply-To: <5202BE19.1090004@pu-pm.univ-fcomte.fr> References: <5200A763.9010205@gmail.com> <1375825429.87444.YahooMailNeo@web171706.mail.ir2.yahoo.com> <5202BE19.1090004@pu-pm.univ-fcomte.fr> Message-ID: <52052F11.6090105@pu-pm.univ-fcomte.fr> On 07/08/13 23:37, Eugen Dedu wrote: > On 06/08/13 23:43, mgsbox-ekiga at yahoo.com wrote: >> Dear All, >> >> Secunia highlights a "GTK+ Insecure Library Loading Vulnerability" >> with the GTK 2.22.0.0 installed with Ekiga. Has this issue been >> addressed now? >> >> See https://secunia.com/advisories/45815 for more details on the >> vulnerability. > > I have not yet had the time to fix it. I will do it soon and make a new > release in maximum one week. The problem is that on Windows gtk 2.24 introduces a critical bug, so I was forced to go back to gtk 2.22, cf. https://git.gnome.org/browse/ekiga/commit/?id=4bbb483e9fa9040ec... I will look into it more thoroughly. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Aug 9 19:30:48 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 09 Aug 2013 21:30:48 +0200 Subject: [Ekiga-list] GTK+ Insecure Library Loading Vulnerability In-Reply-To: <52052F11.6090105@pu-pm.univ-fcomte.fr> References: <5200A763.9010205@gmail.com> <1375825429.87444.YahooMailNeo@web171706.mail.ir2.yahoo.com> <5202BE19.1090004@pu-pm.univ-fcomte.fr> <52052F11.6090105@pu-pm.univ-fcomte.fr> Message-ID: <52054368.6010006@pu-pm.univ-fcomte.fr> On 09/08/13 20:04, Eugen Dedu wrote: > On 07/08/13 23:37, Eugen Dedu wrote: >> On 06/08/13 23:43, mgsbox-ekiga at yahoo.com wrote: >>> Dear All, >>> >>> Secunia highlights a "GTK+ Insecure Library Loading Vulnerability" >>> with the GTK 2.22.0.0 installed with Ekiga. Has this issue been >>> addressed now? >>> >>> See https://secunia.com/advisories/45815 for more details on the >>> vulnerability. >> >> I have not yet had the time to fix it. I will do it soon and make a new >> release in maximum one week. > > The problem is that on Windows gtk 2.24 introduces a critical bug, so I > was forced to go back to gtk 2.22, cf. > https://git.gnome.org/browse/ekiga/commit/?id=4bbb483e9fa9040ec... I > will look into it more thoroughly. I looked a bit more on the vulnerability. I do not think that ekiga is vulnerable, since ekiga 4.0.1 changes the current directory at startup to the directory where ekiga is installed. -- Eugen From csanyipal at gmail.com Sat Aug 17 09:17:15 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sat, 17 Aug 2013 11:17:15 +0200 Subject: [Ekiga-list] Account is locked. What to do? Message-ID: <20130817091715.GA5115@localhost> Hi, I have installed Ekiga Softphone 4.0.1 on my Deboan GNU/Linux SID. I have setup Ekiga for Ekiga PC --> telephone service. I have my account on DiamondCard with account ID, PIN code, but on the DiamondCard webpage on MY ACCOUNT / home / Account Information I have 'Account is locked' message. I have ordered the SignUp service yesterday which status is 'Pending'. Now, when I'm trying to call my girlfriend from Ekiga PC --> mobilephone with the number: sip:00/country code/hers phone number I get the message in the status line of Ekiga: The user is not available. What can I do to solve this problem? -- Regards from Pal From alex.theoto at gmail.com Sat Aug 17 10:12:23 2013 From: alex.theoto at gmail.com (Alex Theotokatos) Date: Sat, 17 Aug 2013 13:12:23 +0300 Subject: [Ekiga-list] Account is locked. What to do? In-Reply-To: <20130817091715.GA5115@localhost> References: <20130817091715.GA5115@localhost> Message-ID: <1376734343.3843.2.camel@SamsungStable> This is not ekiga's bug. Your account is not yet activated. Wait 1-2 days and if you still locked, contact to DiamondCard. Do you have money on your card? In some cases you must already have money into your account. On Sat, 2013-08-17 at 11:17 +0200, Csanyi Pal wrote: > Hi, > > I have installed Ekiga Softphone 4.0.1 on my Deboan GNU/Linux SID. > > I have setup Ekiga for Ekiga PC --> telephone service. > > I have my account on DiamondCard with account ID, PIN code, but on the > DiamondCard webpage on MY ACCOUNT / home / Account Information I have > 'Account is locked' message. > > I have ordered the SignUp service yesterday which status is 'Pending'. > > Now, when I'm trying to call my girlfriend from Ekiga PC --> mobilephone > with the number: sip:00/country code/hers phone number I get the message > in the status line of Ekiga: The user is not available. > > What can I do to solve this problem? > From csanyipal at gmail.com Sat Aug 17 13:45:25 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sat, 17 Aug 2013 15:45:25 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <1376734343.3843.2.camel@SamsungStable> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> Message-ID: <20130817134525.GB5115@localhost> On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > Your account is not yet activated. It is just activated. > Do you have money on your card? In some cases you must already have > money into your account. I have enough money on my account. Still I can't call anybody with Ekiga PC --> telephone system. In the status line of Ekiga there is a message: The user is not available. But the user who I'm calling is available, hers mobile phone is here and turned on. What could be the problem? Mybe I must setup firewall ( Shorewall ) somehow? -- Regards from Pal From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Aug 17 16:51:35 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 17 Aug 2013 18:51:35 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130817134525.GB5115@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> Message-ID: <520FAA17.7060609@pu-pm.univ-fcomte.fr> On 17/08/13 15:45, Csanyi Pal wrote: > On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > >> Your account is not yet activated. > > It is just activated. > >> Do you have money on your card? In some cases you must already have >> money into your account. > > I have enough money on my account. > > Still I can't call anybody with Ekiga PC --> telephone system. > > In the status line of Ekiga there is a message: > The user is not available. This means that the user is unavailable... > But the user who I'm calling is available, hers mobile phone is here and > turned on. Please send us/me the -d 4 log. > Mybe I must setup firewall ( Shorewall ) somehow? I do not think so. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Aug 17 17:42:20 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 17 Aug 2013 19:42:20 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130817173645.GG5115@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAA17.7060609@pu-pm.univ-fcomte.fr> <20130817173645.GG5115@localhost> Message-ID: <520FB5FC.40503@pu-pm.univ-fcomte.fr> On 17/08/13 19:36, Csanyi Pal wrote: > On Sat, Aug 17, 2013 at 06:51:35PM +0200, Eugen Dedu wrote: >> On 17/08/13 15:45, Csanyi Pal wrote: >>> On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: >>> >>>> Your account is not yet activated. >>> >>> It is just activated. >>> >>>> Do you have money on your card? In some cases you must already have >>>> money into your account. >>> >>> I have enough money on my account. >>> >>> Still I can't call anybody with Ekiga PC --> telephone system. >>> >>> In the status line of Ekiga there is a message: >>> The user is not available. >> >> This means that the user is unavailable... >> >>> But the user who I'm calling is available, hers mobile phone is here and >>> turned on. >> >> Please send us/me the -d 4 log. > > I attached the file. You have too many codecs checked on. You can check off SILK, iLBC and H624 for ex. and retry calling. -- Eugen From junk_no_spam at verizon.net Sat Aug 17 16:57:19 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sat, 17 Aug 2013 11:57:19 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130817134525.GB5115@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> Message-ID: <520FAB6F.4010003@verizon.net> On 08/17/2013 08:45 AM, Csanyi Pal wrote: > On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > >> Your account is not yet activated. > > It is just activated. Then you should be able to run a diamond echo test > What could be the problem? internet router, firewall, your ip blacklisted at diamond. > Mybe I must setup firewall ( Shorewall ) somehow? Snippet from my /etc/shorewall/rules # ekiga incomming SIP VoIP, Windows Messenger ports # If behind NAT router, # http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router ACCEPT $FW net udp 5000:5100 ACCEPT net $FW udp 5000:5100 # ekiga incomming H.323, Netmeeting ports ACCEPT net $FW tcp 1720 ACCEPT $FW net tcp 1720 # ekiga UDP Through NAT (STUN) ports ACCEPT $FW net udp 3478:3479 ACCEPT net $FW udp 3478:3479 ### after changes, run shorewall restart to test.#### Here is a bash script I wrote to do a port check. You may have to work on it if Thunderbird wraps any lines. Another possible script problem is if you do not run an rpm package manager, you will need to remove the app verification code. #!/bin/bash #*********************************************************************** #* #* voip_ck - check voip ports version 1.0 #* #* Verify ports used by ekiga are open on pc and accessable #* through pc firewall and modem. #* #* voip_ck Uses nc from netcat-openbsd rpm to test port connections #* wget from wget rpm, and dig from bind-utils rpm to #* check #* sip.diamondcard.us servers. #* #* Install Procedure #* save as voip_ck #* chmod +x voip_ck #* #* NOTE: assumes you have netcat-openbsd rpm installed #* #* #* Required /etc/shorewall/rules snippet follows: #* #* If behind NAT router, read #* http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router #* #* # ekiga UDP Through NAT (STUN) ports #* ACCEPT $FW net udp 3478:3479 #* ACCEPT net $FW udp 3478:3479 #* #* # ekiga incomming SIP VoIP, Windows Messenger ports #* ACCEPT $FW net udp 5000:5100 #* ACCEPT net $FW udp 5000:5100 #* #* # ekiga incomming H.323, Netmeeting ports #* ACCEPT net $FW tcp 1720 #* ACCEPT $FW net tcp 1720 #* #* #*********************************************************************** set -u _exe=$0 _app=$(basename $_exe) _dport=0 _errors=("") _fault_flg=0 _fault_msg="pc firewall and/or tcpwrappers blocking" _ipv_mode="-4" _lan_ip=$(/bin/hostname --ip-address) _msg="" _nc_bin="nc" _pkt_sw="" _pkt="-u" _registar="sip.diamondcard.us" _servers="" _servers_ip="" _sport=38564 _svr_fn=/local/tmp/$_app.log _target="$_lan_ip" _test="" _test_msg="LAN" _wan_ip=$(wget -qO - http://myip.dnsomatic.com/) port_ary=( "3478 UDP STUN" "3479 UDP STUN" "5060 UDP SIP" "5000 UDP SIP" "5100 UDP SIP" "7070 UDP RTP" "16382 UDP RTP" "30000 TCP old H323 H.245 " "30010 TCP old H323 H.245 " "1720 TCP H.323" ) #********************************** #* Verify needed apps are installed #********************************** _app=nc _bin=$(which $_app 2> /dev/null) if [ $? -eq 0 ] ; then _nc_app=$_bin _rpm=$(rpm -qf $_bin ) _tmp=${_rpm:0:14} if [ "$_tmp" != "netcat-openbsd" ] ; then _errors+=("$_bin needs to be the netcat-openbsd version" "do a urpmi netcat-openbsd to install it." ) _fault_flg=1 fi else _errors+=(" " "$_app is missing" "do a urpmi netcat-openbsd to install it" ) _fault_flg=1 fi _app=wget _bin=$(which $_app 2> /dev/null) if [ $? -ne 0 ] ; then _errors+=(" " "$_app is missing" "do a urpmi $_app to install it" ) _fault_flg=1 fi _app=dig _bin=$(which $_app 2> /dev/null) if [ $? -ne 0 ] ; then _errors+=(" " "$_app is missing" "do a urpmi bind-utils to install it" ) _fault_flg=1 fi if [ $_fault_flg -gt 0 ] ; then echo " $_exe fatal _errors" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo " " exit 1 fi #************************************************** #* check pc firewall (LAN) then WAN router ports #************************************************** /bin/echo " Testing PC firewall (LAN) the Router (WAN) ports " pkill -u $USER -f $_nc_app > /dev/null 2>&1 for _test_msg in LAN WAN ; do /bin/echo "Testing $_test_msg $_target ports" i=0 while [ $i -ne ${#port_ary[@]} ] ; do set -- $(/bin/echo ${port_ary[$i]}) _dport=$1 _pkt=$2 shift 2 _test="$@" if [ "$_pkt" = "UDP" ] ; then _pkt_sw="-u" else _pkt_sw="" fi _test_args="$_ipv_mode -s $_sport $_pkt_sw -w 2 $_target" /bin/echo -n "$_test $_pkt $_dport " _msg="$_test_msg $_test_msg port ${port_ary[$i]}" $_nc_bin $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn & /bin/echo "$_msg" |$_nc_bin $_test_args $_dport _count=$(/bin/grep -c "$_msg" $_svr_fn) if [ $_count -eq 0 ] ; then /bin/echo " FAILED" /bin/echo " " /bin/echo "Sent: $_msg " /bin/echo -n "Received: $_msg " /bin/cat $_svr_fn netstat | grep $_dport /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" if [ "$_test_msg" = "LAN" ] ; then /bin/echo "$_fault_msg port $_dport" /bin/echo "Open port $_dport in ${_target}'s firewall" /bin/echo "Allow port $_dport in ${_target}'s /etc/hosts.allow or" /bin/echo "Remove port $_dport in ${_target}'s /etc/hosts.deny" /bin/echo " " else /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" /bin/echo "Open/forward port $_dport to $_target in the router" /bin/echo " " fi else /bin/echo " passed" fi (( i++ )) done /bin/echo " " _fault_msg="Router's firewall blocking" _target="$_wan_ip" done pkill -u $USER -f $_nc_bin > /dev/null 2>&1 #************************************************* #* get registar's sip udp server and ip address #************************************************* while read -r line; do set -- $line _servers="$_servers $4" set -- $(host $4) _servers_ip="$_servers_ip $4" done < <((dig +short _sip._udp.$_registar SRV)) #********************************************* #* ping by ip then by name #********************************************* echo " Testing sip servers by ip then by name " for _serv in $_servers_ip $_servers ; do _cmd="ping -c1 -w 2 $_serv" /bin/echo -n "$_cmd" $_cmd > /dev/null 2>&1 if [ $? -ne 0 ] ; then /bin/echo " FAILED" else /bin/echo " passed" fi done /bin/rm $_svr_fn #*********** end voip_ck ******************************** From csanyipal at gmail.com Sat Aug 17 19:15:50 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sat, 17 Aug 2013 21:15:50 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <520FAB6F.4010003@verizon.net> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> Message-ID: <20130817191550.GH5115@localhost> On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: > On 08/17/2013 08:45 AM, Csanyi Pal wrote: > >On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > > > >>Your account is not yet activated. > > > >It is just activated. > > Then you should be able to run a diamond echo test I can't. When I call sip:441 shortly after calling the call is ended up and nothing happen. I even can't call the Ekiga echo test neither. > >What could be the problem? > > internet router, firewall, your ip blacklisted at diamond. > > >Mybe I must setup firewall ( Shorewall ) somehow? > > > Snippet from my /etc/shorewall/rules > > # ekiga incomming SIP VoIP, Windows Messenger ports > # If behind NAT router, > # http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router > ACCEPT $FW net udp 5000:5100 > ACCEPT net $FW udp 5000:5100 > > # ekiga incomming H.323, Netmeeting ports > ACCEPT net $FW tcp 1720 > ACCEPT $FW net tcp 1720 > > # ekiga UDP Through NAT (STUN) ports > ACCEPT $FW net udp 3478:3479 > ACCEPT net $FW udp 3478:3479 I already have these settings on my Desktop machine ( Debian SID ) and on the gateway firewall PC Box I have the following rules: # ekiga DNAT:debug:GM net loc:192.168.10.90 tcp 1720 DNAT:debug:GM net loc:192.168.10.90 udp 5000:5016 DNAT:debug:GM net loc:192.168.10.90 udp 5020:5023 DNAT:debug:GM net loc:192.168.10.90 udp 5060:5100 > > ### after changes, run shorewall restart to test.#### I already run sudo shorewall check sudo shorewall stop sudo shorewall start > Here is a bash script I wrote to do a port check. > You may have to work on it if Thunderbird wraps any lines. > Another possible script problem is if you do not run an rpm package > manager, you will need to remove the app verification code. > > #!/bin/bash [snipped] I saved it into voip_ck file, chmode it to can run as executable and run it. I removed the app verification code because I run Debian package manager like Synaptic, or aptitude. When I run the script, I get message: ./voip_ck Testing PC firewall (LAN) the Router (WAN) ports ./voip_ck: line 141: _nc_app: unbound variable When I hash with '#' character this line pkill -u $USER -f $_nc_app > /dev/null 2>&1 then I can run the script with the following output: ./voip_ck 2>voip_ck.log Testing PC firewall (LAN) the Router (WAN) ports Testing LAN 127.0.1.1 ports STUN UDP 3478 passed STUN UDP 3479 passed SIP UDP 5060 passed SIP UDP 5000 passed SIP UDP 5100 passed RTP UDP 7070 passed RTP UDP 16382 passed old H323 H.245 TCP 30000 passed old H323 H.245 TCP 30010 passed H.323 TCP 1720 passed Testing WAN 95.85.141.89 ports STUN UDP 3478 passed STUN UDP 3479 passed SIP UDP 5060 passed SIP UDP 5000 passed SIP UDP 5100 passed RTP UDP 7070 passed RTP UDP 16382 passed old H323 H.245 TCP 30000 passed old H323 H.245 TCP 30010 passed H.323 TCP 1720 passed Testing sip servers by ip then by name ping -c1 -w 2 69.71.222.197 passed ping -c1 -w 2 46.19.58.41 passed ping -c1 -w 2 sip2.diamondcard.us. passed ping -c1 -w 2 sip.diamondcard.us. passed Still can't call neither Ekiga echo test, nor Diamond echo test. Why? I attache the voip_ck.log file here. -- Regards from Pal -------------- next part -------------- ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected ./voip_ck: line 163: /local/tmp/voip_ck.log: No such file or directory /bin/grep: /local/tmp/voip_ck.log: No such file or directory ./voip_ck: line 166: [: -eq: unary operator expected /bin/rm: cannot remove '/local/tmp/voip_ck.log': No such file or directory From junk_no_spam at verizon.net Sat Aug 17 20:31:50 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sat, 17 Aug 2013 15:31:50 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130817191550.GH5115@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> Message-ID: <520FDDB6.7000804@verizon.net> On 08/17/2013 02:15 PM, Csanyi Pal wrote: > ./voip_ck: line 141: _nc_app: unbound variable Result caused by removal of app check code. New and improved script at end of reply. > When I hash with '#' character this line > pkill -u $USER -f $_nc_app > /dev/null 2>&1 > > then I can run the script with the following output: > > ./voip_ck 2>voip_ck.log > > Testing PC firewall (LAN) the Router (WAN) ports > > Testing LAN 127.0.1.1 ports Hmmm, guessing that will not test pc firewall by its self. :( > > > > Testing WAN 95.85.141.89 ports > STUN UDP 3478 passed > STUN UDP 3479 passed > SIP UDP 5060 passed > SIP UDP 5000 passed > SIP UDP 5100 passed > RTP UDP 7070 passed > RTP UDP 16382 passed > old H323 H.245 TCP 30000 passed > old H323 H.245 TCP 30010 passed > H.323 TCP 1720 passed Ok now we know firewall and router are working; :-) > > > Testing sip servers by ip then by name > > ping -c1 -w 2 69.71.222.197 passed > ping -c1 -w 2 46.19.58.41 passed > ping -c1 -w 2 sip2.diamondcard.us. passed > ping -c1 -w 2 sip.diamondcard.us. passed At this point, we know your ip is not blacklisted at Diamond. Hope the ping test did not get you blacklisted. :( > Still can't call neither Ekiga echo test, nor Diamond echo test. Why? At this point, I have to say it is an account setup problem. I know I had to remove my Ekiga account, so a diamond call would get through. New and improved script follows: #!/bin/bash #*********************************************************************** #* #* voip_ck - check voip ports version 1.1 #* #* Verify ports used by ekiga are open on pc and accessable #* through pc firewall and modem. #* #* Uses nc from netcat-openbsd rpm to test port connections #* wget from wget rpm, and #* dig from bind-utils rpm to check sip.diamondcard.us servers. #* #* Required /etc/shorewall/rules snippet follows: #* #* If behind NAT router, read #* http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router #* #* # ekiga UDP Through NAT (STUN) ports #* ACCEPT $FW net udp 3478:3479 #* ACCEPT net $FW udp 3478:3479 #* #* # ekiga incomming SIP VoIP, Windows Messenger ports #* ACCEPT $FW net udp 5000:5100 #* ACCEPT net $FW udp 5000:5100 #* #* # ekiga incomming H.323, Netmeeting ports #* ACCEPT net $FW tcp 1720 #* ACCEPT $FW net tcp 1720 #* #*********************************************************************** set -u _exe=$0 _app=$(basename $_exe) _dport=0 _errors=("") _fault_flg=0 _fault_msg="pc firewall and/or tcpwrappers blocking" _ipv_mode="-4" _lan_ip=$(/bin/hostname --ip-address) _msg="" _nc_bin="nc" _pkt_sw="" _pkt="-u" _registar="sip.diamondcard.us" _rpm="" _servers="" _servers_ip="" _sport=38564 _svr_fn=/local/tmp/$_app.log _target="$_lan_ip" _test="" _test_msg="LAN" _wan_ip=$(wget -qO - http://myip.dnsomatic.com/) port_ary=( "3478 UDP STUN" "3479 UDP STUN" "5060 UDP SIP" "5000 UDP SIP" "5100 UDP SIP" "7070 UDP RTP" "16382 UDP RTP" "30000 TCP old H323 H.245 " "30010 TCP old H323 H.245 " "1720 TCP H.323" ) #********************************** #* Verify needed apps are installed #********************************** _apps="nc wget dig" for _app in $_apps ; do set -- $(type $_app) if [ "$2" != "is" ] ; then _errors+=("$@") (( _fault_flg++ )) fi done set -- $(type rpm) if [ "$2" = "is" ] ; then _app=nc set -- $(type $_app) _bin=$3 if [ $? -eq 0 ] ; then _nc_app=$_bin _rpm=$(rpm -qf $_bin ) _tmp=${_rpm:0:14} if [ "$_tmp" != "netcat-openbsd" ] ; then _errors+=("$_bin needs to be the netcat-openbsd version") (( _fault_flg++ )) fi fi fi if [ $_fault_flg -gt 0 ] ; then echo " $_exe fatal _error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo "Please install any missing application " exit 1 fi set -- $(type nc) _nc_app=$_bin #************************************************** #* check pc firewall (LAN) then WAN router ports #************************************************** /bin/echo " Testing PC firewall (LAN) the Router (WAN) ports " _fault_flg=0 pkill -u $USER -f $_nc_app > /dev/null 2>&1 for _test_msg in LAN WAN ; do /bin/echo "Testing $_test_msg $_target ports" i=0 while [ $i -ne ${#port_ary[@]} ] ; do set -- $(/bin/echo ${port_ary[$i]}) _dport=$1 _pkt=$2 shift 2 _test="$@" if [ "$_pkt" = "UDP" ] ; then _pkt_sw="-u" else _pkt_sw="" fi _test_args="$_ipv_mode -s $_sport $_pkt_sw -w 2 $_target" /bin/echo -n "$_test $_pkt $_dport " _msg="$_test_msg $_test_msg port ${port_ary[$i]}" $_nc_bin $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn & /bin/echo "$_msg" |$_nc_bin $_test_args $_dport _count=$(/bin/grep -c "$_msg" $_svr_fn) if [ $_count -eq 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) /bin/echo " " /bin/echo "Sent: $_msg " /bin/echo -n "Received: $_msg " /bin/cat $_svr_fn netstat | grep $_dport /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" if [ "$_test_msg" = "LAN" ] ; then /bin/echo "$_fault_msg port $_dport" /bin/echo "Open port $_dport in ${_target}'s firewall" /bin/echo "Allow port $_dport in ${_target}'s /etc/hosts.allow or" /bin/echo "Remove port $_dport in ${_target}'s /etc/hosts.deny" /bin/echo " " else /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" /bin/echo "Open/forward port $_dport to $_target in the router" /bin/echo " " fi else /bin/echo " passed" fi (( i++ )) done /bin/echo " " _fault_msg="Router's firewall blocking" _target="$_wan_ip" done pkill -u $USER -f $_nc_bin > /dev/null 2>&1 if [ $_fault_flg -gt 0 ] ; then echo " Clear the above errors to finish $_exe testing" exit 1 fi #************************************************* #* get registar's sip udp server and ip address #************************************************* while read -r line; do set -- $line _servers="$_servers $4" set -- $(host $4) _servers_ip="$_servers_ip $4" done < <((dig +short _sip._udp.$_registar SRV)) #********************************************* #* ping by ip then by name #********************************************* echo " Testing sip servers by ip then by name " _fault_flg=0 for _serv in $_servers_ip $_servers ; do _cmd="ping -c1 -w 2 $_serv" /bin/echo -n "$_cmd" $_cmd > /dev/null 2>&1 if [ $? -ne 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) else /bin/echo " passed" fi done if [ $_fault_flg -ne 0 ] ; then echo "If one sip server FAILED and the other passed, then I am betting your ip ($_wan_ip) has been black listed. You will need to contact diamond to clear it from their blacklist. Repeted ping can also get you blacklisted. :( " fi /bin/rm $_svr_fn #****************** end voip_ck ********************************************* From junk_no_spam at verizon.net Sat Aug 17 21:51:49 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sat, 17 Aug 2013 16:51:49 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <520FDDB6.7000804@verizon.net> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> Message-ID: <520FF075.6090907@verizon.net> On 08/17/2013 03:31 PM, junk_no_spam wrote: > On 08/17/2013 02:15 PM, Csanyi Pal wrote: > >> ./voip_ck: line 141: _nc_app: unbound variable Sorry, last script had a bug caused by my change for that problem I also noticed _svr_fn=/local/tmp which you would not have. Changed it to $HOME/tmp. Hope this is the last of the script problems. You also no longer have to remove the installed app test. #!/bin/bash #*********************************************************************** #* #* voip_ck - check voip ports version 1.3 #* #* Verify ports used by ekiga are open on pc and accessable #* through pc firewall and modem. #* #* Uses nc from netcat-openbsd rpm to test port connections #* wget from wget rpm, and #* dig from bind-utils rpm to check sip.diamondcard.us servers. #* #* Required /etc/shorewall/rules snippet follows: #* #* If behind NAT router, read #* http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router #* #* # ekiga UDP Through NAT (STUN) ports #* ACCEPT $FW net udp 3478:3479 #* ACCEPT net $FW udp 3478:3479 #* #* # ekiga incomming SIP VoIP, Windows Messenger ports #* ACCEPT $FW net udp 5000:5100 #* ACCEPT net $FW udp 5000:5100 #* #* # ekiga incomming H.323, Netmeeting ports #* ACCEPT net $FW tcp 1720 #* ACCEPT $FW net tcp 1720 #* #*********************************************************************** set -u _exe=$0 _app=$(basename $_exe) _dport=0 _errors=("") _fault_flg=0 _fault_msg="pc firewall and/or tcpwrappers blocking" _ipv_mode="-4" _lan_ip=$(/bin/hostname --ip-address) _msg="" _nc_app="nc" _pkt_sw="" _pkt="-u" _registar="sip.diamondcard.us" _rpm="" _servers="" _servers_ip="" _sport=38564 _svr_fn=$HOME/tmp/$_app.log _target="$_lan_ip" _test="" _test_msg="LAN" _wan_ip=$(wget -qO - http://myip.dnsomatic.com/) mkdir -p $HOME/tmp port_ary=( "3478 UDP STUN" "3479 UDP STUN" "5060 UDP SIP" "5000 UDP SIP" "5100 UDP SIP" "7070 UDP RTP" "16382 UDP RTP" "30000 TCP old H323 H.245 " "30010 TCP old H323 H.245 " "1720 TCP H.323" ) #********************************** #* Verify needed apps are installed #********************************** _apps="nc wget dig" for _app in $_apps ; do set -- $(type $_app) if [ "$2" != "is" ] ; then _errors+=("$@") (( _fault_flg++ )) fi done set -- $(type rpm) if [ "$2" = "is" ] ; then _app=nc set -- $(type $_app) _bin=$3 if [ $? -eq 0 ] ; then _nc_app=$_bin _rpm=$(rpm -qf $_bin ) _tmp=${_rpm:0:14} if [ "$_tmp" != "netcat-openbsd" ] ; then _errors+=("$_bin needs to be the netcat-openbsd version") (( _fault_flg++ )) fi fi fi if [ $_fault_flg -gt 0 ] ; then echo " $_exe fatal _error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo "Please install any missing application " exit 1 fi set -- $(type nc) _nc_app=$3 #************************************************** #* check pc firewall (LAN) then WAN router ports #************************************************** /bin/echo " Testing PC firewall (LAN) the Router (WAN) ports " _fault_flg=0 pkill -u $USER -f $_nc_app > /dev/null 2>&1 for _test_msg in LAN WAN ; do /bin/echo "Testing $_test_msg $_target ports" i=0 while [ $i -ne ${#port_ary[@]} ] ; do set -- $(/bin/echo ${port_ary[$i]}) _dport=$1 _pkt=$2 shift 2 _test="$@" if [ "$_pkt" = "UDP" ] ; then _pkt_sw="-u" else _pkt_sw="" fi _test_args="$_ipv_mode -s $_sport $_pkt_sw -w 2 $_target" /bin/echo -n "$_test $_pkt $_dport " _msg="$_test_msg $_test_msg port ${port_ary[$i]}" $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn & /bin/echo "$_msg" |$_nc_app $_test_args $_dport _count=$(/bin/grep -c "$_msg" $_svr_fn) if [ $_count -eq 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) /bin/echo " " /bin/echo "Sent: $_msg " /bin/echo -n "Received: $_msg " /bin/cat $_svr_fn netstat | grep $_dport /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" if [ "$_test_msg" = "LAN" ] ; then /bin/echo "$_fault_msg port $_dport" /bin/echo "Open port $_dport in ${_target}'s firewall" /bin/echo "Allow port $_dport in ${_target}'s /etc/hosts.allow or" /bin/echo "Remove port $_dport in ${_target}'s /etc/hosts.deny" /bin/echo " " else /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" /bin/echo "Open/forward port $_dport to $_target in the router" /bin/echo " " fi else /bin/echo " passed" fi (( i++ )) done /bin/echo " " _fault_msg="Router's firewall blocking" _target="$_wan_ip" done pkill -u $USER -f $_nc_app > /dev/null 2>&1 echo 'ignore any Terminated $_nc_app $_ipv_mode messages' if [ $_fault_flg -gt 0 ] ; then echo " Clear the above errors to finish $_exe testing" exit 1 fi #************************************************* #* get registar's sip udp server and ip address #************************************************* while read -r line; do set -- $line _servers="$_servers $4" set -- $(host $4) _servers_ip="$_servers_ip $4" done < <((dig +short _sip._udp.$_registar SRV)) #********************************************* #* ping by ip then by name #********************************************* echo " Testing sip servers by ip then by name " _fault_flg=0 for _serv in $_servers_ip $_servers ; do _cmd="ping -c1 -w 2 $_serv" /bin/echo -n "$_cmd" $_cmd > /dev/null 2>&1 if [ $? -ne 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) else /bin/echo " passed" fi done /bin/rm $_svr_fn if [ $_fault_flg -ne 0 ] ; then echo "If one sip server FAILED and the other passed, then I am betting your ip ($_wan_ip) has been black listed. You will need to contact diamond to clear it from their blacklist. Repeted ping can also get you blacklisted. :( " else echo "Yea, if all tests passed that indicates ekiga should work. Assuming you have the account configured correctly. I had to remove the Ekiga account to get my diamond account working. My settings: Name: sip.diamondcard.us Registrar: sip.diamondcard.us User and Authentication user are both the same value. My Audio-> codec preference order is PCMU PCMA Speex All others not selected " fi #****************** end voip_ck ********************************************* From csanyipal at gmail.com Sun Aug 18 06:09:56 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sun, 18 Aug 2013 08:09:56 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <520FF075.6090907@verizon.net> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> Message-ID: <20130818060956.GA5830@localhost> On Sat, Aug 17, 2013 at 04:51:49PM -0500, junk_no_spam wrote: > On 08/17/2013 03:31 PM, junk_no_spam wrote: > >On 08/17/2013 02:15 PM, Csanyi Pal wrote: > > > >>./voip_ck: line 141: _nc_app: unbound variable > > Sorry, last script had a bug caused by my change for that problem > I also noticed _svr_fn=/local/tmp which you would not have. > Changed it to $HOME/tmp. Hope this is the last of the script problems. > > You also no longer have to remove the installed app test. I still have problem running script: ./voip_ck ./voip_ck fatal _error: /bin/nc needs to be the netcat-openbsd version Please install any missing application I have installed on my Debian SID system the netcat-openbsd debian package. In the /bin/ directory I have the @nc symlink: @nc -> /etc/alternatives/nc Further, the /etc/alternatives/nc is a symlink too: @nc -> /bin/nc.openbsd The *nc.openbsd is an executable: /bin/nc.openbsd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=285a31000d4c4e084d2ade049ab1875096d288dc, st ripped No, what can I do to run the script successfully? -- Regards from Pal From junk_no_spam at verizon.net Sun Aug 18 11:16:24 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sun, 18 Aug 2013 06:16:24 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130818060956.GA5830@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> Message-ID: <5210AD08.9050505@verizon.net> On 08/18/2013 01:09 AM, Csanyi Pal wrote: > I still have problem running script: > > ./voip_ck > > ./voip_ck fatal _error: > > /bin/nc needs to be the netcat-openbsd version > Please install any missing application That error came from the code checking the rpm binary. If true check the nc rpm. > No, what can I do to run the script successfully? Remove the block of code around line 89 through 103. First line in that block is set -- $(type rpm) through the next 3 fi statements. From csanyipal at gmail.com Sun Aug 18 13:34:25 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sun, 18 Aug 2013 15:34:25 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <5210AD08.9050505@verizon.net> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> Message-ID: <20130818133425.GA10163@localhost> On Sun, Aug 18, 2013 at 06:16:24AM -0500, junk_no_spam wrote: > On 08/18/2013 01:09 AM, Csanyi Pal wrote: > > >I still have problem running script: > > > >./voip_ck > > > > ./voip_ck fatal _error: > > > > /bin/nc needs to be the netcat-openbsd version > >Please install any missing application > > That error came from the code checking the rpm binary. If true > check the nc rpm. > > >No, what can I do to run the script successfully? > > Remove the block of code around line 89 through 103. > First line in that block is > set -- $(type rpm) > through the next 3 fi statements. I did that, and run again the voip_ck script. I attach the output of the script here. -- Regards from Pal -------------- next part -------------- A non-text attachment was scrubbed... Name: voip_ck.output.bz2 Type: application/octet-stream Size: 1170 bytes Desc: not available URL: From junk_no_spam at verizon.net Sun Aug 18 14:27:04 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sun, 18 Aug 2013 09:27:04 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130818133425.GA10163@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> Message-ID: <5210D9B8.7030603@verizon.net> On 08/18/2013 08:34 AM, Csanyi Pal wrote: > On Sun, Aug 18, 2013 at 06:16:24AM -0500, junk_no_spam wrote: > I did that, and run again the voip_ck script. Ok, I am glad we're making progress. I really would like for you to give me the results of type rpm Now to your problem. Looking at the log RTP UDP 16382 FAILED Sent: LAN LAN port 16382 UDP RTP Received: LAN LAN port 16382 UDP RTP LAN UDP port 16382 UDP RTP is not open Would seem to indicate a pc blocking problem. Not fatal to your ekiga call out problem. Same for H.323 TCP 1720 FAILED I think that is for video conferencing/display Testing WAN 95.85.141.89 ports STUN UDP 3478 FAILED That is fatal for ekiga phone calls and since it passed during the lan test I have to assume your router is not passing 3478 to the pc. I can not remember exact usage of the 50xx ports but pretty sure it is needed for voip calls. 7070 and 16382 are for RTP, not your basic voip calls. 300xx failures are also not needed for voip calls. Looking like router firewall problems. If you are running more than one pc on your lan, I would guess you would have to set your ekiga pc ip as static and have the router forward ekiga ports to it. Could be possible to use other features in router but I have very little experience with routing features. Snippet from my fios router follows: H.323 Call Signaling TCP Any -> 1720 TCP Any -> 1503 Destination Ports 3478-3479 UDP Any -> 3478-3479 Destination Ports 5000-5100 UDP Any -> 5000-5100 Destination Ports 7070,16382 UDP Any -> 16382 UDP Any -> 7070 Destination Ports 30000-30010 TCP Any -> 30000-30010 I am going to add fatal/nonfatal to my script. and hopefully get that rpm test to skip on Debian type installs if you give me the type rpm results. From csanyipal at gmail.com Sun Aug 18 15:03:23 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sun, 18 Aug 2013 17:03:23 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <5210D9B8.7030603@verizon.net> References: <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> Message-ID: <20130818150323.GB10163@localhost> On Sun, Aug 18, 2013 at 09:27:04AM -0500, junk_no_spam wrote: > On 08/18/2013 08:34 AM, Csanyi Pal wrote: > >On Sun, Aug 18, 2013 at 06:16:24AM -0500, junk_no_spam wrote: > > >I did that, and run again the voip_ck script. > > Ok, I am glad we're making progress. > > I really would like for you to give me the results of > type rpm ~$ type rpm rpm is /usr/bin/rpm > Now to your problem. > > Looking at the log > RTP UDP 16382 FAILED > > Sent: LAN LAN port 16382 UDP RTP > Received: LAN LAN port 16382 UDP RTP LAN UDP port 16382 UDP RTP is not open > > Would seem to indicate a pc blocking problem. > Not fatal to your ekiga call out problem. > > Same for H.323 TCP 1720 FAILED > I think that is for video conferencing/display > > > Testing WAN 95.85.141.89 ports > STUN UDP 3478 FAILED > > That is fatal for ekiga phone calls and since it passed during the > lan test I have to assume your router is not passing 3478 to the pc. > > I can not remember exact usage of the 50xx ports but pretty sure > it is needed for voip calls. > > > 7070 and 16382 are for RTP, not your basic voip calls. > > 300xx failures are also not needed for voip calls. > > Looking like router firewall problems. > If you are running more than one pc on your lan, I would guess you would > have to set your ekiga pc ip as static and have the router forward > ekiga ports to it. Could be possible to use other features in router > but I have very little experience with routing features. > > Snippet from my fios router follows: > > > H.323 Call Signaling > TCP Any -> 1720 > TCP Any -> 1503 > > > Destination Ports 3478-3479 > UDP Any -> 3478-3479 > > > Destination Ports 5000-5100 > UDP Any -> 5000-5100 > > > Destination Ports 7070,16382 > UDP Any -> 16382 > UDP Any -> 7070 > > > Destination Ports 30000-30010 > TCP Any -> 30000-30010 I edited the Shorewall's rules file on the router/gateway PC Box and now I have there followings: # ekiga DNAT:debug:GM net loc:192.168.10.90 tcp 1720 DNAT:debug:GM net loc:192.168.10.90 tcp 1503 DNAT:debug:GM net loc:192.168.10.90 tcp 30000:30010 DNAT:debug:GM net loc:192.168.10.90 udp 5000:5016 DNAT:debug:GM net loc:192.168.10.90 udp 5020:5023 DNAT:debug:GM net loc:192.168.10.90 udp 5060:5100 DNAT:debug:GM net loc:192.168.10.90 udp 3478:3479 DNAT:debug:GM net loc:192.168.10.90 udp 7070 DNAT:debug:GM net loc:192.168.10.90 udp 16382 I edited the Shorewall's rules file on the desktop PC Box and now I have there followings: # ekiga # http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router # ekiga incomming H.323, Netmeeting ports ACCEPT<>net<--->$FW<--->tcp<--->1720 ACCEPT<>$FW<--->net<--->tcp<--->1720 # ?? ACCEPT<>net<--->$FW<--->tcp<--->1503 ACCEPT<>$FW<--->net<--->tcp<--->1503 # ?? ACCEPT<>net<--->$FW<--->tcp<--->30000:30010 ACCEPT<>$FW<--->net<--->tcp<--->30000:30010 # ?? ACCEPT<>$FW<--->net<--->udp<--->5000:5100 ACCEPT<>net<--->$FW<--->udp<--->5000:5100 # ekiga UDP Through NAT (STUN) ports ACCEPT<>$FW<--->net<--->udp<--->3478:3479 ACCEPT<>net<--->$FW<--->udp<--->3478:3479 # ?? ACCEPT<>net<--->$FW<--->udp<--->7070 ACCEPT<>$FW<--->net<--->udp<--->7070 # ?? ACCEPT<>net<--->$FW<--->udp<--->16382 ACCEPT<>$FW<--->net<--->udp<--->16382 I restarted shorewall firewall on both systems ( gateway and desktop ) but still can't call from Ekiga a phone. I get message in the status line: The remote device is offline. However, I setup Linphone too for DiamondCard service and I can call a phone number from Linphone. > I am going to add fatal/nonfatal to my script. and hopefully get > that rpm test to skip on Debian type installs if you give me the > type rpm > results. ~$ type rpm rpm is /usr/bin/rpm -- Regards from Pal From junk_no_spam at verizon.net Sun Aug 18 15:41:09 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sun, 18 Aug 2013 10:41:09 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130818150323.GB10163@localhost> References: <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> Message-ID: <5210EB15.6090204@verizon.net> On 08/18/2013 10:03 AM, Csanyi Pal wrote: > ~$ type rpm > rpm is /usr/bin/rpm That caused the error. Thought Debian did not use rpm. I'm removing the rpm test. > DNAT:debug:GM net loc:192.168.10.90 udp 5000:5016 > DNAT:debug:GM net loc:192.168.10.90 udp 5020:5023 > DNAT:debug:GM net loc:192.168.10.90 udp 5060:5100 You have some holes in the 5000-5100 range. Suggest 5000:5100. I assume you will restart the router after changes. > > However, I setup Linphone too for DiamondCard service and I can call a > phone number from Linphone. Yep, same here. I had an not configured my DiamondCard Account correctly which caused me some grief. #!/bin/bash #*********************************************************************** #* #* voip_ck - check voip ports version 1.5 #* #* Verify ports used by ekiga are open on pc and accessible #* through pc firewall and modem. #* #* Uses nc from netcat-openbsd rpm to test port connections #* wget from wget rpm, and #* dig from bind-utils rpm to check sip.diamondcard.us servers. #* #* Required /etc/shorewall/rules snippet follows: #* #* If behind NAT router, read #* http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router #* #* # ekiga UDP Through NAT (STUN) ports #* ACCEPT $FW net udp 3478:3479 #* ACCEPT net $FW udp 3478:3479 #* #* # ekiga incomming SIP VoIP, Windows Messenger ports #* ACCEPT $FW net udp 5000:5100 #* ACCEPT net $FW udp 5000:5100 #* #* # ekiga incomming H.323, Netmeeting ports #* ACCEPT net $FW tcp 1720 #* ACCEPT $FW net tcp 1720 #* #* # ekiga RTP #* ACCEPT $FW net udp 7070 #* #*********************************************************************** set -u _exe=$0 _app=$(basename $_exe) _dport=0 _errors=("") _fault_flg=0 _fault_msg="pc firewall and/or tcpwrappers blocking" _ipv_mode="-4" _lan_ip=$(/bin/hostname --ip-address) _msg="" _nc_app="nc" _pkt_sw="" _pkt="-u" _registar="sip.diamondcard.us" _rpm="" _servers="" _servers_ip="" _sport=38564 _svr_fn=$HOME/tmp/$_app.log _target="$_lan_ip" _test="" _test_msg="LAN" _wan_ip=$(wget -qO - http://myip.dnsomatic.com/) mkdir -p $HOME/tmp port_ary=( "3478 UDP STUN, required for SIP (phone calls) and RTP (video)" "3479 UDP STUN, required for calls and video" "5060 UDP SIP required listen port for SIP signalling" "5000 UDP SIP, SIP signalling, range 5000-5100, required" "5100 UDP end of SIP 5000-5100 and H.323 gatekeepers range, required" "7070 UDP RTP, Incoming traffic from the other end. Often 5004, 7070, 16382" "16382 UDP RTP is the IETF standard used to transport audio and video " "30000 TCP H.245 channel for old H.323 implementations (Netmeeting) " "30010 TCP end of 30000-30010 range" "1720 TCP H.323 Listening port for H.323 gatekeepers" ) #********************************** #* Verify needed apps are installed #********************************** _apps="nc wget dig" for _app in $_apps ; do set -- $(type $_app) if [ "$2" != "is" ] ; then _errors+=("$@") (( _fault_flg++ )) fi done if [ $_fault_flg -gt 0 ] ; then echo " $_exe fatal _error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo "Please install any missing application " exit 1 fi set -- $(type nc) _nc_app=$3 #************************************************** #* check pc firewall (LAN) then WAN router ports #************************************************** /bin/echo " Testing PC firewall (LAN) the Router (WAN) ports " _fault_flg=0 pkill -u $USER -f $_nc_app > /dev/null 2>&1 for _test_msg in LAN WAN ; do /bin/echo "Testing $_test_msg $_target ports" i=0 while [ $i -ne ${#port_ary[@]} ] ; do set -- $(/bin/echo ${port_ary[$i]}) _dport=$1 _pkt=$2 shift 2 _test="$@" if [ "$_pkt" = "UDP" ] ; then _pkt_sw="-u" else _pkt_sw="" fi _test_args="$_ipv_mode -s $_sport $_pkt_sw -w 2 $_target" /bin/echo -n "$_test $_pkt $_dport " _msg="$_test_msg $_test_msg port ${port_ary[$i]}" $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn & /bin/echo "$_msg" |$_nc_app $_test_args $_dport _count=$(/bin/grep -c "$_msg" $_svr_fn) if [ $_count -eq 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) /bin/echo " " /bin/echo "Sent: $_msg " /bin/echo -n "Received: $_msg " /bin/cat $_svr_fn netstat | grep $_dport /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" if [ "$_test_msg" = "LAN" ] ; then /bin/echo "$_fault_msg port $_dport" /bin/echo "Open port $_dport in ${_target}'s firewall" /bin/echo "Allow port $_dport in ${_target}'s /etc/hosts.allow or" /bin/echo "Remove port $_dport in ${_target}'s /etc/hosts.deny" /bin/echo " " else /bin/echo "$_test_msg $_pkt port ${port_ary[$i]} is not open" /bin/echo "Open/forward port $_dport to $_target in the router" /bin/echo " " fi else /bin/echo " passed" fi (( i++ )) done /bin/echo " " _fault_msg="Router's firewall blocking" _target="$_wan_ip" done pkill -u $USER -f $_nc_app > /dev/null 2>&1 echo 'ignore any Terminated $_nc_app $_ipv_mode messages' if [ $_fault_flg -gt 0 ] ; then echo " Clear all port failures to finish $_exe testing. For any questions about ports, refer to http://wiki.ekiga.org/index.php/Manual#Using_Ekiga_with_routers_and_firewalls If you get $_nc_app argument error, then you do not have a compatiable netcat-openbsd nc application. " exit 1 fi #************************************************* #* get registar's sip udp server and ip address #************************************************* while read -r line; do set -- $line _servers="$_servers $4" set -- $(host $4) _servers_ip="$_servers_ip $4" done < <((dig +short _sip._udp.$_registar SRV)) #********************************************* #* ping by ip then by name #********************************************* echo " Testing sip servers by ip then by name " _fault_flg=0 for _serv in $_servers_ip $_servers ; do _cmd="ping -c1 -w 2 $_serv" /bin/echo -n "$_cmd" $_cmd > /dev/null 2>&1 if [ $? -ne 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) else /bin/echo " passed" fi done /bin/rm $_svr_fn if [ $_fault_flg -ne 0 ] ; then echo " If one sip server FAILED and the other passed, then I am betting your ip ($_wan_ip) has been blacklisted. You will need to contact diamond to clear it from their blacklist. Repeted pings can also get you blacklisted. :( " else echo " Yay, if all tests passed that indicates ekiga should work. Assuming you have the account configured correctly. I had to remove the Ekiga account to get my diamond account working. My Account settings: Name: sip.diamondcard.us Registrar: sip.diamondcard.us User and Authentication user are both the same value. My Audio-> codec preference order is PCMU PCMA Speex All others not selected " fi #****************** end voip_ck ********************************************* From csanyipal at gmail.com Sun Aug 18 19:36:20 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Sun, 18 Aug 2013 21:36:20 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <5210EB15.6090204@verizon.net> References: <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> Message-ID: <20130818193620.GD10163@localhost> On Sun, Aug 18, 2013 at 10:41:09AM -0500, junk_no_spam wrote: > On 08/18/2013 10:03 AM, Csanyi Pal wrote: > > >~$ type rpm > >rpm is /usr/bin/rpm > > That caused the error. Thought Debian did not use rpm. > I'm removing the rpm test. > > DNAT:debug:GM net loc:192.168.10.90 udp 5000:5016 > > DNAT:debug:GM net loc:192.168.10.90 udp 5020:5023 > > DNAT:debug:GM net loc:192.168.10.90 udp 5060:5100 > > You have some holes in the 5000-5100 range. Suggest 5000:5100. > > I assume you will restart the router after changes. Now I have: # ekiga [snipped] DNAT:debug:GM net loc:192.168.10.90 udp 5000:5100 [snipped] Have restarted gateway firewall: sudo shorewall check sudo shorewall stop sudo shorewall start Still can't call from Ekiga PC to phone. Why? I run again the last modified script and get output, see attached file. -- Regards from Pal -------------- next part -------------- A non-text attachment was scrubbed... Name: voip_ck.output.bz2 Type: application/octet-stream Size: 1702 bytes Desc: not available URL: From junk_no_spam at verizon.net Sun Aug 18 23:03:56 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Sun, 18 Aug 2013 18:03:56 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130818193620.GD10163@localhost> References: <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> <20130818193620.GD10163@localhost> Message-ID: <521152DC.9060809@verizon.net> On 08/18/2013 02:36 PM, Csanyi Pal wrote: > > Still can't call from Ekiga PC to phone. Why? Any port FAILED message with "required" in the description will cause phone call failures and must be fixed. Testing LAN x.x.x.x port failures are usually caused by the PC'S firewall. Might also be the contents of /etc/hosts.allow or /etc/hosts.deny Testing WAN x.x.x..x port failures are an Internet router issue .245 channel for old H.323 implementations (Netmeeting) TCP 30000 Since the above failed the LAN test. Recheck the firewall(S) for TCP 30000-30010 range. Same for TCP 1720 port. Key word there is TCP :) I guarantee STUN port(s) failures will stop ekiga from starting any call. I assume you read http://wiki.ekiga.org/index.php/Manual#Using_Ekiga_with_routers_and_firewalls From junk_no_spam at verizon.net Mon Aug 19 08:51:40 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Mon, 19 Aug 2013 03:51:40 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130818193620.GD10163@localhost> References: <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> <20130818193620.GD10163@localhost> Message-ID: <5211DC9C.4040903@verizon.net> On 08/18/2013 02:36 PM, Csanyi Pal wrote: > Have restarted gateway firewall: Hope the restart did not delete your router changes. :) If pc was rebooted, I hope router pc ip assignment still matched what pc is using. > Still can't call from Ekiga PC to phone. Why? > Testing WAN 95.85.141.89 ports > STUN, required for SIP (phone calls) and RTP (video) UDP 3478 FAILED STUN UDP ports 3478 and 3479 have to pass to/from router before Ekiga can even start the call. Noticed some 1720 and 30xx port errors. Double check firewall rules to verify they are set to use tcp. Modified the code to abort testing if there are problems in LAN pc firewall tests. If LAN testing has errors, WAN testing will have the same failures. Also modified the error logic to reduce noise from netstat. #!/bin/bash #*********************************************************************** #* #* voip_ck - check voip ports version 2.0 #* #* Verify ports used by ekiga are open on pc and accessible #* through pc firewall and modem. #* Verify DiamondCard SIP servers have not blacklisted your WAN ip. #* #* Uses nc from netcat-openbsd rpm to test port connections #* wget from wget rpm, #* pkill from procps rpm, #* netstat from net-tools rpm, and #* dig from bind-utils rpm to check sip.diamondcard.us servers. #* #* If you are not going to be using the ports, and it is not marked required #* free to remove the line from the port_ary. #* #* Do change _registar="sip.diamondcard.us" to your VOIP carrier #* #* #* If behind NAT router, read #* http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router #* #* #* Required /etc/shorewall/rules snippet follows: #* #* # ekiga UDP Through NAT (STUN) ports #* ACCEPT $FW net udp 3478:3479 #* ACCEPT net $FW udp 3478:3479 #* #* # ekiga incomming SIP VoIP, Windows Messenger ports #* ACCEPT $FW net udp 5000:5100 #* ACCEPT net $FW udp 5000:5100 #* #* # ekiga RTP #* ACCEPT $FW net udp 7070 #* ACCEPT $FW net udp 16382 #* #* # ekiga incomming H.323, Netmeeting ports #* ACCEPT net $FW tcp 1720 #* ACCEPT $FW net tcp 1720 #* #* #*********************************************************************** set -u _exe=$0 _app=$(basename $_exe) _dport=0 declare -a _errors=("") _fault_flg=0 _fault_msg="" _ipv_mode="-4" ix=0 _lan_ip="" _msg="" _nc_app="nc" _pkt_sw="" _pkt="-u" _registar="sip.diamondcard.us" _required="" _rpm="" _servers="" _servers_ip="" _sport=38564 _svr_fn=$HOME/tmp/$_app.log _target="$_lan_ip" _test="" _test_msg="" _test_type="" _wan_ip="" declare -a port_ary=( "3478 udp mandatory Outgoing STUN for SIP (phone calls) and RTP (video)." "3479 udp mandatory Outgoing STUN for calls and video." "5060 udp required SIP listen port for incoming SIP signalling." "5000 udp required SIP SIP signalling range 5000-5100." "5100 udp required SIP end of SIP 5000-5100 and H.323 gatekeepers range." "5004 udp required RTP Incoming traffic from the other end. Often 5004, 7070, 16382." "7070 udp required RTP Incoming traffic from the other end. Often 5004, 7070, 16382." "16382 udp required RTP is the IETF standard used to transport audio and video. " "1720 tcp optionial H.323 Listening port for H.323 gatekeepers (Netmeeting)." "30000 tcp optionial H.245 channel for old H.323 implementations (Netmeeting). " "30010 tcp optionial H.245 end of 30000-30010 range (Netmeeting)." ) function port_test () { _fault_flg=0 _errors=("") if [ "$_test_type" = "LAN" ] ; then _test_msg="pc firewall" _target="$_lan_ip" else _test_msg="router firewall" _target="$_wan_ip" fi echo " " echo "Testing $_test_type $_target ports" i=0 while [ $i -ne ${#port_ary[@]} ] ; do set -- $(echo ${port_ary[$i]}) _dport=$1 _pkt=$2 _required=$3 shift 3 _test="$@" if [ "$_pkt" = "udp" ] ; then _pkt_sw="-u" else _pkt_sw="" fi _test_args="$_ipv_mode -s $_sport $_pkt_sw -w 2 $_target" rm -f $_svr_fn /bin/echo -n "$_required $_pkt port $_dport " _msg="$_test_type $_test_msg port ${port_ary[$i]}" $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & /bin/echo "$_msg" |$_nc_app $_test_args $_dport _count=$(grep -c "$_msg" $_svr_fn) if [ $_count -eq 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) _errors+=("") _errors+=("$_required $_test_type $_pkt $_dport FAILED") _errors+=("$_test") _errors+=("") _errors+=("Sent: $_msg ") _errors+=("Received: $(cat $_svr_fn )") _errors+=("run netstat | grep $_dport") _errors+=("if you have port in use errors.") else /bin/echo " passed" fi (( i++ )) done /bin/echo " " } # end function port_test #********************************** #* main code start here #********************************** #********************************** #* Verify needed apps are installed #********************************** _apps="pkill nc wget dig hostname netstat /bin/echo" for _app in $_apps ; do set -- $(type $_app 2>&1) if [ "$2" != "is" ] ; then _errors+=("unable to find $_app") (( _fault_flg++ )) fi done if [ $_fault_flg -gt 0 ] ; then echo " $_exe fatal error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo "Please install missing application " exit 1 fi _lan_ip=$(hostname --ip-address) _wan_ip=$(wget -qO - http://myip.dnsomatic.com/) mkdir -p $HOME/tmp set -- $(type nc) _nc_app=$3 pkill -u $USER -f $_nc_app > /dev/null 2>&1 #************************************************** #* check LAN pc firewall then WAN router ports #************************************************** echo " Testing LAN PC firewall, WAN Router ports and Registar sip server connectivity " for _test_type in LAN WAN ; do port_test if [ $_fault_flg -ne 0 ] ; then break fi done pkill -u $USER -f $_nc_app > /dev/null 2>&1 sleep 1 echo "ignore any Terminated \$_nc_app \$_ipv_mode .... messages " if [ $_fault_flg -gt 0 ] ; then if [ ${#_errors[*]} -gt 0 ] ; then echo "$_exe fatal error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo "Solution:" if [ "$_test_type" = "LAN" ] ; then echo "Open FAILED port in $_test_type's firewall" echo "Allow ip/app in $_target's /etc/hosts.allow or" echo "Remove ip/app in $_target's /etc/hosts.deny" echo "if you are using tcpwrappers and modified those files" else echo "Open and forward FAILED port to LAN $_lan_ip" echo "in the $_test_type's router" fi fi echo " Clear all port FAILED failures to finish $_exe testing. Assuming you did not get any nc: errors; LAN port failures are a PC problems with the firewall. Maybe /etc/hosts.(allow | deny) if you are using them. WAN failures are a ROUTER firewall problems and you need to open/forward ports to your LAN pc For any questions about ports/router, refer to http://wiki.ekiga.org/index.php/Manual#Using_Ekiga_with_routers_and_firewalls If you get $_nc_app argument error, then you do not have a compatible netcat-openbsd $_nc_app application. " exit 1 fi echo " Testing sip servers by ip then by name. " #************************************************* #* get registar's sip udp server and ip address #************************************************* while read -r line; do set -- $line _servers="$_servers $4" set -- $(host $4) _servers_ip="$_servers_ip $4" done < <((dig +short _sip._udp.$_registar SRV)) #********************************************* #* ping by ip then by name #********************************************* for _serv in $_servers_ip $_servers ; do _cmd="ping -c1 -w 2 $_serv" /bin/echo -n "$_cmd" $_cmd > /dev/null 2>&1 if [ $? -ne 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) else /bin/echo " passed" fi done /bin/rm $_svr_fn if [ $_fault_flg -ne 0 ] ; then echo " If one sip server FAILED and the other passed, then I am betting your ip ($_wan_ip) has been blacklisted. You will need to contact diamond to clear it from their blacklist. Repeated pings can also get you blacklisted. :( " else echo " Yay, if all tests passed, that indicates echo test should work. You may want to consider running something like audacity to check microphone input and on what device before setting it in Ekiga preferences. Assuming you have the account configured correctly. I had to remove the Ekiga account, on one ekiga release, to get my diamond account working. My Account settings: Name: sip.diamondcard.us Registrar: sip.diamondcard.us User and Authentication user are both the same value. My Audio-> codec preference order had to be PCMU PCMA Speex All others not selected. I have not done any video call testing. " fi #****************** end voip_ck ********************************************* From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Aug 19 12:25:05 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 19 Aug 2013 14:25:05 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130817191550.GH5115@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> Message-ID: <52120EA1.7050905@pu-pm.univ-fcomte.fr> On 17/08/13 21:15, Csanyi Pal wrote: > On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: >> >On 08/17/2013 08:45 AM, Csanyi Pal wrote: >>> > >On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: >>> > > >>>> > >>Your account is not yet activated. >>> > > >>> > >It is just activated. >> > >> >Then you should be able to run a diamond echo test > I can't. When I callsip:441 shortly after calling the call is ended up > and nothing happen. > > I even can't call the Ekiga echo test neither. > It seems you missed my answer. The problem is not with firewall, but with too many codecs activated. The packet you send to call has more than about 1500 bytes and hence does not leave your computer. To reduce the size of your message check off several audio and/or video codecs. It should work afterwards. -- Eugen From csanyipal at gmail.com Mon Aug 19 13:32:21 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Mon, 19 Aug 2013 15:32:21 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <52120EA1.7050905@pu-pm.univ-fcomte.fr> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> Message-ID: <20130819133221.GA5154@localhost> On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: > On 17/08/13 21:15, Csanyi Pal wrote: > >On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: > >>>On 08/17/2013 08:45 AM, Csanyi Pal wrote: > >>>> >On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > >>>> > > >>>>> >>Your account is not yet activated. > >>>> > > >>>> >It is just activated. > >>> > >>>Then you should be able to run a diamond echo test > >I can't. When I callsip:441 shortly after calling the call is ended up > >and nothing happen. > > > >I even can't call the Ekiga echo test neither. > > > > It seems you missed my answer. Sorry, it was not intentional. However, I reduced the number of codecs but it seems that that it was enough. > The problem is not with firewall, but with too many codecs > activated. The packet you send to call has more than about 1500 > bytes and hence does not leave your computer. To reduce the size of > your message check off several audio and/or video codecs. It should > work afterwards. I have now check on only the following codecs: Audio codecs: PCMA gsm Video codesc: h261 With these codecs I can call from Eliga PC a mobile phone number successfully. But, on Ekiga echo test I can't heare any sound back. Why? -- Regards from Pal From csanyipal at gmail.com Mon Aug 19 14:03:02 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Mon, 19 Aug 2013 16:03:02 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <52120EA1.7050905@pu-pm.univ-fcomte.fr> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> Message-ID: <20130819140302.GB5154@localhost> On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: > On 17/08/13 21:15, Csanyi Pal wrote: > >On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: > >>>On 08/17/2013 08:45 AM, Csanyi Pal wrote: > >>>> >On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > >>>> > > >>>>> >>Your account is not yet activated. > >>>> > > >>>> >It is just activated. > >>> > >>>Then you should be able to run a diamond echo test > >I can't. When I callsip:441 shortly after calling the call is ended up > >and nothing happen. > > > >I even can't call the Ekiga echo test neither. > > > > It seems you missed my answer. > > The problem is not with firewall, but with too many codecs > activated. The packet you send to call has more than about 1500 > bytes and hence does not leave your computer. To reduce the size of > your message check off several audio and/or video codecs. It should > work afterwards. The problem is with tomany codecs checked and with firewall too, because when I edit the following line in shorewall.conf: LOAD_HELPERS_ONLY=Yes ( and restart shorewall with steps: sudo shorewall check sudo shorewall stop sudo shorewall start ) then Ekiga can call echo test and can call phone number, but if edit this line to No: LOAD_HELPERS_ONLY=No then Ekiga can't do echo test ( but without sound ) nor can call phone number. What is the solution for this problem? -- Regards from Pal From csanyipal at gmail.com Mon Aug 19 14:19:44 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Mon, 19 Aug 2013 16:19:44 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <5211DC9C.4040903@verizon.net> References: <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> <20130818193620.GD10163@localhost> <5211DC9C.4040903@verizon.net> Message-ID: <20130819141944.GC5154@localhost> On Mon, Aug 19, 2013 at 03:51:40AM -0500, junk_no_spam wrote: > On 08/18/2013 02:36 PM, Csanyi Pal wrote: > > >Have restarted gateway firewall: > > Hope the restart did not delete your router changes. :) > > If pc was rebooted, I hope router pc ip assignment still matched > what pc is using. > > >Still can't call from Ekiga PC to phone. Why? > > > > Testing WAN 95.85.141.89 ports > > STUN, required for SIP (phone calls) and RTP (video) UDP 3478 FAILED > > STUN UDP ports 3478 and 3479 have to pass to/from router before > Ekiga can even start the call. > > Noticed some 1720 and 30xx port errors. Double check firewall rules > to verify they are set to use tcp. > > Modified the code to abort testing if there are problems in LAN pc > firewall tests. If LAN testing has errors, WAN testing will have the > same failures. > > Also modified the error logic to reduce noise from netstat. I have setup my system to Hungarian environment. So, if I want run your script, I must do: export LC_ALL=C and after that can I run only your script. If I did not so, I get the following script output: ./voip_ck fatal error: unable to find pkill unable to find nc unable to find wget unable to find dig unable to find hostname unable to find netstat unable to find /bin/echo Please install missing application Now I attach the two newest script output here. Why two? Because I realize that that whenever I run the script twice in a row I get different output. Why? -- Regards from Pal -------------- next part -------------- A non-text attachment was scrubbed... Name: voip_ck.out-1.bz2 Type: application/octet-stream Size: 868 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: voip_ck.out-2.bz2 Type: application/octet-stream Size: 924 bytes Desc: not available URL: From junk_no_spam at verizon.net Mon Aug 19 15:12:30 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Mon, 19 Aug 2013 10:12:30 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130819141944.GC5154@localhost> References: <520FDDB6.7000804@verizon.net> <520FF075.6090907@verizon.net> <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> <20130818193620.GD10163@localhost> <5211DC9C.4040903@verizon.net> <20130819141944.GC5154@localhost> Message-ID: <521235DE.10405@verizon.net> On 08/19/2013 09:19 AM, Csanyi Pal wrote: > On Mon, Aug 19, 2013 at 03:51:40AM -0500, junk_no_spam wrote: > > I have setup my system to Hungarian environment. > > So, if I want run your script, I must do: > export LC_ALL=C OK, added it to my script. The app test checks for the "is" word to pass the check. I would have thought it would be a *LANG* variable problem. Sorry for the hassle with the script. Original was a quick hack just to prove my firewall/router was not my Ekiga problem. My problem was finally resolved when I got Diamond to remove my IP from their blacklist. > Why two? Because I realize that that whenever I run the script twice in > a row I get different output. Why? Could be a port setup problem in a slow/busy system. You might increase the time values by one or two. This command creates a listening port $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & and this one sends a message to the listener. /bin/echo "$_msg" |$_nc_app $_test_args $_dport You can try changing -w 2 to -w 3 in the test_args= string to give the sender a longer wait time to get the connection established with the receiver. Maybe we need a delay between listen setup and send msg. If playing with -w X did not help then add a sleep X between both. Example: $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & sleep 1 /bin/echo "$_msg" |$_nc_app $_test_args $_dport As for your audio problem. I know in older releases on Mageia/Mandrake, I had to run audacity (audio editor) to get the mic port link setup in /dev. Since you indicated linphone worked, I would assume you have not picked the correct microphone device in Ekiga Preferences. If you "grep audio: /etc/group" and it returns a line, I would go ahead and add yourself to the audio group. You have to log out/in to pick it up. Current groups I have added to my account are; [bittwister at wb]$ groups adm disk lp floppy games cdrom usb cdwriter audio video From csanyipal at gmail.com Mon Aug 19 16:25:31 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Mon, 19 Aug 2013 18:25:31 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <521235DE.10405@verizon.net> References: <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> <20130818193620.GD10163@localhost> <5211DC9C.4040903@verizon.net> <20130819141944.GC5154@localhost> <521235DE.10405@verizon.net> Message-ID: <20130819162531.GD5154@localhost> On Mon, Aug 19, 2013 at 10:12:30AM -0500, junk_no_spam wrote: > On 08/19/2013 09:19 AM, Csanyi Pal wrote: > >On Mon, Aug 19, 2013 at 03:51:40AM -0500, junk_no_spam wrote: > > > >I have setup my system to Hungarian environment. > > > >So, if I want run your script, I must do: > >export LC_ALL=C > > OK, added it to my script. The app test checks for the > "is" word to pass the check. I would have thought it would be > a *LANG* variable problem. > > Sorry for the hassle with the script. Original was a quick hack > just to prove my firewall/router was not my Ekiga problem. > My problem was finally resolved when I got Diamond to remove > my IP from their blacklist. > > >Why two? Because I realize that that whenever I run the script twice in > >a row I get different output. Why? > > Could be a port setup problem in a slow/busy system. > You might increase the time values by one or two. > > This command creates a listening port > $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & > > and this one sends a message to the listener. > /bin/echo "$_msg" |$_nc_app $_test_args $_dport > > You can try changing -w 2 to -w 3 in the test_args= string > to give the sender a longer wait time to get the connection > established with the receiver. > > Maybe we need a delay between listen setup and send msg. > > If playing with -w X did not help then add a sleep X between both. Example: > $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & > sleep 1 > /bin/echo "$_msg" |$_nc_app $_test_args $_dport I don't understand, how can I run these lines abowe in one bash shell, eg. in an xterm window? > As for your audio problem. I know in older releases on Mageia/Mandrake, > I had to run audacity (audio editor) to get the mic port link setup > in /dev. > > Since you indicated linphone worked, I would assume you have not picked > the correct microphone device in Ekiga Preferences. I picked the right microphone, I think in Ekiga Preferences: Ringing Device: Default (PTLIB/ALSA) Output Device: Default (PTLIB/ALSA) Input Device: USB Device 0x46d:0x808 [USB Audio] (PTLIB/ALSA) but this setup doesn't work. Why? In audacity the well functioning microphone is: USB Device 0x46d:0x808: USB Audio (hw:1,0): Mic:0 In Linphone the functioning microphone is: Ringing Device: ALSA: default device Output Device: ALSA: default device Input Device: ALSA: USB Device 0x46d:0x808 > If you "grep audio: /etc/group" and it returns a line, I would go ahead > and add yourself to the audio group. You have to log out/in to pick it > up. > Current groups I have added to my account are; > [bittwister at wb]$ groups > adm disk lp floppy games cdrom usb cdwriter audio video > I'm a member of these groups: ~$ groups csanyipal lp dialout cdrom floppy audio video plugdev lpadmin It's OK, right? -- Regards from Pal From junk_no_spam at verizon.net Mon Aug 19 17:16:44 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Mon, 19 Aug 2013 12:16:44 -0500 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130819162531.GD5154@localhost> References: <20130818060956.GA5830@localhost> <5210AD08.9050505@verizon.net> <20130818133425.GA10163@localhost> <5210D9B8.7030603@verizon.net> <20130818150323.GB10163@localhost> <5210EB15.6090204@verizon.net> <20130818193620.GD10163@localhost> <5211DC9C.4040903@verizon.net> <20130819141944.GC5154@localhost> <521235DE.10405@verizon.net> <20130819162531.GD5154@localhost> Message-ID: <521252FC.7070406@verizon.net> On 08/19/2013 11:25 AM, Csanyi Pal wrote: > On Mon, Aug 19, 2013 at 10:12:30AM -0500, junk_no_spam wrote: > >> If playing with -w X did not help then add a sleep X between both. Example: >> $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & >> sleep 1 >> /bin/echo "$_msg" |$_nc_app $_test_args $_dport > > I don't understand, how can I run these lines abowe in one bash shell, > eg. in an xterm window? When I was testing from a terminal, I had two xterms, one for receive and one for send. If you do a "man nc" you can see what the _test_args mean. What I was suggesting was, you modify voip_ck "-w 2" argument and re-run voip_ck. If you like, you use "set -x" to see what is going on, and "set -" to turn it off. Example: set -x $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & /bin/echo "$_msg" |$_nc_app $_test_args $_dport set - > I picked the right microphone, I think in Ekiga Preferences: > Ringing Device: Default (PTLIB/ALSA) > Output Device: Default (PTLIB/ALSA) > Input Device: USB Device 0x46d:0x808 [USB Audio] (PTLIB/ALSA) > > but this setup doesn't work. Why? I hear your pain. Different releases of Ekiga and my Mageia Linux picked different selections. I think the last two releases have picked the right ports the first time I ran Ekiga. > I'm a member of these groups: > > ~$ groups > csanyipal lp dialout cdrom floppy audio video plugdev lpadmin > > It's OK, right? Looking good enough for Ekiga as far as I am concerned. From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Aug 20 07:44:28 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 20 Aug 2013 09:44:28 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130819133221.GA5154@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> <20130819133221.GA5154@localhost> Message-ID: <52131E5C.4030007@pu-pm.univ-fcomte.fr> On 19/08/13 15:32, Csanyi Pal wrote: > On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: >> On 17/08/13 21:15, Csanyi Pal wrote: >>> On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: >>>>> On 08/17/2013 08:45 AM, Csanyi Pal wrote: >>>>>>> On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: >>>>>>> >>>>>>>>> Your account is not yet activated. >>>>>>> >>>>>>> It is just activated. >>>>> >>>>> Then you should be able to run a diamond echo test >>> I can't. When I callsip:441 shortly after calling the call is ended up >>> and nothing happen. >>> >>> I even can't call the Ekiga echo test neither. >>> >> >> It seems you missed my answer. > > Sorry, it was not intentional. However, I reduced the number of codecs > but it seems that that it was enough. > >> The problem is not with firewall, but with too many codecs >> activated. The packet you send to call has more than about 1500 >> bytes and hence does not leave your computer. To reduce the size of >> your message check off several audio and/or video codecs. It should >> work afterwards. > > I have now check on only the following codecs: > Audio codecs: > PCMA > gsm > > Video codesc: > h261 > > With these codecs I can call from Eliga PC a mobile phone number > successfully. > > But, on Ekiga echo test I can't heare any sound back. Why? I do not know, I need another -d 4 log. -- Eugen From csanyipal at gmail.com Tue Aug 20 07:56:07 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Tue, 20 Aug 2013 09:56:07 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <52131E5C.4030007@pu-pm.univ-fcomte.fr> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> <20130819133221.GA5154@localhost> <52131E5C.4030007@pu-pm.univ-fcomte.fr> Message-ID: <20130820075607.GC5429@localhost> On Tue, Aug 20, 2013 at 09:44:28AM +0200, Eugen Dedu wrote: > On 19/08/13 15:32, Csanyi Pal wrote: > >On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: > >>On 17/08/13 21:15, Csanyi Pal wrote: > >>>On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: > >>>>>On 08/17/2013 08:45 AM, Csanyi Pal wrote: > >>>>>>>On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > >>>>>>> > >>>>>>>>>Your account is not yet activated. > >>>>>>> > >>>>>>>It is just activated. > >>>>> > >>>>>Then you should be able to run a diamond echo test > >>>I can't. When I callsip:441 shortly after calling the call is ended up > >>>and nothing happen. > >>> > >>>I even can't call the Ekiga echo test neither. > >>> > >> > >>It seems you missed my answer. > > > >Sorry, it was not intentional. However, I reduced the number of codecs > >but it seems that that it was enough. > > > >>The problem is not with firewall, but with too many codecs > >>activated. The packet you send to call has more than about 1500 > >>bytes and hence does not leave your computer. To reduce the size of > >>your message check off several audio and/or video codecs. It should > >>work afterwards. > > > >I have now check on only the following codecs: > >Audio codecs: > > PCMA > > gsm > > > >Video codesc: > > h261 > > > >With these codecs I can call from Eliga PC a mobile phone number > >successfully. > > > >But, on Ekiga echo test I can't heare any sound back. Why? > > I do not know, I need another -d 4 log. I attach the -d 4 log here. -- Regards from Pal -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga_log.bz2 Type: application/octet-stream Size: 27922 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Aug 20 14:58:13 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 20 Aug 2013 16:58:13 +0200 Subject: [Ekiga-list] ANNOUNCE - Ekiga 4.0.1+ [STABLE] available for Windows Message-ID: <52138405.1010505@pu-pm.univ-fcomte.fr> Hello everyone, The number of fixes on the stable branch is not large, but a long-standing important bug on Windows (video is not shown on computer, https://bugzilla.gnome.org/show_bug.cgi?id=626515) has been fixed. As such, we prepared a Windows setup program (4.0.1+) with this fix and other interesting fixes, mainly for Windows. We encourage all people using ekiga for Windows and experiencing one of the bugs fixed (see below) to upgrade to this release. * What is it ? ============== Ekiga is a free Voice and Video over IP softphone allowing you to do free audio and video calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? =================== This "release" is available for Windows only. Install executable for Windows OS: http://ftp.gnome.org/pub/gnome/binaries/win32/ekiga/4.0/ * What's changed ? ================== Here are all the fixes: - [windows] Add support for YUY2 video rendering - [windows] Fix encoding for video device name - [windows] Do not crash when video driver/webcam is buggy - [windows] Increase timeout when waiting for images from camera device - [windows] Some updates for dependency versions - Fix crash when the new message sound key is unset - Fix registration for some users with symmetric NAT - Fix a bug which could lead to incorrect presence display - Fix sound event playing if full filename is provided - Fix broken popup menu in Call history - New translation: czech - Upgraded translation: el - other not user visible and harmless changes On behalf of Ekiga/ptlib/opal teams, Eugen Dedu From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Aug 20 17:12:30 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 20 Aug 2013 19:12:30 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130820075607.GC5429@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> <20130819133221.GA5154@localhost> <52131E5C.4030007@pu-pm.univ-fcomte.fr> <20130820075607.GC5429@localhost> Message-ID: <5213A37E.3080601@pu-pm.univ-fcomte.fr> On 20/08/13 09:56, Csanyi Pal wrote: > On Tue, Aug 20, 2013 at 09:44:28AM +0200, Eugen Dedu wrote: >> On 19/08/13 15:32, Csanyi Pal wrote: >>> On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: >>>> On 17/08/13 21:15, Csanyi Pal wrote: >>>>> On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: >>>>>>> On 08/17/2013 08:45 AM, Csanyi Pal wrote: >>>>>>>>> On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: >>>>>>>>> >>>>>>>>>>> Your account is not yet activated. >>>>>>>>> >>>>>>>>> It is just activated. >>>>>>> >>>>>>> Then you should be able to run a diamond echo test >>>>> I can't. When I callsip:441 shortly after calling the call is ended up >>>>> and nothing happen. >>>>> >>>>> I even can't call the Ekiga echo test neither. >>>>> >>>> >>>> It seems you missed my answer. >>> >>> Sorry, it was not intentional. However, I reduced the number of codecs >>> but it seems that that it was enough. >>> >>>> The problem is not with firewall, but with too many codecs >>>> activated. The packet you send to call has more than about 1500 >>>> bytes and hence does not leave your computer. To reduce the size of >>>> your message check off several audio and/or video codecs. It should >>>> work afterwards. >>> >>> I have now check on only the following codecs: >>> Audio codecs: >>> PCMA >>> gsm >>> >>> Video codesc: >>> h261 >>> >>> With these codecs I can call from Eliga PC a mobile phone number >>> successfully. >>> >>> But, on Ekiga echo test I can't heare any sound back. Why? >> >> I do not know, I need another -d 4 log. > > I attach the -d 4 log here. I do not see where the problem is. The most probable cause is that the firewall blocks some packets. -- Eugen From henny.banzai at gmail.com Sun Aug 25 14:33:44 2013 From: henny.banzai at gmail.com (henny.banzai at gmail.com) Date: Sun, 25 Aug 2013 23:33:44 +0900 Subject: [Ekiga-list] Test Call from Linphone Message-ID: <20130823231439.3056@binki> I am a registered member of this group. Why is my mail being sequestered? Operational Questin: I have a registered SIP account with Linphone. I'd like to test the SIP client. Can I call ekiga.net's call-back test, which I think is at: sip:500 at ekiga.net ? I also have an ekiga.net SIP account, but would like to test interoperability of the implemented SIP protocol. Regards From csanyipal at gmail.com Mon Aug 26 18:20:58 2013 From: csanyipal at gmail.com (Csanyi Pal) Date: Mon, 26 Aug 2013 20:20:58 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <5213A37E.3080601@pu-pm.univ-fcomte.fr> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> <20130819133221.GA5154@localhost> <52131E5C.4030007@pu-pm.univ-fcomte.fr> <20130820075607.GC5429@localhost> <5213A37E.3080601@pu-pm.univ-fcomte.fr> Message-ID: <20130826182058.GB5880@localhost> On Tue, Aug 20, 2013 at 07:12:30PM +0200, Eugen Dedu wrote: > On 20/08/13 09:56, Csanyi Pal wrote: > >On Tue, Aug 20, 2013 at 09:44:28AM +0200, Eugen Dedu wrote: > >>On 19/08/13 15:32, Csanyi Pal wrote: > >>>On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: > >>>>On 17/08/13 21:15, Csanyi Pal wrote: > >>>>>On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: > >>>>>>>On 08/17/2013 08:45 AM, Csanyi Pal wrote: > >>>>>>>>>On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: > >>>>>>>>> > >>>>>>>>>>>Your account is not yet activated. > >>>>>>>>> > >>>>>>>>>It is just activated. > >>>>>>> > >>>>>>>Then you should be able to run a diamond echo test > >>>>>I can't. When I callsip:441 shortly after calling the call is ended up > >>>>>and nothing happen. > >>>>> > >>>>>I even can't call the Ekiga echo test neither. > >>>>> > >>>> > >>>>It seems you missed my answer. > >>> > >>>Sorry, it was not intentional. However, I reduced the number of codecs > >>>but it seems that that it was enough. > >>> > >>>>The problem is not with firewall, but with too many codecs > >>>>activated. The packet you send to call has more than about 1500 > >>>>bytes and hence does not leave your computer. To reduce the size of > >>>>your message check off several audio and/or video codecs. It should > >>>>work afterwards. > >>> > >>>I have now check on only the following codecs: > >>>Audio codecs: > >>> PCMA > >>> gsm > >>> > >>>Video codesc: > >>> h261 > >>> > >>>With these codecs I can call from Eliga PC a mobile phone number > >>>successfully. > >>> > >>>But, on Ekiga echo test I can't heare any sound back. Why? > >> > >>I do not know, I need another -d 4 log. > > > >I attach the -d 4 log here. > > I do not see where the problem is. The most probable cause is that > the firewall blocks some packets. Well, I'm trying to solve the problem. I think the problem is with my firewall/gateway. When I start Ekiga with d -4 option, like this: ekiga -d 4 2>&1 | grep STUN then I get followings: 2013/08/26 20:13:58.113 0:00.265 Ekiga Started STUN detector 2013/08/26 20:13:58.242 0:00.394 StunDetect...6b28db8700 OPAL STUN server "stun.ekiga.net" replies Cone NAT, external IP 95.85.168.148 2013/08/26 20:13:59.436 0:01.588 Housekeepe...6b34127700 Ekiga Stopped STUN detector 2013/08/26 20:13:59.476 0:01.627 MonSock Created bundled UDP socket via STUN, internal=192.168.10.90:5060, external=95.85.168.148:5060 What does it mean? What to do? -- Regards from Pal From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Aug 26 18:51:14 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 26 Aug 2013 20:51:14 +0200 Subject: [Ekiga-list] Account is no locked anymore. What to do? In-Reply-To: <20130826182058.GB5880@localhost> References: <20130817091715.GA5115@localhost> <1376734343.3843.2.camel@SamsungStable> <20130817134525.GB5115@localhost> <520FAB6F.4010003@verizon.net> <20130817191550.GH5115@localhost> <52120EA1.7050905@pu-pm.univ-fcomte.fr> <20130819133221.GA5154@localhost> <52131E5C.4030007@pu-pm.univ-fcomte.fr> <20130820075607.GC5429@localhost> <5213A37E.3080601@pu-pm.univ-fcomte.fr> <20130826182058.GB5880@localhost> Message-ID: <521BA3A2.8050508@pu-pm.univ-fcomte.fr> On 26/08/13 20:20, Csanyi Pal wrote: > On Tue, Aug 20, 2013 at 07:12:30PM +0200, Eugen Dedu wrote: >> On 20/08/13 09:56, Csanyi Pal wrote: >>> On Tue, Aug 20, 2013 at 09:44:28AM +0200, Eugen Dedu wrote: >>>> On 19/08/13 15:32, Csanyi Pal wrote: >>>>> On Mon, Aug 19, 2013 at 02:25:05PM +0200, Eugen Dedu wrote: >>>>>> On 17/08/13 21:15, Csanyi Pal wrote: >>>>>>> On Sat, Aug 17, 2013 at 11:57:19AM -0500, junk_no_spam wrote: >>>>>>>>> On 08/17/2013 08:45 AM, Csanyi Pal wrote: >>>>>>>>>>> On Sat, Aug 17, 2013 at 01:12:23PM +0300, Alex Theotokatos wrote: >>>>>>>>>>> >>>>>>>>>>>>> Your account is not yet activated. >>>>>>>>>>> >>>>>>>>>>> It is just activated. >>>>>>>>> >>>>>>>>> Then you should be able to run a diamond echo test >>>>>>> I can't. When I callsip:441 shortly after calling the call is ended up >>>>>>> and nothing happen. >>>>>>> >>>>>>> I even can't call the Ekiga echo test neither. >>>>>>> >>>>>> >>>>>> It seems you missed my answer. >>>>> >>>>> Sorry, it was not intentional. However, I reduced the number of codecs >>>>> but it seems that that it was enough. >>>>> >>>>>> The problem is not with firewall, but with too many codecs >>>>>> activated. The packet you send to call has more than about 1500 >>>>>> bytes and hence does not leave your computer. To reduce the size of >>>>>> your message check off several audio and/or video codecs. It should >>>>>> work afterwards. >>>>> >>>>> I have now check on only the following codecs: >>>>> Audio codecs: >>>>> PCMA >>>>> gsm >>>>> >>>>> Video codesc: >>>>> h261 >>>>> >>>>> With these codecs I can call from Eliga PC a mobile phone number >>>>> successfully. >>>>> >>>>> But, on Ekiga echo test I can't heare any sound back. Why? >>>> >>>> I do not know, I need another -d 4 log. >>> >>> I attach the -d 4 log here. >> >> I do not see where the problem is. The most probable cause is that >> the firewall blocks some packets. > > Well, I'm trying to solve the problem. > > I think the problem is with my firewall/gateway. > > When I start Ekiga with d -4 option, like this: > ekiga -d 4 2>&1 | grep STUN > > then I get followings: > 2013/08/26 20:13:58.113 0:00.265 Ekiga > Started STUN detector > 2013/08/26 20:13:58.242 0:00.394 StunDetect...6b28db8700 OPAL > STUN server "stun.ekiga.net" replies Cone NAT, external IP 95.85.168.148 > 2013/08/26 20:13:59.436 0:01.588 Housekeepe...6b34127700 Ekiga > Stopped STUN detector > 2013/08/26 20:13:59.476 0:01.627 MonSock > Created bundled UDP socket via STUN, internal=192.168.10.90:5060, > external=95.85.168.148:5060 > > What does it mean? What to do? This is normal. It means that your NAT type is Cone NAT, which is manageable by ekiga. Could you send me a wireshark log together with the -d 4 log? This should suffice to see if the problem is with the firewall or with ekiga. -- Eugen From grep at gmx.us Thu Aug 29 13:27:17 2013 From: grep at gmx.us (That Guy) Date: Thu, 29 Aug 2013 09:27:17 -0400 Subject: [Ekiga-list] Ekiga ease of use? What am I missing? Message-ID: <521F4C35.5090408@gmx.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, first timer here, sorry so long, any help would be greatly appreciated! Help! Honestly, I really need some help getting a Skype replacement up and running. I have tried and tried but nothing. I am limited in the sense that I use *nix and my sick wife who is overseas getting Chemo uses M$ and is not at all technical and I'm not too much better and pretty much useless on a Windows "OS". Skype just works and that is why a 100 million people still allow M$ to benefit from letting the Tyrants in the USSA Govt spy on them. Spying on a conversation between a husband and a wife who had to leave the states alone to receive treatment for Lymphoma cant have a talk in private. You woman out there, how would you feel if you had cancer and no hair, eye-brows, eyelashes, etc., and all alone in a very foreign land and you try skype and it changed so much being able to communicate and share files and desktops so easily, only to find out that Microsoft and the USSA Govt were 100% spying on your single most personal and intimate conversations. I can picture some ass-hat NSA JBT Tyrant laughing and calling his buddies over to "take a look at the naked bald dying chick" who is only trying forget all the pain and uncertainty and insecurity about her appearance. I am so angry but if I had ever been able to get any other video/voip software up and running reliably for us both I think much of that anger would be gone or changed to motivation to help make changes but right now I just want to see the woman I love who may not live to see 40 years old. Thank you kyle grep at gmx.us PS. I'm no expert, no idiot either(I teach PGP/GPG, Bash, intro to *nix, & FDE to beginners) but that is what I have felt like, a total idiot, in my inability to get a single Open Source replacement up & running. What am I missing? - -- - -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.10 (GNU/Linux) mQINBFIaewoBEADTG92hLWpKPhcScBe8VPqSFd+pKWgJ2318AQW1SVJlAbcEOmj7 /lwIKL5lq+cduNMfsFcVreHqGdGLRKuBEyJU0JJsjP07/qO9Iq9mZqBz8VMrtq1R 7GKabb+G+f2uDob1PQvpJmFrttMLzTQeVG0hNrzziIYACj//VZRaheiv/rh8ZBfC 3T5UgMo+Z8ClYvBrThJBLjrchMuKxu14hptcSiCTGWKK4wl7TPvFVvu1mNxIU2iJ Xp9KT+plp1OFbelRzFFH1LHqoaWcpm6ABjtS/FF1XzDFfOf4zf8WScbGm4jU5rXQ ONO90U6fTCuVjbd7Vq0P4XX4wRdpC1NKGMudpqEPAh+0dYT494EmG/yRDSyUKlrR 7MSW1oz1C14sUb4A82ypfC0yRkcrj8cS7RRSGhVIhrrSPECL+Wdt3gKOMu9EnwHW ls+WOJm5eVVG0SbV0TLgnZ723FdlFFZsZSKEVduxbq9wLZu3aCm8nh9UY+STYM5T whAJL4+v5b9zJWtY+YMcH//YWLmxgQjLrMLOKUERRfRJUsC73DRiCvbnVSMelkZk ZnLfFPkq2C1XcAi8zk5oBI0O+iIcNn/1EK9u49ngz/V1NQXj0qHYTN4EsECCihXz r3bB1KyHZmu7yoRsN5m1UPmEXiCm2amuRLMcDKff1SA20rApCbgBvWSOjQARAQAB tCdreWxlIGJ5cm5lcyAoUHJpbWFyeSBrZXkpIDxncmVwQGdteC51cz6JAj4EEwEC ACgFAlIaewoCGwMFCQlmWTYGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEGPr 8mk3uIZEsMkQAJE+TZDoHmbFx+YHrjPg7EKba5+8jtqyH7sVHETEAHZaU6U2nVAd 135lN3+g0Dgn6y/8OlncJbioleXpWyWLzpYjMBv9mPPHj+2G0jj8Lg7wk1JzN0YN frq7wNEVFJB4Ryh1OUdfU89fY9PHPPl8WuE2E82XrqF6vY5R727ji97ojODi0g6s O5ygMbwccnNIhCSnuf/vZDvc/DVsPUytlkJdk7vaAXTFpYQk++UqG8mXKtWz43PZ p9SFy6gIZ0D4DZi0xxUg79fiKvy2tNDv8nAwXBWPGZicpmTxLJ2eRoYNpIlNgnZ6 Uk0txvS3414A0MZ0x4AC/WXilx6ykNxo9Fz8rS/8LMYfQXjdivg84LevuZkFa+BY nha0Fq1HwJpwbarmyu/BcKEXEBM8RPF0Rjm3ZymXJzkQto57kkzKKeud2Ob8WhDd 6qGv5bmU78KoR3NHgQc8bV+qYSY6ng5O4BcEUwtZjy3y8vTihJkyQ3W+U9dcBm6H kbTl4dL4kvRMJsGimT6iL80YL4tQltvEWuw14I6h7Hiq4YZMky30LI3mC/D+kcK3 5/eTVF9330snVg7yxEhc5CR/oBJoIRYNz1d26wYwm2AA1yqCizWRBYoMnr+M1nyE h/4v3m2v112FRXCpe74MzaSmY3W0jFW7t+l6D0uWUMb8vKNIeAR4v1q1iQEcBBAB AgAGBQJSGnwqAAoJEL/qyBxVCbTi9EgH/RoqiM5LPuZAqHkCx4o/h3Bu1txbTpzq OsXFvyEr8YOybUznu03Z103p7VeO1aHl87IhmEzPVLWLaM9mrk+QH6D0PHecHkti +Xz6RnHHWXZNFPli0ceW/Jx6xFyQCQRSfdsfkk5xRazEeBci4Tu2QWKohfKaVMSt 0oe/C76/WxrRHuwUMgPnfzF+2GnhyGdp/nICsyuENsk1CdSeqfuGqf/onNVdbcNK Nj8/UPdbndvsttqDhWSWn3PtoOhmpQMMEOoYw8FMeXsasNEx2v0NDDb6VboLcng4 UC2Cz5xZSa3nAgoXGhDMEUA8T1nWZT6ownk86EJxL+b1h18+BcXKVUnR1zXXMwEQ AAEBAAAAAAAAAAAAAAAA/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAgGBgcGBQgH BwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5 PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCACEAIkDASIAAhEBAxEB /8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcY GRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqD hIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAEC AwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMi MoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaan qKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6 /9oADAMBAAIRAxEAPwDg8jB6d6cfLyc4qH7JIwzuIppt2HVq6jMn3IDytN8wEFVG OajFsx/iNPFqwGS1ACkr35OKMqBhhzT/ALO3HzfpTksZpnCRKzseAqrkmkBEGXP3 celHyDr16V22l/DO9fT/AO0daluLC3/giitHnnk/7ZqMj8axtZbwzoOTLoHi+fb/ AB3MK2kbfiVJqXNIdmc/5at1zyfWgxRD1qeH4li3dbXw54U063uJmEay3Ra7lJPA A3YUH8K9C+Jmt+IPDc/hbStL07TTqt7b5ulisI5BLN8oKqCDgZz09an2iHynl7iN cgctn/CpYR/eHboK98v/AAZ4c/4RyDU/GcWn2V6kS/a7m0Jt4wx7Yzg+me/6V5v4 28MW2kS217otsraLKn7q9huTOsp9z0U+36+lKaYmrHIEgcbTmmlgGI6kkYpz7um4 UkaY+bPPU5qxBjaCSDnPApV2kknJ/Go3ZicBu/anBGA64HrQBISD0FRbl/2v1qVF IBwah2f5xSYGjvyAPaoGPzVaMQKBuhA/pVJ+DTAsxHNWLe3mu7hLe3iaWWRgqIgy WPoKqQnkV1cV7cfDG3HiHVIEW7nhdNPs3b55GIHzsB91QOvfkDvUydkCRe1xdH+F +gC61eK31HxJdJ/oti/zRw/7bjuB+p4Hc15rJ8YvG5P+j6pFaJ2S2tIkA/8AHc1y etazf+INWuNT1O4a4u523O7foAOwHQCqFYNt7mljth8XfHoOf+Ekuf8Av3H/APE1 Yj+NHj+MYOu+YPSS1hOf/Ha4GnxRSTzJDEjSSOwVEUZLE9ABSA918DT+L9f1nT9X 1rw/pL6Jta6l1BtMh3bEBPysozuyPrXoXib4i6X4a8J6N4pv9I83Ub6NRbwEBJVD Dc3zEEqBx+YrR0HRdZ8M+D9Ls7SRHktdPSD7MUyv2h2XdIx6lVy3APIz7V5L+0pL Kdb0GFjmNbaRh6biwB/kKAMDx/8AFHSfHlkUuNH1KGeNP9GAvx5Mb/3igT5j25P0 xXMeDfHN94UuHgdftujXPy3enynKSL3I/ut6EVp+F/g94s8V6Ump2cNtb2cozFJd S7fMHTIABOPrio9U+EPi/TbKW9js4L+1hLCSWxnWXaVOGGPvcYOeOMUAdT4i8PW9 pa2mu6NI13oN8N1vN/FGe8b+jAgj8K58gEHK4FX/AIOeKo4NUfwdqyfaNG1lvLCM f9VMeFYemeB9cHtWr4w8J3nhTV2t5WZ7VyWt5yOHX0PuO4raEr6Mho5pQMfKvGc5 zTs5JwnQdaUNjADcYo5J5fArQQhcBcBc1U84/wB2rZBIADcetQeV/t0gNxZYFkQT BmjyNyo20kexwf5VoHUfCMXXQNQmYf39QA/klYrHCLkZ98V3dh4P03T0HijxGUt/ D8NlBchc58+RkGVx1+9njvkDpSk0txnSaRqfh3w/8PZvEWp+HobKxVswRuwnlmzw Nu8Dqeg9ielcT4h134XfFLUIrjUNT1PRdSCCJJZ1/dkZOAeWUDk91rz34i/EW98d 6mgCfZdJtci0tB0UdNzY6tj8AOB78TWDdyz2y/8A2drv7GbzSPE1hdW5TzFedDGp XrncpYY968s8R+FdX8K3kdvqtt5fmrvhlRg8cy/3kYcEV0nw4+JWpeDL5bWXfe6J McXFm3zYB6sgPQ+3Q9/Uafxev9fuZbBJ5baXwy4M2kPaW4jiCEY2+oZRwVJpAeX1 9F/ATwBZJpMfi+/iWa7mdlswwyIlUlS/+8SCPYD3r50r2r4VfE+/sdK07wpb20c1 zHeZgV2C+fCxYvECcBXydyknB6emQD3vxN4p0nwlpL6jq90sMQB2J1eVv7qjuf8A Jr5Y1CbV/it4pvtbvp0sdLtRmW5mJ8qzhz8qj+8x7AcsTXSfHXR9Wu/iZYJveWLU Yoo7GMnhGyFZPruOT/vVhfE68t9Ea18CaO2NP0oBrt14NzdEZZ29cZwB25FAFq++ L1/pGhW3hrwc8tnplopRbu4Aa4lySSfRASTgDketZ+i614w8EaZZeMbTUle11W5l WSCVy4mdT8xkU+vPzA5+lcBXremR+EvFvwu0Pw9d+KINJ1nT5Z5FFzGwiO9ycMxA HTbyDxQBjPbR65r0Xi7whp7tJbTJeXukRnL27qwYsgHLRkjqBlc4IAxXsHh/X38X 6JZS+J5be60nxBcSwQRiMK2n3Cs2yLcOuVHDEZzxyGri9G+EeteEv+KstfFukxpY I1ws0BaRHUDJUngEEcfjWt4X1/TrDxraNJaxN4W8WMl5bJKgZLS+BwwGeAQ4x+Kn tQBxuu2CaNrt9pyv5n2aZog+MZANZ25SeRXQfEPTpLTx7q4lO3zJzKuR1VuQf1rm FgJPDV0rVGZZ3oB07dKr5X+6v50vkYPL1X8o/wB6gDdtklu7mC1gG6WZ1jRT3YnA rc+P+statong+3kP2aytlmlA6M2NiZ+gUn/gVbmm2VtYeEPCOvwWayagmq+TtXgz Au5AJ9RtGD71558crqC6+KWoeRMsoiiiifb/AAsFGV/Cspu5SOJ0PRL/AMR6zbaT pkPnXlwxEaFgo4BJJJ6AAE/hXf33h7wb8OpBB4hkfxFrygF9PtZDFbwH0kf7xPsP xFY/w0uJdIv9Z8RxD95pGmSyxMRkCV8RJ+rk/hV7QNG8OePLy4sbKz1qDW5LaW4N xPdpLB5iqWJc7AwUnjOepFZlFy1+OGraURHovh7w/p9sOkUVq2ce5DDNd54d+Jmh fFW3bwj4s0yO1uLriCSJvkaTttJ5R/Trnp3wfnIjBxUtrcy2d3DdQOUmhdZEYdQw OQfzoA6/x/8ADjVPA2oOH/0rTWfbFeRjj2Vx/C3t37VjeEPECeFvFNjrT2KXwtHL iB32gnBAOcHBBOenavUIPFWm+I9F8f6tZaC+nwz6cGvHe7aVZLh3AQhMBQc7jnr9 K8UoA9YsfiLe+Ovi34ZutYFvbWVrej7PCoGItxHVjySSq8n8hXBeL4b+DxjrC6pC 8N613I8qP1yzE/iOeD6ViglWDKSCOQR2r1XULyL4q+DYGWLf400hArqv37+3HUj+ 869SOvXHXgA8popzo0bsjqVdTgqwwQabQA4SOEKB2CnqueDXqfgy5Oq/BjxhpDt+ 8014tRtm7ocjdj0+5/49XlVdz4Oku9L8GeMNRkgdbC5sBYrKeFaZpEwo9SF3HjoB QB6xrEK/ET4baZ4us1EmpWkPlXyL1bb9/j2PzD2avMicDlQKt/BfxJf6frl7odrd mJtSt2+yq4zH9pX5k3D0IBU49fpWh4jsrO6gsvEWloYtN1VWbyev2eZTiSL6A9PY 1rTl0Ja6mHkAA7R61B5g/ufoaeAueWyOlR5T/np+laMk9e8OzpHoPhLzV3W9ob/U JB/1yBK/qa+bby7mv764vLhy888jSyMe7Mck/ma+hrE+X8PTJ/FHoGrMPruUV85V hLctHo/we1mytNdv9H1PTY76w1O2bzlfoohVpRkdx8v8qzta+JepahZz6fpWn6do OnzjbLDptuI2lX0d+pH5A034Wappel+OIDrDCOzuoZbRpicCIyKV3H25x7ZzWP4p 8Kap4R1iWw1K3dQGPlTAfJMnZlPQgj8qkZh1Na2s99dxWtrC81xM4SONBlmY8AAV Eqs7BVBLE4AA5Jr2zwxo9v8ADXT1vLiOKfxldRbooZBuXTY2HDOP75Hb8OBkmoQl N8sdxNqKuzI8Y2qeCfBFh4BtCJ9b1CZLzVfJ+Yhv+WcQx15wce2f4qdafDTSvDnh ObxJ4qe51FoJBFLpulyKfIf+7NJzt7Zx0yOtLowOkeIJvEDt9v1ZxIRcXZ3bZGGN 4A6EHp1xWN4G1y+8IeNEt9UUzaZqj/Zr+KT5kmRzjcc9SM59eo71tVw1SkryWhEK sJ6I0fCmteE9e8XaZoi+AtOhtbydYS73U0kig98lhz+FX9dk+HGi+LbvTpdF1/QL 2xuWSO8sLnf0PyuA5yARg8eta+kfDSx0v4xQtoGt2c8GmXazXNlOzJPAnXAyMOBk cg+mazNX+KE8nj7Ura68P6L4gSC9lisZp7dfMRVchcOByo9x+NYJNuyNDa1aDwzr VqJ9X+xeIHDiJ7uzBsdSjP8A01iPyuR6nH0rCuPh18PWjMyeKNWsExkpcWfnFfqU GKUeZLc3V7clGvLyVp7h1GAXY5OB6DoKcCQevHevXhlsXD3nqcEsW+b3VoZyeFPh VZus1149uruNDuaGCxdWcegODjNYnj7x1B4kjs9H0Sx/s7w7p/Ftbd3b++/v+fU8 nNdjL/wjC6M6a9o2kGziAHm27/Z7/wCZuWTtLtyMg849a898aeEW8LXtvJbXIvtI v4/PsL1RgSp6H0YdCK8urTdObg+h2wkpxUkZOg6vcaBr1jq1q2JrSZZV98HkfQjI /GvoHxbp9uvhzxL9jRVtY9Tt9RgCjACzwqGI9i2TXzbX01oF1Drf7P0l7KoN1HZr azP3IgkOzP0B/WojuNnkwRyMBeB3qv8AZnq2GB4GcetR/J/tV0Mg9ILiH4ctk436 HqaD/vsH+lfO9e/6rBczfD/SYbUbpri01CJV/vd8fU9q8ArCe5aCvRvD/wAZNc0P w5Foc9hp+q2kRxH9vjaQqvZeuCB2/KvOaKkZ6WPjFNCxltfBvha2uByk8djhkbsw 56g80mi3E97pxvruZ57q7kaWaVzlnYnGT+Vea10nhbVbr7daaSkfnLcTLFEo4IZm wMfia68FVhSqXmY14OcLI7U+1RSwxTKFljV1DAgEdCO9SSYEksQZWaKRo32sGwyn BH50gDYwRya97SS7o83VM5vx1DqWs+ILzxBIFka5KmQRKRtwoXp6cVb8LaJ9gt/t lwuLiUfKD1Rf8TXY6XYeY3mOBgfrV280tZPniGG9OxrkhhaVOrzo0niJSjysxN3f pmhnVI2ZmAVRkseg96WWF4mKsCD3qhqumT654X1WTSL2KW500q93ZLnzTDjlx6gH GQPf8eivWjShzMzp03UlZHCeIdYOrXvyH/R4srGPX1P412vgR08ZeENT8B3Tg3iB r7Rmc9JVHzxg+jD+prze3tbi7l8q2glmkxnZGhY/kKntbm/0PVYLuBpbS9tpBIjE bWRhyODXzk5ynJyluz1oxUVZFWWN4ZXilRkkRirKwwQR1Br3X4YXm/4GeKbZj/qJ 2I9gyp/UGvPfiZLDfazpesx20cE2raXDe3SxDCmZiyswHbO2uo+F84/4Vh46hJ4X 7M3/AH0zD+lStyjF81RjBHSoPO/2h+VOEa571B5X1roMz0vQ7yaHSIJnYtFpeowz jP8ACjkhx9Mqv5mvHvHWiDw5441jS1XbFDcsYh/0zb5k/wDHSK9y8E2kWqWGt6OS POu7QGEHuyHI/UivO/jFa/apPD3iJQf9PsBBOf8AptCdrZ/MflWU9ykeYUUUVmUF dt8J7Nbj4gWd3KuYNNjlv5T6CJCwP/fW2uJr03wJb/2R8LvG3iVxhpoF0u3PqZCN +PwZfyoA4G31e8tb6S6jlO+Ryzg8hsnPIr0Dw3qUGvNsRSk68uh5AHrn0rzOGGSe ZIolLO5woHc16p4dsE0KyEQw0j4aVx1J9M+gr0svdVtpfCceL5FHzO0hiWGJUQcC pM8VStrsOoyc1YllWOMtke3Nei07nnlDWBEbV1LbJCvDgcr71zvgKw03wdqF54s1 3WpY/sLbYbS2UNJebwQQQ3GPUfjkYGbV/cmeVvm+UH8zVJ40mUxyKGQjBVh1qK+G VaNm9Ub0KrpnR2k+jaT8MvGHjPwq1xp39oSxwQREhZbVxINyqwP3SHBx2HHauQsP G+neKvDV7onjmQy3kcTPpmrmPdLHIBwjkDJUn+fPYjWjh01vh9feF3mns4Zb4X6z RxedghQpTbkHHGc5NYWg2/w50G+S/wBX1fUNZeBtyWMNgYlZh0Dl25HtxXiVaM6T tJHpQnGauil8R7N9Pl8MWcqlZYtBtvMU9VZmdsf+PVsfC+Qnwj44tweWtbZ/++ZD /jXLePPFr+NfFlzrLW/2aN1WOKHdu2IowMn17/jXa/AGK1v/ABTq+k3sYktrzTm3 oSRu2yIe31NZrRlmV8ykkY5qt+9/ur+dWZAiyyDBwGIX6VBx/cNdBmbVv4hutK1C C9sX2TwNuU9j7H2I4/Guy8YaXaeMfhLqmrafsRLe4/tJIieYJMYni+nVx65Feast dr8PdQsUs/EWkayX/si6095LgL1ULgFh7hWJ/wCA1E1dFI8KorrfHfgK/wDBGpRr K63Wm3I32d7H9yZev4HBHH5VyVYlBXrPxAA8LfCvwp4QHy3dyDqd6vcFs7Qf++iP +AVyXw18PJ4m8faZYTbTbiTzplYgb0T5ioz1zgD8a6XVoR4r8Z65rXiy7TSpoJVi tdLn4lk5ARAv90Dkt0JPvTiuZpCbsrmR4R0P7PCNSuF/eyD9yp7L6/jXVA44xk0p GwgdB2x6Up9a+mo0o0oKMTx6k3OXMxY5DF8yttxyc1u31rDB8NLjxN9ojvPNeFbJ LVySSzbXRhj73fj0rBvPC2r6vpfmi4tdK0l8+fqV7MEQL3VR1Y/T6ZrHbx5p/gbR 59D8Dz3F1LMwa41a6GAWAxmGI8J1+8ef0rzcbi2pclN7bnXh8Omuaa3L1zbXNs6R 3dvLbTNGsnkzDa6q3TcvUVEvSvM11S+GoNfG6le6dizyuxZnJ65J6/jXZ6P4lt9Q 2wzhYbn/AMdf6f4VthsbGp7s9GTVw7jrHVG0pO7iuG8XpGmt/IACYlLY9ef/AK1d bqGr2OmxF5ZkaXHEaHLE/wBK87vryS/vJLmX7znOPQdhWeYVY8nItysLB83N0K9e 1fBrw6+k6FrHj27Zo0gt5YLJc4EjYwWPqM4Ue+fSvHbGzm1HULaytk3z3EqxRr6s xwB+Zr6Q+Ilza+GPCWkeCbAjbFCjT7eCVXpn3Zst+FeTFXZ2s8rOVOdw9DUPmP6i pSUwSAfzqDcPRvzroIJzytbvgiJLnxDLaSjMVxY3UUg9VML0UUpbMaIfAss3jbwH rXhnWp5JbHSYRe2TqR5kTjI2hjn5cE8Y78EV5MwwxHoaKK5yxUd4pFeNmR1OVZTg g12WnfFXxbYxJDNfx6jAnSPUYVuP/HmG79aKKAOl0vUZNV09L2WKKJ5Cx2RAhV56 DJJ/Wn6jO9rp1zPHjfHGzLnpkUUV9NBv2SfkeRJLnt5nll3qF7fspu7uefYML5sh baPQZ6Cq1FFfMnrhRRRQAUUUUAehfBOygvfippQnXcIRJMo/2lQkH8Dz+FXvFd/c an4r1O6uX3SNcOvsApwAPYACiitKe4mY/aoaKK1JP//ZiQI+BBMBAgAoBQJSGnvg AhsDBQkJZlk2BgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRBj6/JpN7iGRE8R D/9KemwRcbhCG2fGMGmoTKC8ig1vcmabOVYg5z6FmeR2XY/HmBRYVCa70wxXeJWa QLPYE55MlA8vFvwnxfc3Z4Q+DPkDWbIdSZS+ioWMdO5omtMP4wD6gHCnBpBrmQaH yP0CLhsJFKfVZ0c+V0N+pTezgxwI2lB6zTggM6JOK4IvvOQ9QjAvhqlu8wbq3F93 10g6ON+W6Z2Bj5lKuczfAicHLTMHafc2g9zC0XMvV2o0gqTWHGl+/f8sfBu8D8W7 xUQbkatURa+/UCkU4fv1EJ/ILIfsPuJy2H8nq8awx6iDOMJxbifZXT3pTe8Jngmi n66+7rH4iaopvH+lJTfQXXWtLv3d7cny1SdU0Zg26TxEnYy7ZX9oAagxlGl6krLh yATOyYzFQ1SRkIJA4wb4g3BHDy9bvgI+Z0X5JwTicwue1pdj3WrpSXhDd7xjldba 2JYUeRYUSCD3qsPnCeBJw5sgi74PCVf+5fa6SWFeSTliRA7cfhMsMMGD+2jBeGia pVw5ILKoi/RztWyzdX6M2VPwZLgrt7Drp0lGbi7TnouOIUlUa7NkuDS9zgYoK1kP xpKOPZLa/m4B0hPxfcKJg80YkYgJhGeqVBh1jLiawPKHRlTDNCXx98iOSuO8GOym 0YdZQJuqoiJXug0CeR7kz5qQZtseP3C58vwg5DzozjgIDLkCDQRSGnsKARAAsl9R VFbiFepi0pV+/ye7YiQst77aUomCvhsXzJGxQAGLCqBs5zE/a1hIJpXXP+4VDZCW ku5YSkZZkyzjGdjgUAcqHZxLTJ9eOwJDrjsWfr79zNlrNALj8npIzRuqr0GGCBU0 ZttfbRSWaKIMfJMXlHJ7c/9y3DhDLpDbwieFp1B4r6AF0L1BFCMPt+MtzoJZZ7hy 7IlQXouWK/luSQOzi7K1h+MDs9vFMxsf0IvGWNcpig2hiD7J0SAS47Lf7M16e2/q ABVO4BnnyZpUOFOA/9AvLsq/A9178MFuKifuNzGhGACJylAGC25EwAvmbYL4oiIo Yj6yO2ggzPNSr0zzmWzSeVU8/uEOm7dRiU+sjMxUttYNQrKnbggqAd87Dd+g2tXT sEqB6RVKu6PqKT6syR9acdlMSXmNllgRQOclwshrm1aS2em8d0xFa/fF3F028uhc 3nQRkseLU1FZup3hM9850kypo3q5UgYEdZZzYfBbvNWYaHvkHvRzWYEGWS1klVlE 1X4a6/8KrLWcCLxfWikwjAgIEx5+WN6ZDcscmx62EGIhfuOj8WWxsK2h1D6Y/kc4 N3nOuyyotbAWm67mOKc+TeZmm8mGVnorbq0s1GpEuHDM4c4+QioDPdy/AANsJJn0 E+AJN3AQK/jNom9X6Nhc4V8oo7u8Dp+vUS+87hEAEQEAAYkCJQQYAQIADwUCUhp7 CgIbDAUJCWZZNgAKCRBj6/JpN7iGRKdhEACR2GhG4ZGYQ0nFCI2KaNm3Ys2KmpGr n2QvzT0jLEQxshCoYjJhLwuySEWUTyVxn+J3BnapR0/4YmUSSoQKgGw1WorIfn8n 2jkXduXs9Dxv1DZab3x1NVBuhCFQQ/RnFrR19up9shWkAfdzat245rANm8jxQhEb pMauMGTe8opLWV7di9j+LjY6Dc7Aqo6i25PjkbVy8CMBzXyVk3X4qflzKJpkdxLo VCzN43VxGWOaEKSY3cTC5qrMShgiRi7zhsil2h0w5oJt1D3B0hx4VWUipcf1mBUy H76m5Dy9pQYd4/5TeQsGFIUwGh37wz9zkFHpxinnCFt9FrFNbpH/H0liYZps76jN 6c9CM0EUw7waOtfeswCZGdLFKfCu1zlNfe2U16QxHOLE7v4cjKeE6zvh1xkC26Im vGON7PLFlrSkGdpTr+Zm/vjtRJNiTMCQ1S7zNhg20Ee/0jLYY85qFiqqyAKKaANR 4hvMWK0cQLI1xL73DCtnjObUc2bDG0hZVUCMkjIPCwVseh8p7acRzQnELh+FUHWU EjI1FpFO5Lan551byPMz23E+LQQvXlHrtfI/TQz2Y5hieps7Pxpc1o+5QPpNu+9+ 9tcQkdANJo0rhky387RTrdu6Oyh4Mib1YphkPCb2vnJpmjjOBkMgiBHVt77BhgD6 LmV01hrApV+zGg== =r/sW - -----END PGP PUBLIC KEY BLOCK----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJSH0wwAAoJEGPr8mk3uIZEHTwQALBNuXa3jWP0NpObcYZ4Ajqy 2w6gxLRYMYugTwULjyOfK/o7t60iHi8hcUGAZDIsAVrgOUNEhEc9WJF+OjWmPMRm GSREqFVxhDorwW0XPqOgAMKXTrjmhIrfyixIa3mHPR9ubY1XHvuKZ7U9GOVH+VQ7 jWGdGkySXfi0lOrTDH0rrAWbVzAAod03OmCYIbVBTy/W4vqNj0hbNEgkZYLMJWWo 1DnnhSCgBFN0L0/vsCDm4mVyUpN4VkqJ5xqDN3dtlrhQm/K4Hrv1zVzoE3zWJc9T a0gGd2Btgd018ePD3xBBHQ3bkvuUTp+LL/EDHMdJoFHLQZOACpcOLCx3mnjBvASo dA2wWWCOzqKM1H4xFaReEdlh8jvmQCxDaudM2VACL01P46ZsV1jrcUXMe/U6FELY yPcOPRpnUzqjPonUzWfvBn2ezLAe3R5t0paIDJXzMSo8vG8h04yKIZu7LgKB2Acb uH7M4WrEwFbRJYGGBBd3G7ByZMeBlzywxdGxyXJScU7YZMT0JSE08kqAGDePN9bD Gj78He19eauUD/KBmiN1HjwNXzBFN7hf94A+TzarcTAJRPGTYeNUG7FfjuNiKGQb ws5ZPM8M2q6p9coPMHSaB3ovH8LXslov+hsFYLEBZKrBrlSbQAW2i2cA7Zc99jax ZQEd246vutqw5xOy5ffK =AQ9z -----END PGP SIGNATURE----- From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Aug 29 14:36:55 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 29 Aug 2013 16:36:55 +0200 Subject: [Ekiga-list] Ekiga ease of use? What am I missing? In-Reply-To: <521F4C35.5090408@gmx.us> References: <521F4C35.5090408@gmx.us> Message-ID: <521F5C87.7090504@pu-pm.univ-fcomte.fr> On 29/08/13 15:27, That Guy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, first timer here, sorry so long, any help would be greatly > appreciated! > > Help! Honestly, I really need some help getting a Skype replacement > up and running. I have tried and tried but nothing. I am limited in > the sense that I use *nix and my sick wife who is overseas getting > Chemo uses M$ and is not at all technical and I'm not too much better > and pretty much useless on a Windows "OS". Skype just works and that > is why a 100 million people still allow M$ to benefit from letting the > Tyrants in the USSA Govt spy on them. Spying on a conversation > between a husband and a wife who had to leave the states alone to > receive treatment for Lymphoma cant have a talk in private. You woman > out there, how would you feel if you had cancer and no hair, > eye-brows, eyelashes, etc., and all alone in a very foreign land and > you try skype and it changed so much being able to communicate and > share files and desktops so easily, only to find out that Microsoft > and the USSA Govt were 100% spying on your single most personal and > intimate conversations. I can picture some ass-hat NSA JBT Tyrant > laughing and calling his buddies over to "take a look at the naked > bald dying chick" who is only trying forget all the pain and > uncertainty and insecurity about her appearance. I am so angry but if > I had ever been able to get any other video/voip software up and > running reliably for us both I think much of that anger would be gone > or changed to motivation to help make changes but right now I just > want to see the woman I love who may not live to see 40 years old. > Thank you > kyle > grep at gmx.us > PS. I'm no expert, no idiot either(I teach PGP/GPG, Bash, intro to > *nix, & FDE to beginners) but that is what I have felt like, a total > idiot, in my inability to get a single Open Source replacement up & > running. What am I missing? You are right that skype just works, and this is a big win. Ekiga in some cases does not work, either because some structural limitations, or because of bugs. We are trying to fix the latter ones. If you wish help, just tell what you have tried and what does not work. -- Eugen From junk_no_spam at verizon.net Thu Aug 29 14:48:38 2013 From: junk_no_spam at verizon.net (junk_no_spam) Date: Thu, 29 Aug 2013 09:48:38 -0500 Subject: [Ekiga-list] Ekiga ease of use? What am I missing? In-Reply-To: <521F4C35.5090408@gmx.us> References: <521F4C35.5090408@gmx.us> Message-ID: <521F5F46.4010600@verizon.net> On 08/29/2013 08:27 AM, That Guy wrote: > Help! Honestly, I really need some help getting a Skype replacement > up and running. ekiga is not going to talk to skype connection. Both parties will need to be using the same protocol. Basic newbie linux problems are the firewall, audio device selection and same for codecs. Here is a script you can use to check your LAN firewall then your WAN router firewall. Hopefully Ekiga developers will create a LAN/WAN test one of these days. -------------- next part -------------- #!/bin/bash #*********************************************************************** #* #* voip_ck - check voip ports version 2.1 #* #* Verify ports used by ekiga are open on pc and accessible #* through pc firewall and modem. #* Verify DiamondCard SIP servers have not blacklisted your WAN ip. #* #* Uses nc from netcat-openbsd rpm to test port connections #* wget from wget rpm, #* pkill from procps rpm, #* netstat from net-tools rpm, and #* dig from bind-utils rpm to check sip.diamondcard.us servers. #* #* If you are not going to be using the ports, and it is not marked required #* free to remove the line from the port_ary. #* #* Do change _registar="sip.diamondcard.us" to your VOIP carrier #* #* #* If behind NAT router, read #* http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router #* #* #* Required /etc/shorewall/rules snippet follows: #* #* # ekiga UDP Through NAT (STUN) ports #* ACCEPT $FW net udp 3478:3479 #* ACCEPT net $FW udp 3478:3479 #* #* # ekiga incomming SIP VoIP, Windows Messenger ports #* ACCEPT $FW net udp 5000:5100 #* ACCEPT net $FW udp 5000:5100 #* #* # ekiga RTP #* ACCEPT net $FW udp 7070 #* ACCEPT net $FW udp 16382 #* #* # ekiga incomming H.323, Netmeeting ports #* ACCEPT net $FW tcp 1720 #* ACCEPT $FW net tcp 1720 #* ACCEPT $FW net tcp 30000:30010 #* ACCEPT net $fw tcp 30000:30010 #* #* #*********************************************************************** set -u export LC_ALL=C _exe=$0 _app=$(basename $_exe) _dport=0 declare -a _errors=("") _fault_flg=0 _fault_msg="" _ipv_mode="-4" ix=0 _lan_ip="" _msg="" _nc_app="nc" _pkt_sw="" _pkt="-u" _registar="sip.diamondcard.us" _required="" _rpm="" _servers="" _servers_ip="" _sport=38564 _svr_fn=$HOME/tmp/$_app.log _target="$_lan_ip" _test="" _test_msg="" _test_type="" _wan_ip="" declare -a port_ary=( "3478 udp mandatory Outgoing STUN for SIP (phone calls) and RTP (video)." "3479 udp mandatory Outgoing STUN for calls and video." "5060 udp required SIP listen port for incoming SIP signaling." "5000 udp required SIP SIP signaling range 5000-5100." "5100 udp required SIP end of SIP 5000-5100 and H.323 gatekeepers range." "5004 udp required RTP Incoming traffic from the other end. Often 5004, 7070, 16382." "7070 udp required RTP Incoming traffic from the other end. Often 5004, 7070, 16382." "16382 udp required RTP is the IETF standard used to transport audio and video. " "1720 tcp optionial H.323 Listening port for H.323 gatekeepers (Netmeeting)." "30000 tcp optionial H.245 channel for old H.323 implementations (Netmeeting). " "30010 tcp optionial H.245 end of 30000-30010 range (Netmeeting)." ) function port_test () { _fault_flg=0 _errors=("") if [ "$_test_type" = "LAN" ] ; then _test_msg="pc firewall" _target="$_lan_ip" else _test_msg="router firewall" _target="$_wan_ip" fi echo " " echo "Testing $_test_type $_target ports" i=0 while [ $i -ne ${#port_ary[@]} ] ; do set -- $(echo ${port_ary[$i]}) _dport=$1 _pkt=$2 _required=$3 shift 3 _test="$@" if [ "$_pkt" = "udp" ] ; then _pkt_sw="-u" else _pkt_sw="" fi _test_args="$_ipv_mode -s $_sport $_pkt_sw -w 3 $_target" rm -f $_svr_fn /bin/echo -n "$_required $_pkt port $_dport " _msg="$_test_type $_test_msg port ${port_ary[$i]}" $_nc_app $_ipv_mode -l $_pkt_sw $_dport > $_svr_fn 2>&1 & /bin/echo "$_msg" |$_nc_app $_test_args $_dport _count=$(grep -c "$_msg" $_svr_fn) if [ $_count -eq 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) _errors+=("") _errors+=("$_required $_test_type $_pkt $_dport FAILED") _errors+=("$_test") _errors+=("") _errors+=("Sent: $_msg ") _errors+=("Received: $(cat $_svr_fn )") _errors+=("") _errors+=("Run netstat | grep $_dport") _errors+=("if you have port in use errors.") else /bin/echo " passed" fi (( i++ )) done /bin/echo " " } # end function port_test #********************************** #* main code start here #********************************** #********************************** #* Verify needed apps are installed #********************************** _apps="pkill nc wget dig hostname netstat /bin/echo" for _app in $_apps ; do type $_app > /dev/null 2>&1 if [ $? -ne 0 ] ; then _errors+=("unable to find $_app") (( _fault_flg++ )) fi done if [ $_fault_flg -gt 0 ] ; then echo " $_exe fatal error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo "Please install missing application " exit 1 fi _lan_ip=$(hostname --ip-address) _wan_ip=$(wget -qO - http://myip.dnsomatic.com/) mkdir -p $HOME/tmp set -- $(type nc) _nc_app=$3 pkill -u $USER -f $_nc_app > /dev/null 2>&1 #************************************************** #* check LAN pc firewall then WAN router ports #************************************************** echo " Testing LAN PC firewall, WAN Router ports and Registar sip server connectivity " for _test_type in LAN WAN ; do port_test if [ $_fault_flg -ne 0 ] ; then break fi done pkill -u $USER -f $_nc_app > /dev/null 2>&1 sleep 1 echo "ignore any Terminated \$_nc_app \$_ipv_mode .... messages " if [ $_fault_flg -gt 0 ] ; then if [ ${#_errors[*]} -gt 0 ] ; then echo "$_exe fatal error:" for ix in ${!_errors[*]} ; do printf " %s\n" "${_errors[$ix]}" done echo " Solution:" if [ "$_test_type" = "LAN" ] ; then echo "Open FAILED port in $_test_type's firewall" echo "Allow ip/app in $_target's /etc/hosts.allow or" echo "Remove ip/app in $_target's /etc/hosts.deny" echo "if you are using tcpwrappers and modified those files" else echo "Open and forward FAILED port to LAN $_lan_ip" echo "in the $_test_type's router" fi fi echo " Clear all port FAILED failures to finish $_exe testing. Assuming you did not get any nc: errors; LAN port failures are a PC firewall problem. Maybe /etc/hosts.(allow | deny) if you are using them. WAN failures are a ROUTER firewall problem and you need to open/forward ports to your LAN pc For any questions about ports/router, refer to http://wiki.ekiga.org/index.php/Manual#Using_Ekiga_with_routers_and_firewalls If you get $_nc_app argument error, then you do not have a compatible netcat-openbsd $_nc_app application. " exit 1 fi echo " Testing sip servers by ip then by name. " #************************************************* #* get registar's sip udp server and ip address #************************************************* while read -r line; do set -- $line _servers="$_servers $4" set -- $(host $4) _servers_ip="$_servers_ip $4" done < <((dig +short _sip._udp.$_registar SRV)) #********************************************* #* ping by ip then by name #********************************************* for _serv in $_servers_ip $_servers ; do _cmd="ping -c1 -w2 $_serv" /bin/echo -n "$_cmd" $_cmd > /dev/null 2>&1 if [ $? -ne 0 ] ; then /bin/echo " FAILED" (( _fault_flg++ )) else /bin/echo " passed" fi done /bin/rm $_svr_fn if [ $_fault_flg -ne 0 ] ; then echo " If one sip server FAILED and the other passed, then I am betting your WAN ip ($_wan_ip) has been blacklisted. You get blacklisted after X number of failed connection attempts. You will need to contact diamond to clear it from their blacklist. http://wiki.diamondcard.us/BlockdIp Repeated server pings can also get you blacklisted. :( " else echo " Yay, if all tests passed, that indicates echo test should work. You may want to consider running something like audacity to check microphone input and on what device before setting it in Ekiga preferences. Assuming you have the account configured correctly. I had to remove the Ekiga account, on one ekiga release, to get my diamond account working. My Account settings: Name: sip.diamondcard.us Registrar: sip.diamondcard.us User and Authentication user are both the same value. My Audio-> codec preference order had to be PCMU PCMA Speex All others not selected. I have not done any video call testing. " fi #****************** end voip_ck ********************************************* From stuart at gathman.org Thu Aug 29 16:17:57 2013 From: stuart at gathman.org (Stuart D. Gathman) Date: Thu, 29 Aug 2013 12:17:57 -0400 (EDT) Subject: [Ekiga-list] Ekiga ease of use? What am I missing? In-Reply-To: <521F5C87.7090504@pu-pm.univ-fcomte.fr> References: <521F4C35.5090408@gmx.us> <521F5C87.7090504@pu-pm.univ-fcomte.fr> Message-ID: > You are right that skype just works, and this is a big win. Ekiga in some > cases does not work, either because some structural limitations, or because > of bugs. We are trying to fix the latter ones. > > If you wish help, just tell what you have tried and what does not work. Ekiga "just works" when NAT and firewalls get out of the way. In the real world, it "just works" when there is a NAT aware VOIP service or SIP proxy as an intermediary. Ekiga.net does not qualify - it just acts as a broker for nodes to find each other. Ekiga "just works" with diamondcard.us, nextiva.com, and other commercial VOIP services, without any special firewall setup. This is because ekiga is connecting to the service, instead of another node behind NAT. The problems people have are mostly with peer to peer operation, since both parties are typically behind NAT. There are two or three things that can solve this problem for ekiga: 1) Easy to deploy asterix server to use as a SIP proxy - acting like the commercial services. (It could be a commercial service - someone has to pay for the bandwidth.) 2) Support IAX protocol in ekiga. IAX combines all the UDP ports used in SIP and RTP into one UDP port, with a virtual port field in each packet. This would give ekiga essentially the same plug&play peer functionality of skype (without the monstrous security risk). 3) Support IP6 in ekiga. IP6 eliminates the NAT issues. There will still be firewall issues, however both Windows and Linux support dynamically updating the firewall (e.g. firewalld in Fedora), so ekiga could automate that for the end user. Today, ekiga works well as an open source client for a wide variety of commercial VOIP services. The company I used to work for replaced phones with SIP service (aptela, then nextiva when new owners broke aptela) years ago. This gives you a number of clients (including ekiga), and a number of competing services to chose from. From issbaj at gmail.com Thu Aug 29 18:10:06 2013 From: issbaj at gmail.com (eujdjdjw .) Date: Thu, 29 Aug 2013 21:10:06 +0300 Subject: [Ekiga-list] Ekiga ease of use? What am I missing? In-Reply-To: References: <521F4C35.5090408@gmx.us> <521F5C87.7090504@pu-pm.univ-fcomte.fr> Message-ID: what kind of host dose app like that need On Thu, Aug 29, 2013 at 7:17 PM, Stuart D. Gathman wrote: > You are right that skype just works, and this is a big win. Ekiga in some >> cases does not work, either because some structural limitations, or because >> of bugs. We are trying to fix the latter ones. >> >> If you wish help, just tell what you have tried and what does not work. >> > > Ekiga "just works" when NAT and firewalls get out of the way. In the > real world, it "just works" when there is a NAT aware VOIP service or > SIP proxy as an intermediary. Ekiga.net does not qualify - it just acts > as a broker for nodes to find each other. Ekiga "just works" with > diamondcard.us, nextiva.com, and other commercial VOIP services, without > any special firewall setup. This is because ekiga is connecting > to the service, instead of another node behind NAT. > > The problems people have are mostly with peer to peer operation, since > both parties are typically behind NAT. > > There are two or three things that can solve this problem for ekiga: > > 1) Easy to deploy asterix server to use as a SIP proxy - acting like > the commercial services. (It could be a commercial service - someone > has to pay for the bandwidth.) > > 2) Support IAX protocol in ekiga. IAX combines all the UDP ports used > in SIP and RTP into one UDP port, with a virtual port field in each > packet. This would give ekiga essentially the same plug&play peer > functionality of skype (without the monstrous security risk). > > 3) Support IP6 in ekiga. IP6 eliminates the NAT issues. There will > still be firewall issues, however both Windows and Linux support > dynamically updating the firewall (e.g. firewalld in Fedora), so > ekiga could automate that for the end user. > > Today, ekiga works well as an open source client for a wide variety of > commercial VOIP services. The company I used to work for replaced > phones with SIP service (aptela, then nextiva when new owners broke > aptela) years ago. This gives you a number of clients (including > ekiga), and a number of competing services to chose from. > ______________________________**_________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/**mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From atf3 at psu.edu Thu Aug 29 19:11:39 2013 From: atf3 at psu.edu (Alex Frase) Date: Thu, 29 Aug 2013 14:11:39 -0500 Subject: [Ekiga-list] black video sent from ekiga on linux mint Message-ID: <521F9CEB.8050805@psu.edu> Hi, (Apologies if this ends up posting twice; I sent it before subscribing and it may have gotten lost in moderation) I'm trying to use Ekiga v4.0.1 on Linux Mint 15 (based on Ubuntu, based on Debian) but can't seem to transmit video via h.323. I am able to connect to two different h.323 endpoints, and in both cases I can see and hear the other side just fine, and they can hear me, but they see only a black screen instead of the video from my side. I know that the camera works and Ekiga recognizes it, because I can see my own video preview picture-in-picture. Skype also works just fine for both audio and video in both directions. I can also successfully call the ekiga.net echo test (sip:500 at ekiga.net), and I see my video echo (with a slight delay vs. my local video picture-in-picture), so it seems to work okay via SIP. It's just over h.323 that the other side does not receive my video. While connected via h.323, the call tooltip says "Codecs: PCMU - H264"; when I call the echo test via SIP, the tooltip instead says "Codecs: PCMA - H261". I've tried disabling the H264 video codec, but then the remote side reports not even seeing a black screen -- instead they just see their own camera on the whole screen, as if no video signal is being received by them whatsoever. When the H264 codec is enabled, then they see their video picture-in-picture on top of a black screen. So perhaps the problem is the H264 encoder producing only black frames? Thanks for any suggestions, -alex From swmike at swm.pp.se Fri Aug 30 11:33:31 2013 From: swmike at swm.pp.se (Mikael Abrahamsson) Date: Fri, 30 Aug 2013 13:33:31 +0200 (CEST) Subject: [Ekiga-list] ekiga to Polycom Viewstation 1419 H.323 In-Reply-To: References: Message-ID: On Fri, 30 Aug 2013, Mikael Abrahamsson wrote: > > Hello. > > I'm trying to make Ekiga 4.0.1 on Linux Ubuntu 13.10 talk to an rather old > Polycom Viewstation 1419 using H.323. I have attached a "-d 4" from when I > try to do this. > > What happens is the call is connected, audio only, I can hear sound from the > ekiga Linux machine on the polycom, nothing from the polycom to the ekiga > client. I can see using tcpdump on linux machine that it's sending packets, > none coming back from the polycom. > > When I use the Polycom to connect to another Polycom (audio+video), it claims > in the info menu about ongoing call, to use: > > Tx/Rx Clock rate: 768k > > Video Protocol: H.263 > Video format: CIF > Audio Protocol: G.722 > Comm Protocol: H.323 > > I provice pcap packet dump files from this if it would help, but it looked > like the log file logged the entire capability exchange so that might not be > needed. The two machines are connected to the same IPv4 subnet on a L2 > switch. This email ended up in the moderator queue. Since I don't know if file attachments are allowed, I have also put the file on my web server: Thanks. -- Mikael Abrahamsson email: swmike at swm.pp.se From fred.k at member.fsf.org Fri Aug 30 15:23:59 2013 From: fred.k at member.fsf.org (fred k) Date: Sat, 31 Aug 2013 00:23:59 +0900 Subject: [Ekiga-list] Ekiga ease of use? What am I missing? In-Reply-To: <521F4C35.5090408@gmx.us> References: <521F4C35.5090408@gmx.us> Message-ID: <5220B90F.3080308@member.fsf.org> kyle a.k.a. That Guy, Do you mean you want encrypted VoIP application, encryption plugin, or something like SIP-ssl which your partner can handle easily? I'm novice in security thing but I take Stuart's response as it is: > This would give ekiga essentially the same plug&play peer > functionality of skype (without the monstrous security risk). meaning, ekiga does not encrypt data, is insecure, you can duck under the sea of traffic but can not hide... correct me if wrong. Fred From grep at gmx.us Sat Aug 31 13:12:22 2013 From: grep at gmx.us (That Guy) Date: Sat, 31 Aug 2013 09:12:22 -0400 Subject: [Ekiga-list] Ekiga ease of use? What am I missing? (fred k) Message-ID: <5221EBB6.9010205@gmx.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Do you mean you want encrypted VoIP application, encryption plugin, > or something like SIP-ssl which your partner can handle easily? short answer, encryption is not as important to either of us(in this case) as is having a semi reliable FOSS alternative that is cross-platform, easy enough for me to walk her through the steps to get going, and have some of the functionality of $kype I have not found that in any of the Open Source alternatives, Twinkle, Ekiga, Jitsi, Linphone... My understanding of SIP is very limited but as a dedicated "man page" reader I try. So my concern is more about usability for my windowz :-( using wife, for this situation encryption is not a necessity although nice. The ability to so easily share our desktops, look at pics, vids and links together really made the communications so much more meaningful and fulfilling , interacting in such a manner really helped put some of the other stuff(life, dealing with a deadly cancer for the second time in her 30's) in the background, at least for a bit, since we were not focusing on financial, health, etc issues for that time and just enjoying being able to really feel closer, laugh together while looking something via the shared DT function. **It was healing.** What I do know is that knowing that $kype is just a fancy, functional malware/trojan was a very sad thing for us both and it is very hard for either of us to bring ourselves to even use it anymore even though time is so potentially limited. We try, and it just about makes us sick to our stomach to compromise our beliefs. I know I am rambling on but this has been heartbreaking and stressful on top of everything else. I am willing and able to read and experiment and look for help all day but she can not, in a technical sense, as well as physical/psychological sense. I guess I am less concerned that mallory will snoop on traffic, THE issue is M$ does not give a fuck and it makes me sick to HAVE to use a M$ product since it really is the only means for a tech illiterate person to get up and running. The last thing someone like my wife needs is to have to decide to use malware to communicate, or go to bed each night feeling like a slimy used whore. M$, $kype and the N$A_ssholes are the pimps in this analogy. I can log on to SR and get a key of H delivered to my door in less time than it takes to get a handle on all of these many(too many) OS VoIP & SIP options. Easy answer for me in any other situation but this is different and I don't see her able to get any of the current Open Source alts working. sorry so long -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJSIeuzAAoJEGPr8mk3uIZEJ6sP/18OkKdHo8o7QpP21Gc8rWUa 2m3y6uxsdi1lgaYxOIg84l4PDcBW550tMV0CbfMggV/1ofrIANjBVN5tglGPjwSV rAIAhcGi7Oc909X0MigtAe6UvOAlKjLWmaYWe14HV4w8ysvh4LFEYXjcF7do5iGN 3ZtS4OIRq8vPw0wYwUn842/Hf/ytRAao+K/ldatRFWowZg07GoraF+uLpWXFsO/o w07PmE0K1KNciPJzg7o1qoipziWUepgHK5YVbI7s5+zSH2S58ArDnrs3JLCWwQzX +HISS4LyyviPR098rGaLaRZv5DLWJMaGxaYVTORZ+ljYE6LlhJwLQdq5o2RjWSpA khfEgpbi3VndcIhvWZe6DJYvwSUBQTiTT4RiU5QWmd2kqkc8O2l3QHlcQMOaqVkw Z8lhqSIx4CWN6EdlA3Q2u6jH2V+0XoKcvwNsvh8BKDLZEOHHgOjqc/ZhtuLuclon 2VTEvezLQK5OQEfFiulE9NQiRITPj5+pvfQjOuBfO0+IBl5f4Pz4kjn+o4MbuDfk KTh8EUvucr9nlKr5i8yjP53JnG8UmmiHIsxOlZVNGzbaJtkrU7NYVyg2QZhEPEE0 9YCqIc0iyl5M6f10Z+TkF2dmCQmARBu54934Ds6Y81POmQo1v9smSJv5Kne+xoDa othGPH7IxvJOZii57S3f =48sJ -----END PGP SIGNATURE----- From grep at gmx.us Sat Aug 31 13:29:29 2013 From: grep at gmx.us (That Guy) Date: Sat, 31 Aug 2013 09:29:29 -0400 Subject: [Ekiga-list] Thank you Message-ID: <5221EFB9.1070609@gmx.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 sorry i forgot this. THANK YOU all for your answers and help. Very much, Stuart, Fred, and anyone else who has tried to decipher my mess of questions thank you all very much. Means a lot to me that people care enough to help someone who definitely is not posting clear and concise questions. I also hope that anyone(devs) involved in any of the OS products I've mentioned understands that I have nothing but respect and appreciation for your efforts and hopefully through my current studies i may, in the future be able to contribute more to OS community than my rambling questions and frustrations. Again, Thank you all around kyle -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJSIe+zAAoJEGPr8mk3uIZEf9sP/2WXhgiEwQwYgcqplGPJS5HY GCylMZvhjzAJQZhtICnnb0pCqDUysgGrc7wHdhs7Lj9AqavKNldh64u02aohetmT jsUeWylYvzepZsyb2p+jssrHUkSDDkJZ9aDZn5iv3aOMv5at/QcVooizwygr8eeJ /IGWytLU7tB9e3qIxw8AbD6Kid36+czqRtH+FL/67ohMSSNYQD8zJDsFZM4C0FNZ 6Nr/uH5rw9x4N74fDONJLfy3GNYvkPM/qp9FOpJ82hxULQSA9JZuwocno85AAQZS KjmUNTHVubhRynN1hrVxsioA9035qQZtp/FWCWqujrh2wuIEMqeJ6gDFPsxzg5hp 7GNDR4TWdoIJ6y1KJ6uvIAQccFBK+Xtk8ILpkUZCYvaPtylkWN0NO1ODhtOFzXjp SK6bwZ7lprjedAsTSv4hrMErU/wK2U2KaiJQ+CE/kyOikKKpRNH/gZQRGrKUxgOS z0aeTvXPLuTC7eP21MIWCAA+SQsgtIzmNs8XVbh9/yU/9+IIoWwKxoPkxQgeJkaP Occgbvvbfly77bHO6+ap2/Sv7eQljaQnOtTnjZ7sXQzV1neqptgl064OQBvX7R7e GDX+vHB/MywMsd8UqAplWlFNbK0fHpjGw211CQoKUVVlowlbzqYRWGj08opAQRa1 Y2VVaqv+TAidxVpA/wep =DYX0 -----END PGP SIGNATURE-----