|
Bugzilla – Full Text Bug Listing |
| Summary: | WiFi APs should generate beacons by default | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Gustavo J. A. M. Carneiro <gjcarneiro> |
| Component: | wifi | Assignee: | Mathieu Lacage <mathieu.lacage> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ns-bugs |
| Priority: | P3 | ||
| Version: | ns-3-dev | ||
| Hardware: | All | ||
| OS: | All | ||
| Attachments: | patch to add logging and attempt to do some filtering | ||
|
Description
Gustavo J. A. M. Carneiro
2008-09-24 07:40:04 UTC
Created attachment 261 [details]
patch to add logging and attempt to do some filtering
Comment on attachment 261 [details]
patch to add logging and attempt to do some filtering
This patch doesn't solve anything, it's just what I used to add the logging.
*sigh* it turns out this is due to APs not sending beacons by default. I have to question the logic of this behaviour. This means that, by default, wifi stations will once per second see their wifi links go down and up, and ARP caches flushed, all due to the fact that wifi beacons are not generated. I think no one can question that lack of wifi beacons is a unrealistic scenario even if the standard allows it. Just go buy any access point and turn it on; you will see it generates beacons every 100ms by default. So I don't think NS 3 should have a different default behaviour. And please don't just mask this ugly default value in the wifi helper, it should be fixed in the low level class, since not everyone uses helpers for everything. changeset 0dd9486ceaf4 |