Bug 656 – rate controls do not affect wifi-clear-channel-cmu example program results

Bug 656 - rate controls do not affect wifi-clear-channel-cmu example program results


Summary:	rate controls do not affect wifi-clear-channel-cmu example program results

Status:	RESOLVED DUPLICATE of bug 655

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

Importance:	P5 normal
Assigned To:	ns-bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2009-08-07 19:29 UTC by Tom Henderson
Modified:	2009-08-12 20:26 UTC (History)
CC List:	2 users (show)

See Also:

Attachments
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 Tom Henderson 2009-08-07 19:29:59 UTC

From ns-3-users thread 8/3/09


Hi everyone, I tried to set different rate controls in wifi-clear-
channel-cmu example, but they all get the same results(even if I don't
set the rate control method).  Is this the expected behavior? Am I not
understanding somehing?


for example

wifi.SetRemoteStationManager ("ns3::ConstantRateWifiManager",
                                  "DataMode",StringValue(modes[i]),
                                   "ControlMode",StringValue(modes
[i]));


wifi.SetRemoteStationManager("ns3::IdealRateWifiManager");

Duy

Comment 1 duy 2009-08-07 21:14:15 UTC

I think the result should be different for every rate control because of the varied RSS.  Anyway, I tested two additional scenarios:
1) Fix two nodes 5000 meters apart
2) Set the receiver stationary and move the sender from within range to out of range

There should be no communication at all in the first scenario, yet receiver is still receiving packets.  Second scenario, the result is the same for all rate controls.

Comment 2 duy 2009-08-07 22:43:01 UTC

I removed 802.11b phy, and it gets zero packets with the "5000 meters apart" scenario; however rate controls are still getting the same results in other scenarios mentioned above.

Comment 3 duy 2009-08-08 00:23:44 UTC

Ok, I did some more testing,  rate controls are now working normal using 802.11a instead.  So, the problem lies in 802.11b.  I think we can close this bug report and open a report on 802.11b, if no one has done it.

Comment 4 duy 2009-08-08 00:39:45 UTC


*** This bug has been marked as a duplicate of bug 655 ***

Comment 5 Gary Pei 2009-08-12 20:26:45 UTC

(In reply to comment #2)
> I removed 802.11b phy, and it gets zero packets with the "5000 meters apart"
> scenario; however rate controls are still getting the same results in other
> scenarios mentioned above.
> 

(In reply to comment #4)
> 
> *** This bug has been marked as a duplicate of bug 655 ***
> 

Please see my comments in 655.