Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hello Bastian, Yes I used PCIe(X300). I measured two things. One "rtt" with latency_test.cpp which gave 80 microsecs and another receiver latency where I set the GPIO HIGH as soon as the receive power exceeds a threshold. I made a custom C++ script for this. This gave 52 microsecs. Regards

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hi, On 04/03/2017 09:44 PM, sumitstop wrote: > Hello Bastian, > > How much the delay between sensing the channel and sending the ACK should > be. With X300 I was able to achieve a minm of 80 microsecs round trip time. > Not less than that. Interesting. What exactly did you measure? I assume

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hello Bastian, How much the delay between sensing the channel and sending the ACK should be. With X300 I was able to achieve a minm of 80 microsecs round trip time. Not less than that. I am now sure that it cant be done on GPP, just wondering how fast it should be. If you can direct me to some

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

>From a CPU and thus, SDR _software_ throughput, point of view, the E310 certainly isn't more powerful than a modern laptop + B2xx; latency might be a bit shorter, though, but in the end, you're making the most important point here: If you need to eradicate the nondeterministic behaviour of

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

An interesting question is whether more powerful SDR (e.g. E310) should manage to do that (DATA+SIFS+ACK). RFNoC may facilitate the FPGA design... 2017-03-29 17:19 GMT-03:00 Bastian Bloessl : > Hi, > > On 03/29/2017 01:11 PM, sumitstop wrote: > > Hi, > > > > With gr-ieee

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hi, On 03/29/2017 01:11 PM, sumitstop wrote: > Hi, > > With gr-ieee 802.11, I know that SIFS cannot be respected becz of USB delays > (B210), but what we can also try is that : sending ACK packet before all the > layer-2 retries are exhausted ! Instead of sending ACK withing 10 microsecs. > >

[Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hi, With gr-ieee 802.11, I know that SIFS cannot be respected becz of USB delays (B210), but what we can also try is that : sending ACK packet before all the layer-2 retries are exhausted ! Instead of sending ACK withing 10 microsecs. In this way, the throughput will be down for sure but the