|
Bugzilla – Full Text Bug Listing |
| Summary: | Management frames should be sent using the lowest basic rate | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | sebastien.deronne |
| Component: | wifi | Assignee: | sebastien.deronne |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bbojovic, ns-bugs, tomh |
| Priority: | P3 | ||
| Version: | ns-3.27 | ||
| Hardware: | All | ||
| OS: | All | ||
| Attachments: | proposed patch | ||
|
Description
sebastien.deronne
2017-11-21 02:59:36 UTC
Note that with fix for bug 2827, the assert is no longer hit. Anyway, even though the rate chosen for management frames is let to the implementation, I saw most implementation using basic rates (actually the lowest one). I suggest the management response frames to be sent at a basic rate not higher than the rate used in the management request frame. Question is still to be asked for unicast management request frames, such as association or ADDBA requests. I would send them at the lowest basic rate, but I am not sure this is always the case in most implementations. Any thoughts on this? As a side note, I think I read somewhere in linux driver discussions that it is safer to send those frame at the lowest basic rate, but that this is not mandatory by the standard. I still need to further check this on a real setup (I will base myself on QCA-ath9k chipsets which are quite widely used). I can see in mac80211 that management frames do not use rate control, so this should even not be dependent on the wifi manager that is being used. I suggest to add this logic in the wifi station manager: - if not management: ask rate to wifi rate manager - if management: select the lowest basic rate Created attachment 3067 [details]
proposed patch
I made a patch that always selects the lowest basic rate for management frames.
This is more an implementation choice rather than a standard rule (there is no rule for that in the standard). This is also inspired from how the Linux stack works. Of course, not all 802.11 manufacturers follow this rule. If one wants to change this behavior, either we add an attribute or we let this to the user.
Note that devices-mesh-dot11s-regression needs to be rescanned. All other tests are passing.
(In reply to sebastien.deronne from comment #4) > Created attachment 3067 [details] > proposed patch > > I made a patch that always selects the lowest basic rate for management > frames. > > This is more an implementation choice rather than a standard rule (there is > no rule for that in the standard). This is also inspired from how the Linux > stack works. Of course, not all 802.11 manufacturers follow this rule. If > one wants to change this behavior, either we add an attribute or we let this > to the user. > > Note that devices-mesh-dot11s-regression needs to be rescanned. All other > tests are passing. I'm fine with the proposed patch but this behavior should be documented at least in a comment but ideally somewhere suitable in the .rst documentation also. Tom, OK, I will update both. Pushed in changeset 13357:ffdee425b739 |