|
Bugzilla – Full Text Bug Listing |
| Summary: | Application traffic stops after changing channel with WifiPhy::SetChannelNumber(uint32_t number) | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Glenn Evans <glenne.lists> |
| Component: | wifi | Assignee: | ns-bugs <ns-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | major | Keywords: | bug |
| Priority: | P3 | ||
| Version: | ns-3-dev | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Attachments: | A sample testcase that shows this bug | ||
Bug is not present with the newest ns-3-dev branch (changeset: 6302:e9b6963f1959) |
Created attachment 848 [details] A sample testcase that shows this bug This bug presents itself as the OnOffApplication traffic "stopping" transmission after the AP and clients switch to another channel using the WifiPhy::SetChannelNumber function. Currently, I am using changeset:5933:2fc170de5400 (which I realize is not the most up-to-date but the newest has caused additional problems with my simulations) for my simulations. I am implementing an algorithm for channel-hopping to improve channel use in 802.11 networks, and ran into this bug when running basic simulations. The attach file is a basic demonstration of this bug, which appears in the PCAP file as if the OnOffApplication never restarts after the channel is switched; despite the fact that the clients and AP still communicate for the rest of the simulation. To run the simulation: "./waf --run "channelHopping hopping=0/1", where 0 is a non-hopping simulation and 1 is for the buggy simulation. The expected behavior if this bug was not present would be for the simulation to have a brief period of no application traffic while the AP and clients reconnected/associated, but then for normal operation to resume. Thank you for your help, Glenn Evans