.. and you'll be able to sense ACKs how? :-)
Adrian On 29 February 2012 14:25, srinivas prasad <wasimpra...@gmail.com> wrote: > I thought that it will enable me to transmit without sensing the carrier. I > am a bit new to this so maybe I interpreted it wrong. My aim is to induce > overlaps as many overlaps as possible in our network in our experiments. I > thought by physical carrier sense, i would be able to transmit without > sensing the carrier. > > Thank you > Srinivas > > On Wed, Feb 29, 2012 at 4:02 PM, Nick Kossifidis <mickfl...@gmail.com> > wrote: >> >> 2012/2/29 srinivas prasad <wasimpra...@gmail.com>: >> > Thanks for the reply. Just to make it clear, So are you saying that the >> > patch is buggy? I thought it is supposed to disable carrier sensing >> > (physical and virtual) by turning on and off some flags. >> > >> >> Define buggy. This patch disables carrier sensing on PHY by forcing >> the RX_CLEAR signal to always be high (that means the PHY always >> reports the channel as idle, e.g. allowing you to transmit all the way >> ignoring any other users -some people use that for DoS >> attacks/testing/research etc-) and virtual carrier sensing on MAC by >> telling the PCU to ignore it. It does what's supposed to and as Felix >> told you it effectively kills RX (until you switch them back on). >> >> What did you expect from such a patch/approach ? >> >> -- >> GPG ID: 0xEE878588 >> As you read this post global entropy rises. Have Fun ;-) >> Nick > > > > _______________________________________________ > ath5k-devel mailing list > ath5k-devel@lists.ath5k.org > https://lists.ath5k.org/mailman/listinfo/ath5k-devel > _______________________________________________ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel
