Thread: [Madwifi-devel] disable cca but low pps at the receiver
Status: Beta
Brought to you by:
otaku
From: dead c. <dz...@fo...> - 2010-06-26 16:05:16
|
Hi, all I have disabled cca/ csma,ca based on: https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch It really works. But the problom is when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, 1000-byte frame, (around 5500 packet per frame), the receiver could receive almost no frames. This situation is substantially mitigated when the sender transmits at a lower speed (e.g. 2600pps), at the receiver, we got 2300pps. Does anyone know the reason about this strange problem? Thanks! 2010-06-26 dead cow |
From: Vishal S. <vis...@gm...> - 2010-06-26 16:11:43
|
Have you disabled the ack also or ack is enabled?? and what hardware are you using?? for ar5212 based ubiquiti and mikrotik cards what i observed is if i do large file transfer of 20-30 mb using scp, then the transfer stall midway. so am doubtful if the patch works accurately. vishal On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: > Hi, all > I have disabled cca/ csma,ca based on: > https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch > It really works. > But the problom is > when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, > 1000-byte frame, (around 5500 packet per frame), > the receiver could receive almost no frames. > > This situation is substantially mitigated when the sender transmits at a > lower speed (e.g. 2600pps), > at the receiver, we got 2300pps. > > Does anyone know the reason about this strange problem? > > Thanks! > > > 2010-06-26 > ------------------------------ > dead cow > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > |
From: dead c. <dz...@fo...> - 2010-06-26 16:20:19
|
Hi, vishal, I send boradcast frames using pktgen. The ubiquity XR2 cards are used for this test. zbdou. Have you disabled the ack also or ack is enabled?? and what hardware are you using?? for ar5212 based ubiquiti and mikrotik cards what i observed is if i do large file transfer of 20-30 mb using scp, then the transfer stall midway. so am doubtful if the patch works accurately. vishal On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: Hi, all I have disabled cca/ csma,ca based on: https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch It really works. But the problom is when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, 1000-byte frame, (around 5500 packet per frame), the receiver could receive almost no frames. This situation is substantially mitigated when the sender transmits at a lower speed (e.g. 2600pps), at the receiver, we got 2300pps. Does anyone know the reason about this strange problem? Thanks! 2010-06-26 dead cow ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Madwifi-devel mailing list Mad...@li... https://lists.sourceforge.net/lists/listinfo/madwifi-devel |
From: Vishal S. <vis...@gm...> - 2010-06-26 16:26:17
|
try increasing the acktimeout using sysctl -w dev.wifi0.acktimeout=30 play around with couple of values and see what happens. from what i have observed value of around 25 us works .. with slightly higher value, the cca is not disabled :) (which i find strange) On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: > Hi, vishal, > > I send boradcast frames using pktgen. > The ubiquity XR2 cards are used for this test. > > > zbdou. > > > > > Have you disabled the ack also or ack is enabled?? and what hardware are > you using?? > > for ar5212 based ubiquiti and mikrotik cards what i observed is if i do > large file transfer of 20-30 mb using scp, then the transfer stall midway. > so am doubtful if the patch works accurately. > > vishal > > > On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: > > Hi, all > I have disabled cca/ csma,ca based on: > https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch > It really works. > But the problom is > when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, > 1000-byte frame, (around 5500 packet per frame), > the receiver could receive almost no frames. > > This situation is substantially mitigated when the sender transmits at a > lower speed (e.g. 2600pps), > at the receiver, we got 2300pps. > > Does anyone know the reason about this strange problem? > > Thanks! > > > 2010-06-26 > > > > dead cow > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > > |
From: zbdou <dz...@fo...> - 2010-06-26 16:53:19
|
I tried, but no improvements. I changed the channel to 3, which has less external interference. With cca enabled, the maximum throughput is 4500pps (54Mbps, 1000-byte broadcast frames). but after disable cca at the sender, if we set the sending interval of pktgen to tx 4500pps, the receiver could only get throughput of 400pps, so strange! I think there is something wrong with the patch. try increasing the acktimeout using sysctl -w dev.wifi0.acktimeout=30 play around with couple of values and see what happens. from what i have observed value of around 25 us works .. with slightly higher value, the cca is not disabled :) (which i find strange) On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: Hi, vishal, I send boradcast frames using pktgen. The ubiquity XR2 cards are used for this test. zbdou. Have you disabled the ack also or ack is enabled?? and what hardware are you using?? for ar5212 based ubiquiti and mikrotik cards what i observed is if i do large file transfer of 20-30 mb using scp, then the transfer stall midway. so am doubtful if the patch works accurately. vishal On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: Hi, all I have disabled cca/ csma,ca based on: https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch It really works. But the problom is when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, 1000-byte frame, (around 5500 packet per frame), the receiver could receive almost no frames. This situation is substantially mitigated when the sender transmits at a lower speed (e.g. 2600pps), at the receiver, we got 2300pps. Does anyone know the reason about this strange problem? Thanks! 2010-06-26 dead cow ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Madwifi-devel mailing list Mad...@li... https://lists.sourceforge.net/lists/listinfo/madwifi-devel |
From: Vishal S. <vis...@gm...> - 2010-06-26 17:19:03
|
what value are you setting for disable_cca?? vishal On Sat, Jun 26, 2010 at 10:23 PM, zbdou <dz...@fo...> wrote: > I tried, but no improvements. > > I changed the channel to 3, which has less external interference. > With cca enabled, the maximum throughput is 4500pps (54Mbps, 1000-byte > broadcast frames). > but after disable cca at the sender, > if we set the sending interval of pktgen to tx 4500pps, > the receiver could only get throughput of 400pps, so strange! > > I think there is something wrong with the patch. > > > > > > > try increasing the acktimeout using > > sysctl -w dev.wifi0.acktimeout=30 > > play around with couple of values and see what happens. from what i have > observed value of around 25 us works .. with slightly higher value, the cca > is not disabled :) (which i find strange) > > On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: > >> Hi, vishal, >> >> I send boradcast frames using pktgen. >> The ubiquity XR2 cards are used for this test. >> >> >> zbdou. >> >> >> >> >> Have you disabled the ack also or ack is enabled?? and what hardware are >> you using?? >> >> for ar5212 based ubiquiti and mikrotik cards what i observed is if i do >> large file transfer of 20-30 mb using scp, then the transfer stall midway. >> so am doubtful if the patch works accurately. >> >> vishal >> >> >> On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: >> >> Hi, all >> I have disabled cca/ csma,ca based on: >> https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch >> It really works. >> But the problom is >> when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, >> 1000-byte frame, (around 5500 packet per frame), >> the receiver could receive almost no frames. >> >> This situation is substantially mitigated when the sender transmits at a >> lower speed (e.g. 2600pps), >> at the receiver, we got 2300pps. >> >> Does anyone know the reason about this strange problem? >> >> Thanks! >> >> >> 2010-06-26 >> >> >> >> dead cow >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Madwifi-devel mailing list >> Mad...@li... >> https://lists.sourceforge.net/lists/listinfo/madwifi-devel >> >> >> > |
From: zbdou <dz...@fo...> - 2010-06-26 17:27:15
|
Atfet dozens of tests for different combinations ( 4, queue backoff / 2, sifs etc / 1, rssi, NF ), I found that, if we only set 0x04 (queue backoff ) to disable cca, the receiver could get almost each frame (for our test, aroud 4500pps). On the contrary, if disable cca is set to 0, then 2000pps. The findings are that, 1. if only 0x01 is set, the receiver could receive no frames. 2. if only 0x02 is set, the receiver get throughput of 2000pps, when the sending rate is 4500pps. That's what I have found. zbdou. what value are you setting for disable_cca?? vishal On Sat, Jun 26, 2010 at 10:23 PM, zbdou <dz...@fo...> wrote: I tried, but no improvements. I changed the channel to 3, which has less external interference. With cca enabled, the maximum throughput is 4500pps (54Mbps, 1000-byte broadcast frames). but after disable cca at the sender, if we set the sending interval of pktgen to tx 4500pps, the receiver could only get throughput of 400pps, so strange! I think there is something wrong with the patch. try increasing the acktimeout using sysctl -w dev.wifi0.acktimeout=30 play around with couple of values and see what happens. from what i have observed value of around 25 us works .. with slightly higher value, the cca is not disabled :) (which i find strange) On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: Hi, vishal, I send boradcast frames using pktgen. The ubiquity XR2 cards are used for this test. zbdou. Have you disabled the ack also or ack is enabled?? and what hardware are you using?? for ar5212 based ubiquiti and mikrotik cards what i observed is if i do large file transfer of 20-30 mb using scp, then the transfer stall midway. so am doubtful if the patch works accurately. vishal On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: Hi, all I have disabled cca/ csma,ca based on: https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch It really works. But the problom is when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, 1000-byte frame, (around 5500 packet per frame), the receiver could receive almost no frames. This situation is substantially mitigated when the sender transmits at a lower speed (e.g. 2600pps), at the receiver, we got 2300pps. Does anyone know the reason about this strange problem? Thanks! 2010-06-26 dead cow ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Madwifi-devel mailing list Mad...@li... https://lists.sourceforge.net/lists/listinfo/madwifi-devel |
From: Vishal S. <vis...@gm...> - 2010-06-26 17:40:49
|
On Sat, Jun 26, 2010 at 10:57 PM, zbdou <dz...@fo...> wrote: > Atfet dozens of tests for different combinations ( 4, queue backoff / 2, > sifs etc / 1, rssi, NF ), > > I found that, if we only set 0x04 (queue backoff ) to disable cca, > the receiver could get almost each frame (for our test, aroud 4500pps). > On the contrary, if disable cca is set to 0, then 2000pps. > > The findings are that, > 1. if only 0x01 is set, the receiver could receive no frames. > oh k with broadcast frames acktimeout wont work. cn u test with unicast frames and see. if not, try setting slottime. sysctl -w dev.wifi0.slottime=100 (or few other values and ensure tht disable_cca is set to 0x01) also another way of cca disabling which seems to work is instead of setting the ignorephycs (which is for rxclear), set channel_ideal. u can do this by changing this #define #define AR5K_AR5212_DIAG_SW_IGNOREPHYCS 0x00100000 to #define AR5K_AR5212_DIAG_SW_IGNOREPHYCS 0x00400000 but i wud suggest first you play around with slottime value with disable_cca set to 0x01 and see what happens, as iam also interested in finding it out. > 2. if only 0x02 is set, the receiver get throughput of 2000pps, when the > sending rate is 4500pps. > > That's what I have found. > > zbdou. > > > > what value are you setting for disable_cca?? > > vishal > > On Sat, Jun 26, 2010 at 10:23 PM, zbdou <dz...@fo...> wrote: > >> I tried, but no improvements. >> >> I changed the channel to 3, which has less external interference. >> With cca enabled, the maximum throughput is 4500pps (54Mbps, 1000-byte >> broadcast frames). >> but after disable cca at the sender, >> if we set the sending interval of pktgen to tx 4500pps, >> the receiver could only get throughput of 400pps, so strange! >> >> I think there is something wrong with the patch. >> >> >> >> >> >> >> try increasing the acktimeout using >> >> sysctl -w dev.wifi0.acktimeout=30 >> >> play around with couple of values and see what happens. from what i have >> observed value of around 25 us works .. with slightly higher value, the cca >> is not disabled :) (which i find strange) >> >> On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: >> >>> Hi, vishal, >>> >>> I send boradcast frames using pktgen. >>> The ubiquity XR2 cards are used for this test. >>> >>> >>> zbdou. >>> >>> >>> >>> >>> Have you disabled the ack also or ack is enabled?? and what hardware are >>> you using?? >>> >>> for ar5212 based ubiquiti and mikrotik cards what i observed is if i do >>> large file transfer of 20-30 mb using scp, then the transfer stall midway. >>> so am doubtful if the patch works accurately. >>> >>> vishal >>> >>> >>> On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: >>> >>> Hi, all >>> I have disabled cca/ csma,ca based on: >>> https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch >>> It really works. >>> But the problom is >>> when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, >>> 1000-byte frame, (around 5500 packet per frame), >>> the receiver could receive almost no frames. >>> >>> This situation is substantially mitigated when the sender transmits at a >>> lower speed (e.g. 2600pps), >>> at the receiver, we got 2300pps. >>> >>> Does anyone know the reason about this strange problem? >>> >>> Thanks! >>> >>> >>> 2010-06-26 >>> >>> >>> >>> dead cow >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by Sprint >>> What will you do first with EVO, the first 4G phone? >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >>> _______________________________________________ >>> Madwifi-devel mailing list >>> Mad...@li... >>> https://lists.sourceforge.net/lists/listinfo/madwifi-devel >>> >>> >>> >> > |
From: zbdou <dz...@fo...> - 2010-06-26 18:16:47
|
Hi, vishal Thank you very much for you help. It really works when changing the AR5K_AR5212_DIAG_SW_IGNOREPHYCS to 0x00400000, which achieves 5000pps! so, disable_cca setting throughput 1 4200pps 4 4600pps 1+4 5000pps 1(with AR5K_AR5212_DIAG_SW_IGNOREPHYCS to 0x00100000), almost 0pps. zbdou. On Sat, Jun 26, 2010 at 10:57 PM, zbdou <dz...@fo...> wrote: Atfet dozens of tests for different combinations ( 4, queue backoff / 2, sifs etc / 1, rssi, NF ), I found that, if we only set 0x04 (queue backoff ) to disable cca, the receiver could get almost each frame (for our test, aroud 4500pps). On the contrary, if disable cca is set to 0, then 2000pps. The findings are that, 1. if only 0x01 is set, the receiver could receive no frames. oh k with broadcast frames acktimeout wont work. cn u test with unicast frames and see. if not, try setting slottime. sysctl -w dev.wifi0.slottime=100 (or few other values and ensure tht disable_cca is set to 0x01) also another way of cca disabling which seems to work is instead of setting the ignorephycs (which is for rxclear), set channel_ideal. u can do this by changing this #define #define AR5K_AR5212_DIAG_SW_IGNOREPHYCS 0x00100000 to #define AR5K_AR5212_DIAG_SW_IGNOREPHYCS 0x00400000 but i wud suggest first you play around with slottime value with disable_cca set to 0x01 and see what happens, as iam also interested in finding it out. 2. if only 0x02 is set, the receiver get throughput of 2000pps, when the sending rate is 4500pps. That's what I have found. zbdou. what value are you setting for disable_cca?? vishal On Sat, Jun 26, 2010 at 10:23 PM, zbdou <dz...@fo...> wrote: I tried, but no improvements. I changed the channel to 3, which has less external interference. With cca enabled, the maximum throughput is 4500pps (54Mbps, 1000-byte broadcast frames). but after disable cca at the sender, if we set the sending interval of pktgen to tx 4500pps, the receiver could only get throughput of 400pps, so strange! I think there is something wrong with the patch. try increasing the acktimeout using sysctl -w dev.wifi0.acktimeout=30 play around with couple of values and see what happens. from what i have observed value of around 25 us works .. with slightly higher value, the cca is not disabled :) (which i find strange) On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: Hi, vishal, I send boradcast frames using pktgen. The ubiquity XR2 cards are used for this test. zbdou. Have you disabled the ack also or ack is enabled?? and what hardware are you using?? for ar5212 based ubiquiti and mikrotik cards what i observed is if i do large file transfer of 20-30 mb using scp, then the transfer stall midway. so am doubtful if the patch works accurately. vishal On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: Hi, all I have disabled cca/ csma,ca based on: https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch It really works. But the problom is when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, 1000-byte frame, (around 5500 packet per frame), the receiver could receive almost no frames. This situation is substantially mitigated when the sender transmits at a lower speed (e.g. 2600pps), at the receiver, we got 2300pps. Does anyone know the reason about this strange problem? Thanks! 2010-06-26 dead cow ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Madwifi-devel mailing list Mad...@li... https://lists.sourceforge.net/lists/listinfo/madwifi-devel |
From: zbdou <dz...@fo...> - 2010-06-27 02:40:41
|
I will try it out later and tell you the results. zbdou. On Sat, Jun 26, 2010 at 11:43 PM, zbdou <dz...@fo...> wrote: Hi, vishal Thank you very much for you help. It really works when changing the AR5K_AR5212_DIAG_SW_IGNOREPHYCS to 0x00400000, which achieves 5000pps! so, disable_cca setting throughput 1 4200pps 4 4600pps 1+4 5000pps 1(with AR5K_AR5212_DIAG_SW_IGNOREPHYCS to 0x00100000), almost 0pps. zbdou. yeah but wht with AR5K_AR5212_DIAG_SW_ IGNOREPHYCS to 0x00100000 and varying the slottime values .. did u try tht out. iam interested in finding it out :) vishal On Sat, Jun 26, 2010 at 10:57 PM, zbdou <dz...@fo...> wrote: Atfet dozens of tests for different combinations ( 4, queue backoff / 2, sifs etc / 1, rssi, NF ), I found that, if we only set 0x04 (queue backoff ) to disable cca, the receiver could get almost each frame (for our test, aroud 4500pps). On the contrary, if disable cca is set to 0, then 2000pps. The findings are that, 1. if only 0x01 is set, the receiver could receive no frames. oh k with broadcast frames acktimeout wont work. cn u test with unicast frames and see. if not, try setting slottime. sysctl -w dev.wifi0.slottime=100 (or few other values and ensure tht disable_cca is set to 0x01) also another way of cca disabling which seems to work is instead of setting the ignorephycs (which is for rxclear), set channel_ideal. u can do this by changing this #define #define AR5K_AR5212_DIAG_SW_IGNOREPHYCS 0x00100000 to #define AR5K_AR5212_DIAG_SW_IGNOREPHYCS 0x00400000 but i wud suggest first you play around with slottime value with disable_cca set to 0x01 and see what happens, as iam also interested in finding it out. 2. if only 0x02 is set, the receiver get throughput of 2000pps, when the sending rate is 4500pps. That's what I have found. zbdou. what value are you setting for disable_cca?? vishal On Sat, Jun 26, 2010 at 10:23 PM, zbdou <dz...@fo...> wrote: I tried, but no improvements. I changed the channel to 3, which has less external interference. With cca enabled, the maximum throughput is 4500pps (54Mbps, 1000-byte broadcast frames). but after disable cca at the sender, if we set the sending interval of pktgen to tx 4500pps, the receiver could only get throughput of 400pps, so strange! I think there is something wrong with the patch. try increasing the acktimeout using sysctl -w dev.wifi0.acktimeout=30 play around with couple of values and see what happens. from what i have observed value of around 25 us works .. with slightly higher value, the cca is not disabled :) (which i find strange) On Sat, Jun 26, 2010 at 9:49 PM, dead cow <dz...@fo...> wrote: Hi, vishal, I send boradcast frames using pktgen. The ubiquity XR2 cards are used for this test. zbdou. Have you disabled the ack also or ack is enabled?? and what hardware are you using?? for ar5212 based ubiquiti and mikrotik cards what i observed is if i do large file transfer of 20-30 mb using scp, then the transfer stall midway. so am doubtful if the patch works accurately. vishal On Sat, Jun 26, 2010 at 9:34 PM, dead cow <dz...@fo...> wrote: Hi, all I have disabled cca/ csma,ca based on: https://systems.cs.colorado.edu/projects/carp/browser/trunk/patches/noCCA.patch It really works. But the problom is when the sender sends at the full speed at 802.11g, fixed rate 54Mbps, 1000-byte frame, (around 5500 packet per frame), the receiver could receive almost no frames. This situation is substantially mitigated when the sender transmits at a lower speed (e.g. 2600pps), at the receiver, we got 2300pps. Does anyone know the reason about this strange problem? Thanks! 2010-06-26 dead cow ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Madwifi-devel mailing list Mad...@li... https://lists.sourceforge.net/lists/listinfo/madwifi-devel |