Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [STDS-802-11-TGBE] PDT MAC MLO Power-save procedures



Hi Rana,

 

Thank you for your feedback.

 

We ran a strawpoll on the document during this week’s MAC call and it passed.

 

I noticed your comments are most editorial. I will keep a record and fix those when we get to D1.0.

 

Regards,
Abhi

 

From: Rana Abdelaal <0000122c3ae75451-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Friday, September 11, 2020 3:02 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] PDT MAC MLO Power-save procedures

 

Hi Abhi,

 

Thank you for preparing/revising the document, please find some changes/comment attached in (33.x.y.1) and (33.x.y.2).

 

Thanks,

Rana

 

On Thu, Sep 10, 2020 at 10:17 AM Abhishek Patil <appatil@xxxxxxxxxxxxxxxx> wrote:

Thanks Edward – good catch. I will fix it in the next rev of the doc.

 

From: Edward Au <edward.ks.au@xxxxxxxxx>
Sent: Thursday, September 10, 2020 9:28 AM
To: Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] PDT MAC MLO Power-save procedures

 

CAUTION: This email originated from outside of the organization.

Hello Abhi,

 

I am sorry if I do not express myself clearly.    The definition is correct and it is up to 255.   

 

Since your table has two separate entry on Reserved because you use 221 as for vendor specific, my comment is to change 

 

Table 9-xxx – Optional subelement IDs for Multi-Link

 

Subelement ID

Name

Extensible

0

Per-STA Profile

No

1–255

Reserved

 

221

Vendor Specific

Vendor defined

222–255

Reserved

 

 

to

 

Table 9-xxx – Optional subelement IDs for Multi-Link

 

Subelement ID

Name

Extensible

0

Per-STA Profile

No

1–220 255

Reserved

 

221

Vendor Specific

Vendor defined

222–255

Reserved

 

 

P.S:   Sorry again - I mean 1274!

 

Regards,
Edward

 

On Thu, Sep 10, 2020 at 12:22 PM Abhishek Patil <appatil@xxxxxxxxxxxxxxxx> wrote:

Hi Edward,

 

Thank you for your feedback.

 

I was following the examples in baseline (REVmd) spec.

For example, the Neighbor Report IE or MBSSID IE has a range up to 255.

 

Is there a reason why we can’t go beyond 220?

I noticed 222-255 are reserved for both cases.

 

Below snipped from Neighbor Report IE:

 

Regards,

Abhi

Ps: I believe your feedback applies to doc 1272 (Multi-Link element) – not the power-save document (1270) – is that correct?

 

From: Edward Au <edward.ks.au@xxxxxxxxx>
Sent: Thursday, September 10, 2020 8:36 AM
To: Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] PDT MAC MLO Power-save procedures

 

CAUTION: This email originated from outside of the organization.

Hi Abhi,

 

Not sure if the members have provided you the following feedback on the following table:

 

 

For the second entry "Reserved", is the range of Subelement ID "1-220" rather than "1-255"?

 

Please kindly advise.

 

Regards,
Edward

 

On Mon, Aug 24, 2020 at 11:50 PM Abhishek Patil <appatil@xxxxxxxxxxxxxxxx> wrote:

Hello to all TTT members for MLO power-save procedures,

 

I have posted document 11-20/1270 which provides draft text for MLO power save procedures.

https://mentor.ieee.org/802.11/dcn/20/11-20-1270-00-00be-pdt-mac-mlo-power-save-procedures.docx

 

Could you please review and let me know if you have any inputs?

 

Regards,
Abhi


To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1




To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1


To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1


To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1