Mark,
I agreed with you that for LLDP, the GLK link is transparent and that the setting of the
MAC Bridge if a function of the implementation of a bridge function “above” the GLK link.
Then for the MAC Access Point bit, for both GLK coherency and backward coherency, it seems to me that the bit must be set only if the Access Point support non
GLK links.
In other words what I am trying to say is: if an AP is configured to allow the association of GLK-STAs only (nothing in the standard prevents a AP to be configured
this way) then the MAC Access Point bit must probably not be set…
What is your opinion?
/Philippe
From: Mark Hamilton [mailto:mark.hamilton2152@xxxxxxxxx]
Sent: Monday, May 25, 2015 06:03 PM
To: STDS-802-11-TGAK@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGAK] LLDP considerations for 802.11 (GLK)
Huizhao,
I assume you mean setting the MAC Bridge bit should be based on whether the bridge function is implemented or not, correct?
And, the MAC Access Point bit is set based on whether this is an AP or non-AP device.
Finally, we have no need for a GLK bit, agreed?
Mark
From: Huizhao Wang [mailto:h_z_w@xxxxxxxxx]
Sent: Sunday, May 24, 2015 5:47 PM
To: Mark Hamilton; STDS-802-11-TGAK@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGAK] LLDP considerations for 802.11 (GLK)
|
GLk is just one way MAC bridge is implemented, whether setting the bit or not, should be based on whether the bridge function is implemented or not though
Sent from Yahoo Mail on Android
From:"Mark Hamilton" <mark.hamilton2152@xxxxxxxxx>
Date:Thu, May 21, 2015 at 12:29 PM
Subject:Re: [STDS-802-11-TGAK] LLDP considerations for 802.11 (GLK)
This is a bitmap, I believe, so can’t it have both WLAN Access Point and MAC Bridge set at the same time, and that implies it is a GLK-capable AP. (There
would be no way to distinguish the specific case of a GLK-capable AP that has the “GLK Required” mode set, but I don’t think that level of detail is needed here.)
Mark
I exactly meant that. That GLK & non-GLK will not be discriminated by the system capabilities word.
The question though is what system capability a GLK-STA should use?
Mark suggested that a GLK STA is a MAC Bridge and this makes sense but what about the AP as there is already an entry for WLAN access Point and is GLK
capable?
To be consistent with the GLK STA the system capability must be MAC Bridge too but in the same time the AP could concurrently be a AP for non GLK STAs
so what is the System Capabilities word in this case ?
Thx /Ph
There are only 32 bits in the System capabilities word. I think that distinguishing between GLK and non-GLK is too
detailed to be reflected in a word intended to distinguish among bridges, end stations, routers, etc. But, perhaps that’s not what you meant.
Hi Don,
Please see the message below from the 802.1AB-Rev Editors. Table 8-4—System capabilities (page 32) includes an entry for “WLAN Access Point” [4] and
I guess a new entry for STA GLK will be needed as well.
(The discrimination between a GLK and non-GLK capable AP could probably be done by querying the referenced 802.11 MIB isn’t ? )
Could you please have a look and contact either John or Tony ?
Thank you /Philippe
Hi,
Could you alert the 802.11 people to the existence of the 802.1AB-Rev project? There is text in 802.1AB which refers to outdated names for
802.11 architectural components. This would be an opportunity to modernise these and potentially add entries for newer 802.11 components. Please see
http://www.ieee802.org/1/files/private/ab-rev-drafts/d0/802-1ab-rev-d0-1.pdf
Regards,
-- John
_______________________________________________________________________________
IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
SELF SERVICE OPTION: Point your Browser to -
http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAK and then amend your subscription on the form provided. If you require removal from the reflector press the LEAVE button.
Further information can be found at:
http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________
_______________________________________________________________________________
IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
SELF SERVICE OPTION: Point your Browser to -
http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAK and then amend your subscription on the form provided. If you require removal from the reflector press the LEAVE button.
Further information can be found at:
http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________
|
|
_______________________________________________________________________________
IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
SELF SERVICE OPTION: Point your Browser to -
http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAK and then amend your subscription on the form provided. If you require removal from the reflector press the LEAVE button.
Further information can be found at:
http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________
_______________________________________________________________________________
IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this
CLOSED reflector. We use this valuable tool to communicate on the issues at hand.