Sorry for the brevity, traveling abroad and only have my phone. I am the author of the MAC code in cgran and have a paper on the work, give it a read: Enabling MAC Protocol implementations on software-defined radios. It gives you an idea of what all we did to gnu radio to build Macs and what the speedups were. Basically, it becomes a fundamental limitation of the phy and Mac, rather than loss due to the high latencies.
On 6/30/11, Morgan Redfield <redfie...@gmail.com> wrote: > Hi, > > I've been working on building a CSMA/CA MAC for the past couple of > weeks. I built it in Python, and used ofdm/tunnel.py as a guide. It's > working now, but I don't think it's very efficient. I ended up having > to relax a lot of timing parameters to get it working, so my > throughput is pretty bad. I also get a lot of dropped packets. I think > this is also because my timing isn't very accurate, and I end up with > more collisions than I would expect. > > I was wondering if anyone else had had any luck building a CSMA/CA > MAC. I saw a few posts on the mailing list from several years ago > about people who were working on it, but I don't see any example code > anywhere. I also checked out CMUmacs on CGRAN, but that relies on a > deprecated version of GNURadio. > > Is my best bet to rewrite the MAC as a block in C++? Can anyone tell > me what kind of speedup that's likely to get me? > > Thanks, > Morgan Redfield > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
