|
Bugzilla – Full Text Bug Listing |
| Summary: | Association ID not correctly set upon association | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Rediet <redieteab.orange> |
| Component: | wifi | Assignee: | sebastien.deronne |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | ns-bugs |
| Priority: | P3 | ||
| Version: | ns-3.27 | ||
| Hardware: | All | ||
| OS: | All | ||
| Attachments: |
Patch without tests (wrt changeset 13245)
patch |
||
Fixed in PCF repository, I'll push the solution to ns-3-dev. OK (it's a good thing that I didn't spend too much time trying to set up the tests then :)). Would it be possible to make it independent from PCF-related procedures? When moving to HE MU, we will need to have something equivalent to m_cfPollingList in order to get the STA-ID from the MAC@ and inversely. (In reply to Rediet from comment #2) > OK (it's a good thing that I didn't spend too much time trying to set up the > tests then :)). > Would it be possible to make it independent from PCF-related procedures? > When moving to HE MU, we will need to have something equivalent to > m_cfPollingList in order to get the STA-ID from the MAC@ and inversely. Yes I will look at it. I had not seen your patch, I will have a look. Created attachment 2997 [details]
patch
I merged and reworked our both patches. I think it is ready to be pushed.
OK for me. Thanks for the quick replies. Pushed in changeset 13251:51268ff4614e |
Created attachment 2995 [details] Patch without tests (wrt changeset 13245) Currently the association ID (AID) returned by the AP is always set to 0. This patch aims at setting the correct AID (in an incremental manner) and maintaining a register of all MAC@-AID pairs within the AP. Unit-tests will follow.