[ath9k-devel] HT-delayed block ack

[ath9k-devel] HT-delayed block ack

[Triangle Men]

Greetings,

Correct me if I'm wrong, but ath9k currently does not support the delayed block acknowledgement policy described in IEEE Std. 802.11-2007. Is there a register on the AR9220 which sets the immediate/delayed policy? If the 9220/9280 series does not support delayed block acks, is there another chipset which does?

Regards,
Trianglemen
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20110726/3d613028/attachment.htm 

[ath9k-devel] HT-delayed block ack

[Mohammed Shafi]

On Tue, Jul 26, 2011 at 11:54 PM, Triangle Men <trianglemen@hotmail.com> wrote:
> Greetings,
>
> Correct me if I'm wrong, but ath9k currently does not support the delayed
> block acknowledgement policy described in IEEE Std. 802.11-2007. Is there a
> register on the AR9220 which sets the immediate/delayed policy? If the
> 9220/9280 series does not support delayed block acks, is there another
> chipset which does?

 ath9k does not seems to support Delayed Block Ack... let me find out why

>
> Regards,
> Trianglemen
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
>



-- 
shafi

[ath9k-devel] HT-delayed block ack

[Triangle Men]

Thank you for your confirmation about the lack of driver support, but what I would really like to know is whether or not the AR9220 or any other ath9k-compatible Atheros chipsets support the delayed block ACK mode. Can the hardware be configured to delay ACK transmission to the next TXOP? This unadvertised feature, if it exists, would save me a lot of programming and CPU time.

Thanks again,
Trianglemen
----------------------------------------
> Date: Thu, 28 Jul 2011 12:38:19 +0530
> Subject: Re: [ath9k-devel] HT-delayed block ack
> From: shafi.wireless at gmail.com
> To: trianglemen at hotmail.com
> CC: ath9k-devel at lists.ath9k.org
>
> On Tue, Jul 26, 2011 at 11:54 PM, Triangle Men <trianglemen@hotmail.com> wrote:
> > Greetings,
> >
> > Correct me if I'm wrong, but ath9k currently does not support the delayed
> > block acknowledgement policy described in IEEE Std. 802.11-2007. Is there a
> > register on the AR9220 which sets the immediate/delayed policy? If the
> > 9220/9280 series does not support delayed block acks, is there another
> > chipset which does?
>
> ath9k does not seems to support Delayed Block Ack... let me find out why
>
> >
> > Regards,
> > Trianglemen
> >
> > _______________________________________________
> > ath9k-devel mailing list
> > ath9k-devel at lists.ath9k.org
> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel
> >
> >
>
>
>
> --
> shafi
 		 	   		  

[ath9k-devel] HT-delayed block ack

[Triangle Men]

> Date: Thu, 28 Jul 2011 12:38:19 +0530
> Subject: Re: [ath9k-devel] HT-delayed block ack
> From: shafi.wireless at gmail.com
> To: trianglemen at hotmail.com
> CC: ath9k-devel at lists.ath9k.org
>
> On Tue, Jul 26, 2011 at 11:54 PM, Triangle Men <trianglemen@hotmail.com> wrote:
> > Greetings,
> >
> > Correct me if I'm wrong, but ath9k currently does not support the delayed
> > block acknowledgement policy described in IEEE Std. 802.11-2007. Is there a
> > register on the AR9220 which sets the immediate/delayed policy? If the
> > 9220/9280 series does not support delayed block acks, is there another
> > chipset which does?
>
> ath9k does not seems to support Delayed Block Ack... let me find out why
>
> >
> > Regards,
> > Trianglemen
> >
> > _______________________________________________
> > ath9k-devel mailing list
> > ath9k-devel at lists.ath9k.org
> > https://lists.ath9k.org/mailman/listinfo/ath9k-devel
> >
> >
>
>
>
> --
> shafi

I am still very curious about whether or not the AR9220 and 9280 support HT delayed block acks. I know ath9k does not support this part of the specification and I have not found any indications in reg.h that the MAC supports this feature. Are there any registers which might affect the ACK transmission policy? (What I am really after is something like a DBA-gated transmission policy similar to setting AR_Q_MISC_FSP_DBA_GATED on AR_QMISC.) 

-trianglemen
 		 	   		  

[ath9k-devel] HT-delayed block ack

[ajay]

Triangle Men <trianglemen <at> hotmail.com> writes:

> 
> 
> > Date: Thu, 28 Jul 2011 12:38:19 +0530
> > Subject: Re: [ath9k-devel] HT-delayed block ack
> > From: shafi.wireless <at> gmail.com
> > To: trianglemen <at> hotmail.com
> > CC: ath9k-devel <at> lists.ath9k.org
> >
> > On Tue, Jul 26, 2011 at 11:54 PM, Triangle Men <trianglemen <at> 
hotmail.com> wrote:
> > > Greetings,
> > >
> > > Correct me if I'm wrong, but ath9k currently does not support the delayed
> > > block acknowledgement policy described in IEEE Std. 802.11-2007. Is there 
a
> > > register on the AR9220 which sets the immediate/delayed policy? If the
> > > 9220/9280 series does not support delayed block acks, is there another
> > > chipset which does?
> >
> > ath9k does not seems to support Delayed Block Ack... let me find out why
> >
> > >
> > > Regards,
> > > Trianglemen
> > >
> > > _______________________________________________
> > > ath9k-devel mailing list
> > > ath9k-devel <at> lists.ath9k.org
> > > https://lists.ath9k.org/mailman/listinfo/ath9k-devel
> > >
> > >
> >
> >
> >
> > --
> > shafi
> 
> I am still very curious about whether or not the AR9220 and 9280 support HT 
delayed block acks. I know ath9k
> does not support this part of the specification and I have not found any 
indications in reg.h that the MAC
> supports this feature. Are there any registers which might affect the ACK 
transmission policy? (What I am
> really after is something like a DBA-gated transmission policy similar to 
setting
> AR_Q_MISC_FSP_DBA_GATED on AR_QMISC.) 
> 
> -trianglemen
>  		 	   		  
> 
Hi,
Is there any AP supporting delayed block ack feature.Why it's not being used any 
reason.Though it has been masde mandatory feature in specification. It's not 
part of certification. what could be the reason ?
Thanks
Ajay

[ath9k-devel] HT-delayed block ack

[Adrian Chadd]

Well, implementing a delayed block-ack wouldn't be _that_ difficult, right?

I _think_ it looks like this:

* send aggregate frames, up to whatever your window size is;
* wait a little bit;
* send a BA;
* respond with a manually constructed BA frame with the current state
of the BA window.

Surely that's not too difficult for someone to code up? I'm thinking
of coding it up early next year for FreeBSD, as part of the 802.11n
TDMA work I'm kind of working on.



Adrian