January 2005 doc.: IEEE 802.11-05/0042r2
IEEE P802.11
Wireless LANs
Date: 2005-01-20
Author(s):
Name / Company / Address / Phone / email
Paul Gray / AirWave Wireless / 1700 South El Camino Real
Suite 500
San Mateo, CA 94025 / 650-286-6107 /
Tuesday, January 18, 2005 1:30 PM
1. Chair calls the conference to order at 1:30 PM
2. Attendance
3. Review IEEE 802 & 802.11 Policies and Rules
a. Patent Policy
b. Inappropriate Topics
c. Documentation – 4 hour rule for changes that are normative
d. Voting
e. Roberts Rules
4. Working from D1.2
5. Objectives for meeting
a. Validate Teleconference work
b. LB71 Technical Comment Resolution
c. Preparation for Letter Ballot
6. Work Approach
a. Notify teleconference work 05/0017r0
b. Kwak – RCPI 1 paper, pulls 4 papers to resolve other
c. Black – 3 papers
d. Deferred comment list (10 minute limit)
e. Votes first thing on Wed on minutes, RCPI, other, Primitives, TcP, and 04/1206
f. QoS Submission
g. Measurement frame resolution (05/1599r0)
7. Technical Presentation – RCPI Comment Resolution - Joe Kwak 11-05-0007r0(.xls) and normative text contained in 11-05-0009r0
a. Question – What is the format of the RPI report? Answer – there is no format – it is RPI level for a given time interval.
Motion
Move to instruct the editor to incorporate text from 05/0009r0 into next version of the IEEE802.11k draft.
Moved: Kwak
Seconded: Klein
For: 14 Against: 0 Abstain: 2
Motion Passes unanimously
8. Technical Presentation – Normative Text for Parallel Category Comment Resolution – Black – 11-05-0038r0
a. Address comments - 36, 62, 396, 397, 398, 400, 408, 410, 423, 426, 512, 516, 517, 520, 524, 525, 955, 987, 996, 1004
b. Simon will not bring a motion, because it has not been on the server for 4 hours.
c. Please review document and 11-04-1206r0.
9. Technical Presentation – Neighbor Report MLMEE Primitives – Black – 11-05-0041r0
a. Addresses comments - 1, 2, 3 and 4
b. Comment – the TBTT_OFFSET no longer exists. We need to address in the entire document, unrelated to this submission.
c. Comment – there is an error on Page 3 “BSSInformationSet”
d. Simon will create an r1 and make a motion tomorrow.
10. Technical Presentation – TPC Related Comment Resolution – Black - 11-04-1120r0
a. Addresses comments 13, 19, 24, 37, 40, 273, 278, 786, 787, 821, 825, 826, 1027, and 1034.
b. Suggestion – that there should be an N/A support Column in PICs.
c. Comment – that might still be discrepancies in the numbering
11. Deferred List comments Review 11-05-0964r33 (LB71)
a. Comment #13 (2:52 PM – 2:55 PM) – addressed but not voted by 11-04-1120r0
b. Comment #36 (2:55 PM – 2:58 PM) – accepted 04-1206r0
c. Comment #35 (2:59 PM – 3:09 PM) – declined – Power save behaviour is clearly defined 11.2.14 in .11 standard.
i. We previously discussed 3 possibilities (1) Need to leave it the same as it is now (if the device, leave it asleep) (2) need to draft text to buffer the 11k request frame until the STA comes out of sleep mode and flag data waiting in the TIM, or (3) make measurement frames data frames.
ii. We someone to draft a proposal
iii. Can’t we use TGe text regarding power-saving
iv. Question – what is the issue?
d. Comment #37 (3:11 PM – 3:13 PM) – addressed but not voted by 04-1120r0
e. Comment #40 (3:11 PM – 3:13 PM) – addressed but not voted by 04-1120r0
f. Comment #52 (3:13 PM – 3:18 PM) – partially accepted with resolution of other comments has required responding to measurement requests with incapable, refused, measurement report mandatory see Comment #5
g. Comment #60 (3:19 PM – 3:25 PM)
i. It is informative
ii. The power-save reference has been removed and resolved in D1.2
h. Comment #59 (3:27 PM – 3:31) 6 minutes remaining on this topic.
12. Meeting in recess until 4:00 PM
Tuesday, January 18, 2005 4:00 PM
- Chair calls the meeting back to order at 4:00 PM
2. Resume deferred comments
a. Comment #59 (3:27 PM – 4:01 PM) – partially accepted - Change the first sentence of 11.7.2 to “a station shall determine the time between successive non-serving channel measurements”. This overrides comment #55.
b. Comment #63 (4:07 PM – 4:08 PM) – withdrawn by submitter
c. Comment #62 (4:10 PM – 4:10 PM ) – accept see document 04-11-1206r0
d. Comment #71 (4:11 PM – 4: 14 PM – decline the 1st sentence is clear in the opinion of the group
e. Comment #72 (4:14 PM – 4:20 PM) – Accepted – P46L39 D1.1 replace “ignored” with “refused”
f. Comment #93 (4:20 PM – 4:30 PM) – defer, it requires text
i. All 11h measurements should take precedence
ii. 11h has 3 types basic, clear channel, and RPI – only basic is mandatory
iii. This requires detailed normative text
iv. Lru
g. Comment #102 (4:30 PM – 4:30 PM) – defer, see comment #93
h. Comment #111 (4:30 PM – 4:40 PM ) – decline – see motion results
i. The AP must have a coordination function so requests will be processed in some order.
ii. Is there a real-life scenario? Answer, in non IBSS cases it will be difficult to have 2 managers. Unicast, multicast, and broadcast order.
iii. The behaviour is already defined.
Motion
Move to decline LB71 comment #111
Discussion on Motion
Comment - This is not specific to wireless. If you have 2 SNMP managers on your wired network they can mess up your routes by overwriting each other.
Comment – In all of our other services we don’t drop the request on the floor. If I request something of you, you don’t ignore it.
Comment – Document that the MIB is a configuration register.
Marty calls the question.
For: 10 Against: 2 Abstain: 4
Motion Passes @ 83% (means comment is declined)
i. Comment #112 (4:49 PM – 4:50 PM) – defer, see comment #111
j. Comment #113 (4:51 PM – 5:01 PM) – partially accept – 11.7.6 P48L23 change so autonomous reporting is off by default and we can determine how to turn it on gracefully in the future.
i. It should be off by default, because it add unneeded traffic on the network
ii. Joe Kwak Requests a straw poll
Straw Poll
Do you support the change of autonomous reporting to be off by default?
Yes: 9 No: 3 Abstain: 2
k. Comment #153 (5:02 PM – 5:05 PM) – decline, Hidden Node Report is important for the scenarios stated below
i. Hidden node report has value for Mesh, VOIP, RTS/CTS
l. Comment #160 (5:06 PM – 5:17 PM) – decline, see Motion below
i. The tech states – we don’t define how the information gets into the MIB.
Motion
Move to accept comment resolution for LB71 Comment #160.
Discussion
Tim speaks against
Marty speaks for
Simon Barber speaks against
John speaks against
For: 1 Against: 10 Abstain: 4
Motion Fails which means defer or decline
m. Comment #161 (5:18 PM – 5:23 PM) – counter – sentence has been removed see comment #751
n. Comment #182 (5:25 PM – 5:27 PM) – decline, see comment #1049
o. Comment #193 (5:27 PM – 5:30 PM ) – pending - addressed but not voted in 11-05-0007
p. Comment #222 (5:30 PM – 5:30 PM) – decline comment, see #1049
q. Comment #229 (5:30 PM – 5:31 PM) – decline comment, see #1049
r. Comment #243 (5:31 PM – 5:38 PM) – accept
s. Comment #241 (5:38 PM – 5:39 PM) – declined in favor of approved Comment #243
t. Comment #249 (5:40 PM – 5:49 PM) - declined, the definition should be at the antenna connector because there could extensions to the antenna.
i. Not all antennas have connectors
ii. We are not talking about external antenna – there is always a connector
iii. Could restate as the input of the receiver
iv. In baseline draft “measure at the antenna connector”
u. Comment #250 (5:49 PM – 5:50 PM) – accepted
v. Comment #258 (5:50 PM – 6:00 PM) – posted waiting on Marty’s input. See next session’s notes.
i. Suggested new remedy - remove phrase P2L10 “with the results being stored in the MIB”. Modify the following sentence to read “The resulting measurement information is then available locally for the STA and available for the upper layers via the MIB or MLME interface.”
ii. The MIB is mandatory
iii. The MIB is currently not mandatory, because we don’t have it defined in the PICs
iv. SME is required part of the 802.11 MAC
v. The MIB is not mandatory for a STA
3. Meeting in recess until 7:30 PM
Tuesday, January 18, 2005 7:30 PM
- Chair calls the meeting to order at 7:30 PM
2. Resume deferred comments
a. Comment #276 (7:30 PM – 7:40 PM) – Pending 04-1120r0 – FCC 47 CFR 101.105 states that you shall not use more power than it takes to communicate (including 2.4GHz band)
3. Editor unresolved comments from D1.2
a. Style comments will be postponed until conversion to Frame maker #14
b. Comment #142 – Accepted and done
i. STA should be the standard for Station as approved in #125 – in all places
ii. Comment – Hidden Station Report should remain
c. Comment #156, 158 (7:49 PM – 7:50) – accept
i. All informative should go in an Appendix
ii. Clarification from Peter – Notes or footnotes can be included
d. Comment #228, 230, 236 (7:51 PM – 7:54 PM) – postponed until Frame maker conversion
e. Comment #50 (7:55 PM – 7:57 ) – postponed until after 11e is ratified
i. You must put in a consistent numbering system.
f. Comment #86 (7:58 PM – 8:01 PM) – Editor did not have context as to which sentence to add the text. No objections to Editors insert.
g. Comment #162 (8:02 PM – 8:03 PM) – accept with not action for Editor
h. Comment #169 (8:03 PM – 8:10 PM) – deferring to Emily
i. P34L9 – covers the no element
ii. 11.8.3 – needs to be rewritten
iii. Emily volunteers to rewrite 1st paragraph.
i. Comment #256 (8:11 PM – 8:12 PM) – withdrawn by submitter
i. Changed definition to Hidden Station and not Hidden Node
j. Comment #602 (8:13 PM – 8:14 PM) – partially accepted, because “Hidden Node” has been removed/redefined as Hidden Station.
k. Comment #603 (8:14 PM – 8:20 PM) – accepted see comment #604
l. Comment #261, 394, 515 (8:21 – 8:26 PM) – postponed until TGe is accepted
i. Suggest to declines these TGe comments, because we will have another Draft prior to 11e ratification
m. Comment #264 (8:27 PM – 8:28 PM) – accept Editor changes
n. Comment #265 (8:29 PM – 8:31 PM) – partially accepted – see resolution comment #258
i. 258 does not address this comment exactly
o. Comment #304 (8:47 PM – 8:47 PM) – decline because reference text is part of IEEE 802.11 19999 rev 2003.
p. Comment #334 (8:48 PM – 8:58 PM) – accept replace the note in 7.2.3.9 with 7.2.3.1 which align the text and the text in 7.2.3.1 is clearer.
i. The published TGh introduced the inconsistency
ii. Note to Editor - fix TPC report
q. Comment #346 (8:58 PM – 8:58 PM) – postponed until TGe ratification
r. Comment #359 (8:59 PM – 8:59 PM) – postponed until TGe ratification
s. Comment #368 (9:00 PM – 9:01 PM) – accept, we have non defined Comment #243
i. Reference Comment #243 which does not have resolution
t. Comment #440 (9:02 PM – 9:05 PM) – accepted - see document 04-11-1390r1
i. Editor has already done this
u. Comment #258, #265 (9:07 – 9:12 PM) – partially accepted
i. Rewording by Marty – “Wireless LAN Radio Measurements enable the stations of the BSS and ESS to automatically adjust to the radio environment in which they exist. With Wireless LAN Radio Measurements, stations can make measurements locally as well as request measurements from STAs. The resulting information is then available for both the station and upper layers. It may be used by stations or applications for useful purposes such as radio resource management.”
v. Comment #608 (9:13 PM – 9:22 PM) – partially accepted not inclusive of Country IE
i. Repeating tuples is not consistent in the draft – it is defined in 3 methods K14, K15, K19
ii. Don’t use Country IE as a reference, because the information element had padding to ensure an even number of octets.
iii. Supported Rates Element is the closest
w. Comment #563 (9:23 PM – 9:28 PM) – declined, request test is present in 11.7.8.1 in D1.0
x. Comment #666 (9:29 PM – 9:30 PM) – will resume tomorrow at 8:00.
4. Simon Barber calls for orders of the day
5. Meeting in recess until 8:00 AM tomorrow
Wednesday, January 19, 2005 8:00 AM
- Chair calls the meeting to order 8:00 AM.
2. Review Agenda
a. D1.2 Deferred Editor Comments
b. Deferred Comments
c. Vote
d. Vote on RCPI Accuracy
e. Comment Resolutions
3. Review presentations
4. Continue Unresolved Editor Comments from D1.2
a. Comment #718 (8:16 AM – 8:22 AM) - accept, add the following reference “The authenticator definition can be found in 802.11i and points to 802.1x [(Clause 3.6.7 in the published 802.11i (2004) definition section)] which is now part of t he baseline.”
b. Comment #756 (8:23 AM – 8:24 AM) – accepted - group approves the change “the security bit”
c. Comment #770 (8:24 AM – 8:31 AM) accept – D1.2, P49L20, change “shall” to “may”
i. Section has moved to 11.7.8.1
ii. Should we strike “definitive”?
d. Comment #773 (8:32 AM – 8:36 AM) – decline
i. Floyd Simpson proposed 1409r0, but a vote on the submission failed
e. Comment #796 (8:38 AM – 8:39 AM) – decline see comment #773