Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.os.linux.networking > #1905 > unrolled thread

Need a method to prove incoming connection.

Started byBit Twister <BitTwister@mouse-potato.com>
First post2013-01-17 04:27 +0000
Last post2013-01-17 16:46 +0000
Articles 4 — 2 participants

Back to article view | Back to comp.os.linux.networking


Contents

  Need a method to prove incoming connection. Bit Twister <BitTwister@mouse-potato.com> - 2013-01-17 04:27 +0000
    Re: Need a method to prove incoming connection. Joe Beanfish <joebeanfish@nospam.duh> - 2013-01-17 14:15 +0000
      Re: Need a method to prove incoming connection. Bit Twister <BitTwister@mouse-potato.com> - 2013-01-17 16:26 +0000
        Re: Need a method to prove incoming connection. Bit Twister <BitTwister@mouse-potato.com> - 2013-01-17 16:46 +0000

#1905 — Need a method to prove incoming connection.

FromBit Twister <BitTwister@mouse-potato.com>
Date2013-01-17 04:27 +0000
SubjectNeed a method to prove incoming connection.
Message-ID<slrnkfevcu.44v.BitTwister@wb.home.test>
I am trying to get ekiga to register with ekiga.net and with
diamondcard.us for VoIP

Fault isolation is ineffective because I can not prove each player
in this who done it.

Isolation points are:
ekiga 4.0.0
Mageia Linux release 3
pc firewall, shorewall
ActionTech router firewall.
port forwarding rules
Verizon FiOS
stun ports udp 3478-3479
sip ports  udp 5000-5100
H.323 port tcp 1720
dns resolver, named
ekiga stun server
ekiga register server
diamondcard register server

Currently I have a network_ck script, which pings each failure point
in the network ending at a ping of yahoo.com.
When any point fails, it prints out what failed and what to verify
and who is responsible for fixing it.

I want to do the same thing in a voip_ck script.

I hoping there is something that I can launch on the pc to listen on
a port number for a udp or tcp packet and get a response.
Script would look something like

_wan_ip=$(get_wan_ip.pl)

   #** start listener
some_cmd tcp 1720 > listen.txt

   #*** send a packet
some_other_cmd tcp #_wan_ip 1720
if [ $? -ne 0 ] ; then
  echo some_other_cmd tcp 1720 failed
fi

_count=$(grep -c "some string" listen.txt)
if [ $_count -eq 0 ] ; then
  echo some_cmd tcp 1720 failed to receive packet.
fi

I am hoping for some handy commands rather than writing a program in C or
maybe perl if there are modules for port/socket access.

Any and all suggestions welcome.

[toc] | [next] | [standalone]


#1906

FromJoe Beanfish <joebeanfish@nospam.duh>
Date2013-01-17 14:15 +0000
Message-ID<kd9115$qi3$1@dont-email.me>
In reply to#1905
On Thu, 17 Jan 2013 04:27:11 +0000, Bit Twister wrote:

> I am trying to get ekiga to register with ekiga.net and with
> diamondcard.us for VoIP
> 
> Fault isolation is ineffective because I can not prove each player in
> this who done it.
> 
> Isolation points are:
> ekiga 4.0.0 Mageia Linux release 3 pc firewall, shorewall ActionTech
> router firewall.
> port forwarding rules Verizon FiOS stun ports udp 3478-3479 sip ports 
> udp 5000-5100 H.323 port tcp 1720 dns resolver, named ekiga stun server
> ekiga register server diamondcard register server
> 
> Currently I have a network_ck script, which pings each failure point in
> the network ending at a ping of yahoo.com.
> When any point fails, it prints out what failed and what to verify and
> who is responsible for fixing it.
> 
> I want to do the same thing in a voip_ck script.
> 
> I hoping there is something that I can launch on the pc to listen on a
> port number for a udp or tcp packet and get a response.
> Script would look something like
> 
> _wan_ip=$(get_wan_ip.pl)
> 
>    #** start listener
> some_cmd tcp 1720 > listen.txt
> 
>    #*** send a packet
> some_other_cmd tcp #_wan_ip 1720 if [ $? -ne 0 ] ; then
>   echo some_other_cmd tcp 1720 failed
> fi
> 
> _count=$(grep -c "some string" listen.txt)
> if [ $_count -eq 0 ] ; then
>   echo some_cmd tcp 1720 failed to receive packet.
> fi
> 
> I am hoping for some handy commands rather than writing a program in C
> or maybe perl if there are modules for port/socket access.
> 
> Any and all suggestions welcome.

Perhaps "nc" aka "netcat" is what you want.

[toc] | [prev] | [next] | [standalone]


#1907

FromBit Twister <BitTwister@mouse-potato.com>
Date2013-01-17 16:26 +0000
Message-ID<slrnkfg9if.9k8.BitTwister@wb.home.test>
In reply to#1906
On Thu, 17 Jan 2013 14:15:01 +0000 (UTC), Joe Beanfish wrote:

> Perhaps "nc" aka "netcat" is what you want.

Yes, looks like just what I needed.

Frap. I am impressed.  :(
using first example at
  http://www.thegeekstuff.com/2012/04/nc-command-examples/


server xterm
[root@wb ~]#  nc -l 5060

client xterm
[root@wb ~]# nc -u localhost 5060

Status xterm
$ netstat | grep 5060
$

Alright, in the client xterm
helo
[root@wb ~]# 

and nothing in the server xterm.

I know 5060 works because ekiga fixed their server(s) and I can
run the callback test, and hear my voice echoed back from their
test connection.

[toc] | [prev] | [next] | [standalone]


#1908

FromBit Twister <BitTwister@mouse-potato.com>
Date2013-01-17 16:46 +0000
Message-ID<slrnkfgant.adr.BitTwister@wb.home.test>
In reply to#1907
On Thu, 17 Jan 2013 16:26:55 +0000 (UTC), Bit Twister wrote:
> On Thu, 17 Jan 2013 14:15:01 +0000 (UTC), Joe Beanfish wrote:
>
>> Perhaps "nc" aka "netcat" is what you want.
>
> Yes, looks like just what I needed.
>
> Frap. I am impressed.  :(
> using first example at
>   http://www.thegeekstuff.com/2012/04/nc-command-examples/
>
>
> server xterm
> [root@wb ~]#  nc -l 5060
>
> client xterm
> [root@wb ~]# nc -u localhost 5060
>
> Status xterm
> $ netstat | grep 5060
> $
>
> Alright, in the client xterm
> helo
> [root@wb ~]# 
>
> and nothing in the server xterm.
>
> I know 5060 works because ekiga fixed their server(s) and I can
> run the callback test, and hear my voice echoed back from their
> test connection.


found the problem, I have to supply -p 560 on both nc lines.
and need -u on both to use UDP packets.

Than you for your time.

[toc] | [prev] | [standalone]


Back to top | Article view | comp.os.linux.networking


csiph-web