[Ns-bugs] [Bug 555] DCF immediate access bug
code@nsnam.ece.gatech.edu
code at nsnam.ece.gatech.edu
Thu Jun 25 10:05:10 PDT 2009
http://www.nsnam.org/bugzilla/show_bug.cgi?id=555
--- Comment #13 from TimoB <timo.bingmann at student.kit.edu> 2009-06-25 13:05:09 EDT ---
(In reply to comment #12)
> Would it not be possible to instead fix this bug my adding an end of tx signal
> to MacLow, forward it to DcaTxop, and invoke RequestAccessIfNeeded from there
> at the end of tx for broadcast/multicast messages ?
>
> This would add yet another event, but, at least, it seems pretty
> straightforward: the way the current patch works makes my brain hurt.
No, it does not change anything about the bug reported.
If you delay RequestAccessIfNeeded() to after the TX the test case changes to:
// Test case where two packets are queued at DcaTxop, the first send starts
// immediately and the second is also immediately indicated but has to wait
// for its backoff.
//
// 20 60 66 70 80
// | tx | sifs | aifs | tx |
// |20: request access for first packet
// |60: request access for second packet
and we still need to differentate this case from
// 20 60 66 70 75
// | tx | sifs | aifs+backoff | idle | tx |
// |20: request access for first packet
// |75: request access for second
packet
I don't see what's wrong with adding a "backoff elapsed" flag to DcaTxop.
--
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Ns-bugs
mailing list