I am testing tunnel.py in the narrowband folder, the
configuration is as follows:
OS: ubuntu 11.10
Gnuradio: latest
UHD:latest
USRP 1
RFX400
I set up two machines and do following the readme step by step.
When i ping machine B from A, A shows it has sent the ARP request, but
no ARP reply received.
In fact, B did not receive the ARP request at all.
I use benchmark_rx and benchmark_tx to test the channel, it is ok.
And when i use: sudo ifconfig gr0 192.168.200.1 on A, B can receive
the IGMP packet from the gr0 of A. This show the gr0 on A and B is ok
for IGMP protocol.
Welcome any comments!
–
Chao Dong
Department of Computer Science and Technology, Nanjing University
Nanjing, Jiangsu, 210093 China PR.
Institute of Communication Engineering
Nanjing, Jiangsu, 210007 China PR.
Josh, thanks.
Now, when i ping B from A, A can receive some ARP requests but ok=false,
so
A Will not send ARP reply. With the same setting, i use the benchmark, A
can receive almost all the packets from B and ok=true.
I think there must be some difference between benchmark and tunnel.
Who can explain this,
2012-7-12 4:57"Josh B." [email protected]д
The tunnel.py problem seems being complained for thousand times…
No
one has final solution now, at least in the archive.
In my experience, actually, this is a full-duplex problem. If your
daughter
board can only support half-duplex, you need additional time to switch
to
RX right after your transmission.
However, if you use a board of full-duplex, the RX and TX frequency
should
have difference more than the bandwidth of the RF (about 40MHz for SBX).
But even I set the |RX - TX| > 40MHz, the flow control at each side is
needed, i.e, the messages can not be transmitted with too short
interval,
otherwise, it can not receive the reply in time… It is very strange.
On Fri, Jul 13, 2012 at 12:07 AM, CHAO DONG [email protected] wrote:
On 07/11/2012 08:57 PM, CHAO DONG wrote:
I set up two machines and do following the readme step by step.
Welcome any comments!
