[Battlemesh] Broadcast lost because of hidden station
hrogge at gmail.com
Thu May 8 19:43:07 CEST 2014
this change is about the "rx bitrate" field in the mac80211 station
info... it was not working correctly in adhoc mode.
On Thu, May 8, 2014 at 6:08 PM, Ben West <ben at gowasabi.net> wrote:
> I'm curious if a recent changeset to OpenWRT trunk with Henning's name on it
> is relevant this to thread about unreliable multicasts:
> If so, has it yielded a noticeable improvement?
> On Tue, Apr 29, 2014 at 1:45 AM, Henning Rogge <hrogge at gmail.com> wrote:
>> RTS/CTS is a good explanation... I remember seeing RTS packets, maybe
>> the CTS wasn't visible in my trace because it was produced by the
>> local station.
>> Still its an annoying problem... routing agent drops route because of
>> no multicasts but in theory unicast still works.
>> On Sat, Apr 26, 2014 at 2:56 PM, Paul Fuxjaeger <fuxjaeger at ftw.at> wrote:
>> > On 26.04.14 12:07, Henning Rogge wrote:
>> >> but I would expect that at least "one in five" broadcasts would make
>> >> it through, because unicasts get up to 4 retransmissions.
>> > retransmission are sent in "fast" succession, maybe that helps to get
>> > them received easier or maybe RTS/CTS is enabled?
>> > But if you don't see those non-retried frames EVER (multicast FER=1
>> > while unicast FER<<1 while using the same channel code) this sounds like
>> > the problem is located somewhere "higher".
>> > _______________________________________________
>> > Battlemesh mailing list
>> > Battlemesh at ml.ninux.org
>> > http://ml.ninux.org/mailman/listinfo/battlemesh
>> Battlemesh mailing list
>> Battlemesh at ml.ninux.org
> Ben West
> ben at gowasabi.net
> Battlemesh mailing list
> Battlemesh at ml.ninux.org
More information about the Battlemesh