[Ns-developers] Tracing Rework
Tom Henderson
tomh at tomh.org
Tue Mar 3 10:15:39 PST 2009
>
>> I can then
>>
>> 1) Remove the objectionable Sniffer (Ethernet frame) and tx complete trace
>> sources from the wifi device;
>>
>> 2) Remove the unused rx start trace sources from the csma and point-to-point
>> devices;
>>
>> 3) Remove the non-promiscuous sniffer helper code from the wifi-helper and
>> leave yans-wifi-phy hooked to the promisc sniffer;
>>
>> 4) Write some words for the manual on this stuff.
>
> I think that the above would be fine.
I agree with the above and with just documenting that there is a
preferred list of trace sources for net devices but some devices only
support a subset of the recommended sources.
For the wifi promiscuous trace, it would be helpful to document that
what is being traced corresponds to tcpdump "monitor" mode; namely,
control and management frames are being captured. I think what you were
trying to do with the ethernet header may be equivalent to the default
"non-monitor" mode when tcpdump is run on a wireless interface. I think
it is fine to just support monitor mode because there is much more
information and because wireshark and tcpdump can display these extra
frame traces. It would be useful to test, before you are done, that
wireshark and tcpdump can still handle the promiscuous packet traces
generated.
Also,
+ .AddTraceSource ("PhyTxBackoff",
+ "Trace source indicating a packet has been delayed
by the CSMA backoff process",
+ MakeTraceSourceAccessor
(&CsmaNetDevice::m_phyTxBackoffTrace))
I thought you previously agreed that this trace source should be a mac
level source?
- Tom
More information about the Ns-developers
mailing list