Bug 1023 – Explicitly state that YansWifiHelper::AddPropagationLoss may not be commutative

Bug 1023 - Explicitly state that YansWifiHelper::AddPropagationLoss may not be commutative


Summary:	Explicitly state that YansWifiHelper::AddPropagationLoss may not be commutative

Status:	RESOLVED FIXED

Product:	ns-3
Classification:	Unclassified
Component:	documentation
Version:	ns-3-dev
Hardware:	All All

Importance:	P5 normal
Assigned To:	Tom Henderson

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2010-11-07 19:09 UTC by Quincy Tse
Modified:	2010-12-01 11:03 UTC (History)
CC List:	1 user (show)

See Also:

Attachments
Added statements regarding ordering to doxygen comments. (870 bytes, patch) 2010-11-07 19:09 UTC, Quincy Tse	Details \| Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Quincy Tse 2010-11-07 19:09:33 UTC

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).

Comment 1 Tom Henderson 2010-12-01 11:03:54 UTC

added in changeset: 53d7c5aaa720