[Ns-bugs] [Bug 644] Radiotap header is specific to 802.11g

[code@nsnam.ece.gatech.edu]

http://www.nsnam.org/bugzilla/show_bug.cgi?id=644





--- Comment #2 from Tom Henderson <tomh at tomh.org>  2009-07-24 10:51:04 EDT ---
(In reply to comment #1)
> (In reply to comment #0)
> > Reported by Kirill:
> > 
> > It writes statically 802.11g mode and channel frequency. The former is a bug -
> > because we have not only 802.11g, the latter is problem that caused regression
> > failure. In attachment there is a patch, which makes regression successfull
> > (where chanel frequncy was replaced with 2437 Mhz, as it was before this
> > commit) 
> 
> 
> For the fact that 802.11g mode is statically written, you're right, that's
> because when radiotap support was implemented there was only 802.11g. Patches
> welcome.
> 
> For the second issue, changeset ca8cbdd42786 fixes regression by breaking the
> ability of radiotap to correctly report the channel on which the device is
> tuned. I guess the regression failure is just due to a change in the default
> channel being used. If this is confirmed, I would suggest to undo changeset
> ca8cbdd42786, and update the regression traces instead. 
> 
> Nicola
> 

If you can confirm that the traces generated by undoing ca8cbdd42786 are OK,
please go ahead and revert that and update the reference traces, or just let me
know in this tracker and I will do it.  Then, we can leave this bug open for
the 802.11g mode issue.


-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.