I was testing with tunnel.py and following the instructions in README
located in gnuradio/gr-digital/examples/narrwoband.
I found that when I input* ifconfig gr0 192.168.200.1* on machine A, and
input* ifconfig gr0 192.168.200.2* on machine B at the same time, both
machines showed Tx and Rx package
Most likely you did not set the freq and gain properly. Unstable physical
layer communications cause the ARP routing failure.
Please use different frequencies for tx and rx.
On Thu, Jun 14, 2012 at 1:51 PM, Weixian Zhou wrote:
> I was testing with tunnel.py and following the instructions in REA
I did the test by myself, and the most of the time ARP queries failed I
met this problem when I do the OFDM link test, but that is because the
physical layer is not robust. But for this narrow band (GMSK) modulation, I
am not sure what the problem is.
May Josh knows... :)
On Fri, Jun 15, 2012
Weixian,
Could you please try the ping command like this (if you are working on
linux):
*sudo ping 192.168.200.2 -i 0.01*
-i 0.01 means the time interval between pings is 0.01 second. And tell me
what happened.
You can try different time intervals.
On Fri, Jun 15, 2012 at 5:37 PM, Alex Zhang w
Weixian,
Here is a temp solution, not sure it works or not:
In the csma_mac.main_loop() of your tunnel.py, add a
time_sleep(fixed_delay) right after the payload is read from the OS. You
can set fixed_delay as 0.01 to 0.1 and test the result.
And also, please set the CSMA threshold carefully to a
It works!
Thanks.
On Mon, Jun 18, 2012 at 5:53 PM, Alex Zhang wrote:
> Weixian,
>
> Here is a temp solution, not sure it works or not:
>
> In the csma_mac.main_loop() of your tunnel.py, add a
> time_sleep(fixed_delay) right after the payload is read from the OS. You
> can set fixed_delay as 0.01
rward to your further comments.
Thanks,
Alex(Changchun) Zhang
Cognitive Radio Institute @ Tennessee Tech Univ.
-- Forwarded message --
From: Alex Zhang
Date: Mon, Jun 18, 2012 at 4:53 PM
Subject: Re: [Discuss-gnuradio] tunnel.py destination host unreachable
To: Weixian Zhou
Cc: j...@et
: Monday, June 18, 2012 9:07 PM
Subject: [Discuss-gnuradio] tunnel.py destination host unreachable -
Temporarily solution, due to too fast reply!
Hello Josh,
I have seen many guys complaining the tunnel.py failed in PING by the
"destination host unreachable", for both the OFDM and Narrow
t; *From:* Alex Zhang
> *To:* j...@ettus.com
> *Cc:* Tom Rondeau ; gnuradio mailing list <
> discuss-gnuradio@gnu.org>
> *Sent:* Monday, June 18, 2012 9:07 PM
> *Subject:* [Discuss-gnuradio] tunnel.py destination host unreachable -
> Temporarily solution, due to too fast reply