| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
It's not an issue of how "many" 802.11 voters might have access to this information, it's
that it has not been supplied to support the request. I have no idea why it wasn't but it
should've been.
These are finite resources and there needs to be a justification for using up these finite
resources. Who knows, maybe someone in the 802.11 WG will come up with a better way
to do this feature after seeing what it is you want to do. A win-win possibility we should not
preclude by rashly voting to approve.
There is also precedence here. We can't get into the habit of rubber-stamping requests
simply because there might be some overlap between members of the 802.11 WG and the
requesting organization. "You want some finite resource to be assigned to you? OK, why and
how will you use it?" That's eminently reasonable.
regards,
Dan.
On 4/9/20, 10:35 AM, "Nehru Bhandaru" <nehru.bhandaru@xxxxxxxxxxxx> wrote:
I think it is reasonable to request the WFA specification that will use these assignments ("AP validation in Public Networks" named in the Liaison letter)
to be made available to 802.11 members for an informed decision to address Dan's concern (if I understand it correctly).
Having said that, I voted yes to these assignments because I have access to the specification due to my affiliated company being a member of
Wi-Fi alliance and do not see a reason to wait. I suspect many of the 802.11 voters have access to WFA's AP validation spec and in any case the
spec is an extension to SAE protocol to support AP authentication and has been reviewed by many 802.11 participants that also contribute to security
work in 802.11. I guess it is upto each member to decide to wait for the specification to be available, but my recommendation (FWIW) is to
approve these assignments.
Thanks,
- N
On Thu, Apr 9, 2020 at 9:47 AM Harkins, Daniel <daniel.harkins@xxxxxxx> wrote:
--- This message came from the IEEE 802.11 Working Group Reflector ---
Hi,
I'd like to encourage people to vote "no" on this. The accompanying request provides no justification.
Reference [1] which is supposed to describe their feature is to a generic web page that describes
broadly what they're doing, and the only relevant item on the list (number 17) doesn't have a link to
anything. It's just a statement "draft specification to be announced."
I think we should be given an opportunity to look at how these assignments will be used because maybe
there are better ways to accomplish their goals. We have expertise in this WG that should be utilized.
The WFA is somewhat secretive so while we shouldn't expect a complete protocol proposal, we should
at least get a description of what it is they want to do with these assignments.
When I got an AKM assignment for IETF I went into great detail about what the protocol was and how
it worked. WG members asked me quite a few questions before we voted. I see no reason why WFA
shouldn't be expected to do the same.
Please join me in voting "no" on this motion.
regards,
Dan.
On 4/9/20, 9:08 AM, "Dorothy Stanley" <dstanley1389@xxxxxxxxx> wrote:
--- This message came from the IEEE 802.11 Working Group Reflector ---
----------------------
Dorothy Stanley
IEEE 802.11 WG Chair, dstanley@xxxxxxxx
Hewlett Packard Enterprise
dorothy.stanley@xxxxxxx
dstanley1389@xxxxxxxxx
+1 630-363-1389
---------- Forwarded message ---------
From: Dorothy Stanley <dstanley1389@xxxxxxxxx>
Date: Thu, Apr 9, 2020 at 8:39 AM
Subject: Liaison from WFA re: ANA assignment request; WG11 Electronic ballot
To: STDS-802-11@xxxxxxxxxxxxxxxxx <STDS-802-11@xxxxxxxxxxxxxxxxx>
Dear 802.11 members,
Please see https://mentor.ieee.org/802.11/dcn/20/11-20-0589-00-0000-2020-04-07-wfa-ana-request.docx , which contains a request from WFA for assignment of specific ANA resources.
In response to this request, the 802.11 ANA (Robert Stacey) has made the tentative allocations indicated below.
Per our processes (see 9.1.3 in https://mentor.ieee.org/802.11/dcn/14/11-14-0629-22-0000-802-11-operations-manual.docx ), WG approval is required for external ANA allocations.
A 15 day WG electronic ballot on the following motion is now open, see https://mentor.ieee.org/802.11/poll-vote?p=38500008&t=38500008&fc
Motion:
Instruct the ANA to allocate the following resources to the WFA:
· Status code 127 (Table 9-52 in REVmd/D3.1)
· Extended RSN Capabilities field bit 6 (Table 9-321 in REVmd/D3.1)
· Extended Capabilities field bit 88 (Table 9-153 in REVmd/D3.1)
Moved: Robert Stacey
Seconded: Stephen McCann
Thank you,
Dorothy
=================
ANA tentative allocations as follows:
TransactionID
Type
Status
User
Group
Resource
Ref Doc
Ref Subclause
Ref Location
Name
Req Value
Description
Allocated Value
Requested
1153
Allocate
Pending
Robert Stacey
IEEE Std 802.11-2016
9.4.1.9
Table 9-46
Allocated to WFA
2020-04-08
1154
Allocate
Pending
Robert Stacey
IEEE P802.11-REVmd D2.4
9.4.2.241.4
Table 9-322
Allocated to WFA
2020-04-08
1155
Allocate
Pending
Robert Stacey
IEEE Std 802.11-2016
9.4.2.27
Table 9-135
Allocated to WFA
2020-04
----------------------
Dorothy Stanley
IEEE 802.11 WG Chair, dstanley@xxxxxxxx
Hewlett Packard Enterprise
dorothy.stanley@xxxxxxx
dstanley1389@xxxxxxxxx
+1 630-363-1389
To unsubscribe from the STDS-802-11 list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1
To unsubscribe from the STDS-802-11 list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1
To unsubscribe from the STDS-802-11 list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1