Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Guogang My consideration towards “Planned ESS” is similar as what Thomas mentioned below I believe the original intent of the Planned ESS subfield definition “ESS that is planned with several BSSs” was to describe a network comprising multiple physical APs in different locations - not simply a single
physical AP operating multiple bands. I mean ESS Report element would not help STA to roam from AP1’s band to AP2’s band.. In the case a STA is capable of operation on only AP1’s band, the STA
cannot roam to AP2’s band. So I thought the STA check ESS Report element from AP1 and know whether it is at Edge of ESS of AP1’s band. I’m not sure it might be deployment dependent issue and both you and me may be right, need any other opinion. BR Atsushi From: huangguogang <huangguogang1@xxxxxxxxxx>
Hi SHIRAKAWA, I don’t why co-located AP 1 and AP 2 shall have the same value for Edge of ESS. Do you have the text to support you? According to the following text, we can see the Edge of ESS subfield is used for roaming. Hence, it is set based on the
AP’s coverage. Even for collocated AP 1 and AP 2, if they have different coverages, the Edge Of ESS subfield can be set to the different value. Regards Guogang Huang 发件人:
SHIRAKAWA Atsushi [mailto:shirakawa.atsushi@xxxxxxxxxxx]
Hi Guogang Is it correct that your drawing indicates Edge of ESS for AP1 = 0 even though Edge of ESS for AP2 = 1 ? I thought co-located AP 1 and AP2 have same value for Edge of ESS. If those have different value as you drew a non-AP STA operating on AP1’s band has different Edge from
another non-AP STA operating on AP2’s band, and the latter have no Edge, it seems weird for me. If my assumption is correct a non-AP STA just check existing 11ax Edge of ESS
and new Edge of ESS For MLDs is not required. From: huangguogang <000017b1384624cd-dmarc-request@xxxxxxxxxxxxxxxxx>
Hi Thomas, Thanks for your discussion. The Planned ESS for MLDs subfield can tell the associated non-AP MLD whether there is neighboring
AP/AP MLD to which it can transition base on the recommended RSSI threshold. For the Edge Of ESS for MLDs subfield, If we consider that some non-AP MLD cannot support some band, then it will not
probe the info on that link. In this case, the non-AP MLD doesn’t need to probe all links of the AP MLD. That’s why I add this subfield.
Regards Guogang Huang 发件人:
Thomas Derham [mailto:thomas.derham@xxxxxxxxxxxx]
Not clear to me why that is a problem… Effectively it just means
that the Edge of ESS and Recommended … RSSI Thresholds fields are actually defined (not reserved).
I’m not sure this complexity is really necessary. If the non-AP
MLD is using multiple links, it can derive this value from the existing ESS Reports on each link, without defining new fields. Thanks Thomas On Apr 29, 2022 at 12:28:26 AM, huangguogang <000017b1384624cd-dmarc-request@xxxxxxxxxxxxxxxxx> wrote:
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 |