Bugzilla – Full Text Bug Listing |
Summary: | Setting type of service in applications such that Wi-Fi QoS can read it | ||
---|---|---|---|
Product: | ns-3 | Reporter: | Tom Henderson <tomh> |
Component: | wifi | Assignee: | sebastien.deronne |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | ns-bugs |
Priority: | P3 | ||
Version: | pre-release | ||
Hardware: | All | ||
OS: | All |
Description
Tom Henderson
2015-12-04 20:53:22 EST
Another way to implement this: https://codereview.appspot.com/277570043 Tom, what is the status of this? I think you had the intention to include those changes in ns-3.25. (In reply to sebastien.deronne from comment #2) > Tom, what is the status of this? > I think you had the intention to include those changes in ns-3.25. I was waiting for the traffic control work to settle, as it has some bearing on the resolution of this. I also was waiting for any more feedback about the desired approach; I implemented two alternatives: 1) PacketTag (which I would argue to replace Wifi QosTag with this new tag) 2) object aggregation to expose a special class-of-service-aware interface The sentiment expressed, in discussion of the second approach, was that the second approach could be adapted to the traffic control layer once that is merged. Any opinions against trying to adapt 2) for traffic control layer? We should take actions here to have this included in ns-3.26. Pushed by Stefano. |