Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-11-04 Thread David Barton
From: Tuan (Johnny) Ta To: Marcus D. Leech ; david.barto...@yahoo.com Cc: discuss-gnuradio@gnu.org Sent: Monday, October 31, 2011 6:01 PM Subject: Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue I have been running into problems using tunnel.py as well so instead of

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-11-01 Thread Marcus D. Leech
On 01/11/11 08:02 PM, Tuan (Johnny) Ta wrote: > Thanks for the explanation. I managed to get the system working by > introducing a delay before every packet transmission. I know it's a > hack but that's the quickest method I can think of. The minimum delay > that I can get it to work is 11ms. It se

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-11-01 Thread Tuan (Johnny) Ta
Thanks for the explanation. I managed to get the system working by introducing a delay before every packet transmission. I know it's a hack but that's the quickest method I can think of. The minimum delay that I can get it to work is 11ms. It seems quite large. Is this reasonable for the turn-aroun

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-10-31 Thread Marcus D. Leech
On 10/31/2011 06:40 PM, Tuan (Johnny) Ta wrote: Marcus, What do you mean my zero-stuffing the TX frames? And how would it help with the turn-around time of the XCVR2450 daughterboard? Do you mean I should transmit a zero-filled packet before any real packet, so that the receiving side (A in m

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-10-31 Thread Tuan (Johnny) Ta
Marcus, What do you mean my zero-stuffing the TX frames? And how would it help with the turn-around time of the XCVR2450 daughterboard? Do you mean I should transmit a zero-filled packet before any real packet, so that the receiving side (A in my scenario) has time to switch back to receiving befo

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-10-31 Thread Marcus D. Leech
On 10/31/2011 06:01 PM, Tuan (Johnny) Ta wrote: I have been running into problems using tunnel.py as well so instead of creating a new post I thought I'll just continue this thread. My setting: USRP2 XCVR2450 Ubuntu 10.04 (32bit) The problem I have is that after running tunnel, whenever I do p

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-10-31 Thread Tuan (Johnny) Ta
I have been running into problems using tunnel.py as well so instead of creating a new post I thought I'll just continue this thread. My setting: USRP2 XCVR2450 Ubuntu 10.04 (32bit) The problem I have is that after running tunnel, whenever I do ping, my system gets stuck on the ARP exchange. Say

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-10-20 Thread Marcus D. Leech
On 20/10/2011 10:25 AM, David Barton wrote: I have been troubleshooting an issue with possible packet relflections and cannot figure out the cause. I am running tunnel.py on two USRP2s that are cabled together with a 20dB attenuator between them. The settings I am using on both sides for tunnel

[Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

2011-10-20 Thread David Barton
  I have been troubleshooting an issue with possible packet relflections and cannot figure out the cause. I am running tunnel.py on two USRP2s that are cabled together with a 20dB attenuator between them. The settings I am using on both sides for tunnel.py are:   Tx Gain: 15 dB Rx Gain: 10 dB Ca