|
Bugzilla – Full Text Bug Listing |
| Summary: | Explicitly state that YansWifiHelper::AddPropagationLoss may not be commutative | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Quincy Tse <quincy.tse> |
| Component: | documentation | Assignee: | Tom Henderson <tomh> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ns-bugs |
| Priority: | P5 | ||
| Version: | ns-3-dev | ||
| Hardware: | All | ||
| OS: | All | ||
| Attachments: | Added statements regarding ordering to doxygen comments. | ||
added in changeset: 53d7c5aaa720 |
Created attachment 1009 [details] Added statements regarding ordering to doxygen comments. YansWifiChannelHelper::AddPropagationLoss currently state that it is additive to allow complex propagation models to be constructed. This helper abstracts away the calls to PropagationLossModel::SetNext, which has explicit warning that the the constructed model chain is commutative iff each model in the chain is independent of transmit power. Therefore, there is a risk that the users of the Helper may add propagation loss in an order that generates an invalid model chain (eg. Nakagami model before Log-Distance model).