|
Adrian Stephens
|
EDITOR
|
Style - terminology
|
1033
|
1.00
|
|
Needs submission
|
|
Adrian Stephens
|
MAC
|
|
30
|
2012.00
|
MAH: Agree, but need a submission on getting this wording just right. Note current text is, "The AP shall not select a rate
that is higher than the lowest rate value provided … " The "value provided" is from a Rate Identification field, per 8.4.1.32, wh
|
Needs submission
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1030
|
1.00
|
|
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1032
|
1.00
|
|
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1034
|
1.00
|
|
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1035
|
1.00
|
|
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1037
|
1.00
|
|
Needs submission
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1454
|
1.00
|
|
|
|
Adrian Stephens
|
MAC
|
MAC - Frame formats
|
1455
|
1.00
|
|
|
|
Alex Ashley
|
MAC
|
MAC - Frame formats
|
1026
|
1.00
|
|
|
|
Alex Ashley
|
MAC
|
MAC - Frame formats
|
1027
|
1.00
|
|
|
|
Brian Hart
|
MAC
|
|
1086
|
1.00
|
|
Needs submission
|
|
Dan Harkins
|
MAC
|
Security
|
1029
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1075
|
1.00
|
MAC: 2013-03-20 15:46:42Z: Talked to Dan Harkins:
Min and Max are to done as (unsigned/non-zero) integer comparisons of the MAC Addresses, after conversion to an integer, of course. This is the same for Pairwise keys (P1386.32) and AP Peer Key (P1460.
|
Needs submission
|
|
Dan Harkins
|
MAC
|
Security
|
1109
|
1.00
|
MAC: 2013-03-20 21:35:04Z: Mark to start discussion on the reflector, eliciting Alex's comments. In particular, WHY is the
MPDU different when a retransmission occurs?
|
|
|
Dan Harkins
|
MAC
|
Security
|
1338
|
1.00
|
EDITOR: 2013-03-08 20:45:42Z - Requires technical interpretation. Transferred to MAC.
|
|
|
Dan Harkins
|
MAC
|
Security
|
1339
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1340
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1419
|
1.00
|
EDITOR: 2013-03-08 01:20:28Z - Not sure where the text is. But any change would not be editorial. Transferring to MAC.
|
|
|
Dan Harkins
|
MAC
|
Security
|
1422
|
1.00
|
EDITOR: 2013-03-08 01:11:34Z - This is not the kind of question the editor can answer. Transferring to MAC.
|
|
|
Dan Harkins
|
MAC
|
Security
|
1499
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1550
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1552
|
1.00
|
MAC: 2013-03-17 18:51:01Z - Yes, this appears to mean EAPOL-Key frame. While changing it, it would be good to add something
describing the parameter list shown for the operation, also. Presumably that maps to the fields shown in 11.6.2, although the map
|
Needs submission
|
|
Dan Harkins
|
MAC
|
Security
|
1578
|
1.00
|
EDITOR: 2013-03-08 01:25:29Z - This doesn't fit with an equation "where" clause, but is the next logical step in a sequence.
However, I think this sentence might be redundant because HMAC-SHA1-64 returns only 64 bits. If so, recommend removing the ci
|
|
|
Dan Harkins
|
MAC
|
Security
|
1709
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1710
|
1.00
|
|
|
|
Dan Harkins
|
MAC
|
Security
|
1712
|
1.00
|
EDITOR: 2013-03-08 20:49:46Z - Requires technical interpretation. Transferred to MAC.
|
|
|
Daniel Cohn/Mark Rison/Mark Hamilton
|
MAC
|
|
121
|
2012.00
|
GEN: 2013-01-17 00:01:04Z - move to MAC after discussion on proposal in 11-13/0131r1. See 119, 120, 122
|
Needs submission
|
|
David Hunder
|
GEN
|
Normative language
|
1322
|
1.00
|
We have rougly 60 "is optional" statements. Hunter's comments do not adjust them all. The question is whether we should make
piecemeal adjustments to language or not. It might be better to find a generic resolution that adjusted all "is optional" and
|
|
|
David Hunter
|
MAC
|
|
58
|
2012.00
|
Propose-MAH: Revised. Replace "It is mandatory for a STA in an infrastructure BSS to generate" with "A STA in an infrastructure
BSS shall generate"
(In the following, references/pages are to 802.11-2012, and line numbers are a rough guess)
In 8.4.2
|
Needs submission
|
|
David Hunter
|
MAC
|
MAC - Frame formats
|
1251
|
1.00
|
|
|
|
David Hunter
|
MAC
|
MAC - Frame formats
|
1257
|
1.00
|
|
Needs submission
|
|
Dorothy Stanley
|
MAC
|
|
1392
|
1.00
|
EDITOR: 2013-03-08 01:12:25Z - This requires technical interpretation. Transferring to MAC.
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1263
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1269
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1480
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1694
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1703
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1704
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1705
|
1.00
|
|
|
|
Dorothy Stanley
|
MAC
|
MAC - Frame formats
|
1706
|
1.00
|
|
|
|
Graham Smith
|
GEN
|
Discuss
|
166
|
2012.00
|
|
Discuss
|
|
Graham Smith
|
MAC
|
MAC - Frame formats
|
1118
|
1.00
|
|
|
|
Graham Smith
|
MAC
|
MAC - Frame formats
|
1136
|
1.00
|
|
|
|
Graham Smith
|
MAC
|
MAC - Frame formats
|
1458
|
1.00
|
|
|
|
Jon Rosdahl
|
EDITOR
|
Editorial
|
1612
|
1.00
|
EDITOR: 2013-03-11 14:31:14Z - In discussion, the consensus of the group is that we should not change the names of features,
MIB variables, field, frame and parameters. Other uses, e.g. "is set to a multicast address", could be changed, but it's a lo
|
Needs submission
|
|
Jon Rosdahl
|
MAC
|
MAC - Frame formats
|
1146
|
1.00
|
|
|
|
Jouni M.
|
GEN
|
Discuss
|
301
|
2012.00
|
GEN: 2013-01-15 23:34:08Z - Discussed but no consensus - WDS is a useful for the term as there are implementations that talk
about the WDS and implement WDS. Noted that the 11s overtook the frame formats that was in the old WDS and added a deprecated note
|
Discuss
|
|
Kaz
|
MAC
|
MAC - Frame formats
|
1008
|
1.00
|
|
|
|
Kaz
|
MAC
|
MAC - Frame formats
|
1134
|
1.00
|
|
|
|
Kaz
|
MAC
|
MAC - Frame formats
|
1135
|
1.00
|
|
|
|
Kazuyuki Sakoda
|
MAC
|
|
59
|
2012.00
|
Kaz is working on an updated Figure proposal.
|
Needs submission
|
|
Mark Hamilton
|
GEN
|
Discuss
|
129
|
2012.00
|
GEN: 2013-01-15 22:51:45Z - Mark Hamilton took it under review to do some homework on this one.
GEN - Straw Polls suggested in 11-12/1229
|
Needs submission
|
|
Mark Hamilton
|
GEN
|
Discuss
|
257
|
2012.00
|
GEN: 2013-01-15 01:27:43Z Change Assigment to Mark Hamilton
from 12-1229r4
- Discussion:
I believe that reassociation to the same AP should be exactly the same as an initial association, except for:
1. What to do when the reassociation request fail
|
Needs submission
|
|
Mark Hamilton
|
MAC
|
|
11
|
2012.00
|
[MAH] See also CID 91. This needs a submission.
|
Needs submission
|
|
Mark Hamilton
|
MAC
|
|
86
|
2012.00
|
[MAH proposal] See also CID 89.
10.2.1.2 has rules in the 4th paragraph, which are not consistent with 8.2.4.1.7. 10.2.1.2 makes more sense. Keep those rules (modified by CID 89, perhaps). Modify 8.2.4.1.7 to reference those rules (and 10.2.2.4 an
|
Needs submission
|
|
Mark Hamilton
|
MAC
|
|
88
|
2012.00
|
|
|
|
Mark Hamilton
|
MAC
|
|
91
|
2012.00
|
[MAH] Worse, there are two tables of Status Code values (Table 8-37 and Table 8-253), depending on where it is used. (And
the spelling sometimes has a space "Status Code" and sometimes not "StatusCode".) See also CID 11. This needs a submission.
|
Needs submission
|
|
Mark Hamilton
|
MAC
|
|
148
|
2012.00
|
[MAH proposal] Well, clearly it means some sort of "both" mode for a given TS. But, what exactly that means in terms of usage
are not specified, agreed. Needs submission.
Mark H will contact Graham Smith and Alex Ashley and see if they are willing to
|
Needs submission
|
|
Mark Hamilton
|
MAC
|
|
1548
|
1.00
|
EDITOR: 2013-03-08 01:16:34Z - Requires the editor to understand Monty Python. Transferring to MAC.
|
|
|
Mark Hamilton
|
MAC
|
|
1635
|
1.00
|
Note references are now 10.2.2.12 and 10.2.2.6.k, respectively.
10.2.2.12 is quite clear that it is the AP aging function that "shall not cause" the AP to drop MSDUs sooner than the ListenInterval, but that any other reasons (including other lifetime l
|
Discuss
|
|
Mark Hamilton
|
MAC
|
MAC - Behaviour
|
1602
|
1.00
|
Yes, make it IDLE. Needs wordsmithing. And, find them all.
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1025
|
1.00
|
Mark will confirm with Alex.
I believe that the GCR operation is intended to be separated from 'normal' group addressed frame transmission, so the paragraphs about the More Data bit should say "part of an active GCR-SP" or "not part of an active GCR-SP
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1132
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1148
|
1.00
|
Work with Chris Hansen on this. Involve Brian Hart.
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1258
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1259
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1260
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1261
|
1.00
|
Ask Kaz
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1411
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1510
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1525
|
1.00
|
|
|
|
Mark Hamilton
|
MAC
|
MAC - Frame formats
|
1668
|
1.00
|
MAC: 2013-03-19 15:26:30Z -
8.3.2.1 says, "Data frames with a value of 1 in the QoS subfield of the Subtype field are collectively referred to as QoS Data frames."
Thus, "QoS Data frame" should be clear in 8.2.4.1.10.
Perhaps an argument could b
|
Discuss
|
|
Mark Hamilton (ARC group)
|
MAC
|
Style - terminology
|
1216
|
1.00
|
I understand David's point. However, we can't remove LLC without changing the meaning of this sentence. It should probably
be reworded to refer to the client of the MAC SAP. Transferring to MAC.
|
|
|
Mark Hamilton/Mark RISON
|
GEN
|
Assigned to Mark Rison
|
234
|
2012.00
|
GEN: 2013-01-17 07:04:53Z - Proposed Revised.
- In 8.4.2.7, after the para which starts "When dot11MgmtOptionMultiBSSIDActivated is false" add a "NOTE---The bit numbered 0 in the traffic indication virtual bitmap need not be included in the Partial Virtu
|
Discuss
|
|
Mark Hamilton/Mark Rison
|
MAC
|
|
89
|
2012.00
|
[MAH proposal] Change 10.2.1.2 4th paragraph, first sentence, to: "… through a successful frame exchange described in Annex
G, initiated by the STA, *including a management or data frame* and that includes an ACK frame, *or that includes* a BlockAck frame
|
Discuss
|
|
Mark Hamilton/Mark Rison/Brian Hart
|
MAC
|
|
36
|
2012.00
|
See CID 131, 132.
|
Needs submission
|
|
Mark Hamilton/Mark Rison/Brian Hart
|
MAC
|
|
131
|
2012.00
|
Proposed-MAH: Reject. While the same purpose is being served, there could be different assumptions about the usage of the
channel, which could affect the delay that should be used. The commentor has not provided evidence that the channel conditions and
|
Needs submission
|
|
Mark Hamilton/Mark Rison/Brian Hart
|
MAC
|
|
132
|
2012.00
|
See CIDs 36, 131
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
97
|
2012.00
|
EDITOR: 2012-10-15 10:55:17Z -
Action: Adrian, Mark H and Mark R to find an agreeable name.
EDITOR: 2012-10-12 15:14:32Z -
Straw poll: A - change name of MMPDU 1111 (4)
B - reject the comment, don't change name. 11 (2)
EDITOR: 2012-10-01 10:
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
98
|
2012.00
|
EDITOR: 2012-10-01 10:54:29Z - See CID 97 for discussion notes.
EDITOR: 2012-10-01 10:52:30Z - Agree with the perception of confusion.
The IEEE-SA dictionary propages the confusion because it defines the term both ways (i.e., MAC Management PDU
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
135
|
2012.00
|
EDITOR: 2012-11-10 16:57:27Z - Mark Rison writes:
Delete the "format" in the attached list of figure captions Delete the "Format of" in 20-6 Delete the "Format of a" in W-1
Figure 8-1—MAC frame format 430
Figure 8-25—BAR Information field format (GCR
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
141
|
2012.00
|
EDITOR: 2012-11-10 16:43:27Z -
Mark Rison proposes the following changes (referenced to D0.4):
Remove the "present in" stuff on at 643.4 (reword to "The TCLAS Processing element is present if there are multiple TCLASs associated with a request."), 644.
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
170
|
2012.00
|
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
171
|
2012.00
|
EDITOR: 2012-10-03 10:51:27Z - I believe the intent this that exactly one of these is present, and at the start, because it
occurs in a context when a control response is required.
I think this description is clearer than the only other analogue (Table
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
179
|
2012.00
|
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
180
|
2012.00
|
EDITOR: 2012-11-10 16:51:02Z -
Clarified location of change in response to Mark's comment below.
EDITOR: 2012-11-10 16:46:00Z -
Mark Rison writes:
It's not clear to me where the propsed "change "optional, support" to "optional Support""
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
194
|
2012.00
|
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
232
|
2012.00
|
EDITOR: 2012-10-02 10:24:11Z - This is a great example of "permission to do more work".
There are about 1600 instances of "non-". Any volunteers to do this work?
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
254
|
2012.00
|
EDITOR: 2012-11-10 17:10:35Z -
Mark Rison writes:
At the very least, change all 13 instances of "ACK Policy" to "Ack Policy".
Also at 2048.36 change "no-acknowledgement policy" to "No Ack policy"
And change the two "immediate BlockAck policy"s to "im
|
|
|
Mark Rison
|
EDITOR
|
Assigned to Mark Rison
|
259
|
2012.00
|
Yet more permission to do more work. Any volunteers?
|
|
|
Mark Rison
|
EDITOR
|
Draft mechanics
|
1446
|
1.00
|
EDITOR: 2013-03-09 00:58:45Z - There is no way to check this programmatically. There are some tests like looking for patterns
that might be subclause numbers that I routinely use, but there's a very high false positive rate, so some true matches go unn
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Draft mechanics
|
1624
|
1.00
|
EDITOR: 2013-03-09 00:26:04Z - There are about 2,000 MIB variables. Each would require manual insertion of an internal hyperlink.
That's a lot of work (probably 10-20 hours), and would require a volunteer to do it.
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Editorial
|
1438
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Editorial
|
1501
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Editorial
|
1580
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Editorial
|
1594
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Editorial
|
1663
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
MIB
|
1543
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
MIB
|
1544
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - caps
|
1470
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - caps
|
1505
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - caps
|
1508
|
1.00
|
EDITOR: 2013-03-12 22:57:49Z - Comment does not indicate a problem. Proposed change doesn't indicate specific changes.
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - character code
|
1575
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - character code
|
1669
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - character code
|
1670
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - commonality
|
1435
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - commonality
|
1436
|
1.00
|
EDITOR: 2013-03-09 00:11:01Z - Note to commenter, out of context, this comment is hard to grok.
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - commonality
|
1452
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - commonality
|
1457
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - commonality
|
1538
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - commonality
|
1571
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1450
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1453
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1461
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1466
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1491
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1518
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1551
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1562
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1570
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1572
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1574
|
1.00
|
EDITOR: 2013-03-09 00:06:07Z - Any submission will need to address reformatting of lines and realignment of comments.
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1577
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1584
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1588
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1598
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1611
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1629
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - consistency
|
1639
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - equations
|
1583
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - spacing
|
1517
|
1.00
|
FYI - There are 25,000 hits on the pattern "[0-9] [a-zA-Z]", which very roughly approximates to a number and its units. Any
resolution that requires the manual inspection of thousands of potential replacements will need to find a volunteer editor to do
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - spacing
|
1614
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1440
|
1.00
|
EDITOR: 2013-03-09 00:09:20Z - See comment on 1440.
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1441
|
1.00
|
EDITOR: 2013-03-09 00:08:03Z - I strongly doubt that any meaningful attempt to resolve this can be done on a purely editorial
basis.
I recommend delaying any action on this comment until .11ac is rolled in. .11ac has made a partial attempt to resolve
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1462
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1463
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1479
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1519
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1540
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1557
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1560
|
1.00
|
|
Needs submission
|
|
Mark Rison
|
EDITOR
|
Style - terminology
|
1592
|
1.00
|
EDITOR: 2013-03-10 21:06:15Z - Agree with the intent. But needs a submission.
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
22
|
2012.00
|
MAC: 2012-12-07 16:38:09Z - Moved to GEN, link with CID 116.
[MAH] Understand and support in principle. However, removing "most recently received" leaves the reader confused about which is being referenced. Do we say "
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
106
|
2012.00
|
GEN: Assigned to Mark Rison
From 11-12-1229
Proposed Resolution:
Rejected. The limit on MPDU length in 802.11n is determined by the MAC, not the PHY. It is related to MAC concepts such as A-MPDU aggregation structure and the maximum MSDU/MMPDU siz
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
116
|
2012.00
|
GEN: during the Nov 30 Telecon - This was assigned to Mark R (see minutes "1.6.7.1.6. While the proposed change was addressed,
the commenter indicated he did not feel it addressed the comment, and would like to work on this comment resolution.")
See als
|
Needs submission
|
|
Mark Rison
|
GEN
|
Assigned to Mark Rison
|
123
|
2012.00
|
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
125
|
2012.00
|
from 11-12-1229:
Discussion:
Submission required.
Note however in a previous revision we deliberately removed “if and only if”, which carries connotations of equivalence that are generally not true as used in 802.11.
Recommend we stick to unambiguo
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
134
|
2012.00
|
GEN: - During the Nov 30 Telecon, Mark R offered to provide a different resolution.
Gen: From 11-12-1229:
Proposed Resolution:
Rejected. Commenter does not indicate a problem to be resolved.
Commenter does not indicate specific changes that will
|
Needs submission
|
|
Mark Rison
|
GEN
|
Assigned to Mark Rison
|
151
|
2012.00
|
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
165
|
2012.00
|
GEN: - Jan 7, 2012 - Deferred on the comment for now.
Dec 7 Telcon: There are 17 instances of upper case “Data” in the 2012 baseline. Mark R is willing to go through and check those and respond to Adrian on what the possible corrections should be on
|
Deferred
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
183
|
2012.00
|
Gen: from 11-12-1229:
Discussion:
Filtering occurs in many places. I’m not sure where this commenter is referring to, and what is claimed to be unclear.
Proposed resolution:
Rejected. The commenter has not indicated a specfic issue to be resolve
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
218
|
2012.00
|
from 11-12-1229
Propose Resolution.
Rejected. The commenter doesn’t indicate a specific issue to resolve or specific changes that would satisfy their comment.
In reply, generally we have three things:
1. Manadatory rates
2. Basic rates
3. Operati
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
228
|
2012.00
|
from 11-12-1229:
Proposed Resolution:
Rejected. The comment does not indicate an issue to be resolved or specific changes that would satisfy the commenter.
In reply to the commenter, EIFS is used instead of DIFS when using either the DCF or the EDCA
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
229
|
2012.00
|
GEN: 2013-01-16 - Proposed Resolution:
In subclauses 9.3.2.6, 9.3.2.8 and 9.19.2.5, replace
"aSIFSTime + aSlotTime + aPHY-RX-START-Delay" with
"aSIFSTime + aAirPropagationTime + aPHY-RX-START-Delay".
In the "aPHY-RX-START-Delay" row in the table in
|
Discuss
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
267
|
2012.00
|
Defferred along with CID 165.
Was part of 11-12/1229r2 - Assigned to Mark Rison with CID 165
|
Deferred
|
|
Mark Rison
|
GEN
|
Assigned to Mark Rison
|
269
|
2012.00
|
GEN: - This was assigned to Mark RISON
Gen: From 11-12-1229
Proposed Resolution:
Rejected. The commenter does not indicate a specific issue to resolve or a specific change to be made. However, the commenter is invited to make a submission showing
|
Needs submission
|
|
Mark RISON
|
GEN
|
Assigned to Mark Rison
|
271
|
2012.00
|
On the Dec 14 Telecon Agenda
|
Needs submission
|
|
Mark Rison
|
GEN
|
PICS
|
29
|
2012.00
|
|
Needs submission
|
|
Mark Rison
|
GEN
|
PICS
|
127
|
2012.00
|
|
Needs submission
|
|
Mark RISON
|
GEN
|
PICS
|
154
|
2012.00
|
EDITOR: 2012-10-01 15:09:23Z
Needs a submission. A fair bit of editing work.
|
Needs submission
|
|
Mark Rison
|
GEN
|
PICS
|
178
|
2012.00
|
|
Needs submission
|
|
Mark Rison
|
GEN
|
PICS
|
293
|
2012.00
|
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
117
|
2012.00
|
|
|
|
Mark RISON
|
MAC
|
|
119
|
2012.00
|
GEN: 2013-01-17 00:02:44Z - assigned to MAC, See 120, 121, 122
Gen: from 11-12-1229
Discussion:
It would be nice to know what exactly is the issue by citing the text where it occurs.
However, I don’t see any issue. Declaring that a particular acti
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
124
|
2012.00
|
|
|
|
Mark Rison
|
MAC
|
|
145
|
2012.00
|
Proposal-MAH: This appears to be correctly describing the issue. The solution will be complicated (use an (optional?) FMS
Descriptor in the FMS Request, or create a new primitive and frame to support the termination, or ??). We need a detailed submissio
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
147
|
2012.00
|
[MAH] Agree this is messy and complicated, but it may not be possible to make it any more clear. Really clarifying this goes
beyond just the definitions, but also to the usages. This needs a submission.
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
153
|
2012.00
|
Adrian: Amen.
|
|
|
Mark Rison
|
MAC
|
|
157
|
2012.00
|
|
|
|
Mark Rison
|
MAC
|
|
177
|
2012.00
|
|
|
|
Mark Rison
|
MAC
|
|
198
|
2012.00
|
|
|
|
Mark Rison
|
MAC
|
|
200
|
2012.00
|
[MAH] The current text doesn't cover sending a bufferable MMPDU, either. These statements should refer to delivering one bufferable
unit. Note that clause 10.2 seems to have corrected this terminology. Apparently this paragraph in clause 9 was missed.
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
201
|
2012.00
|
|
|
|
Mark Rison
|
MAC
|
|
211
|
2012.00
|
|
|
|
Mark Rison
|
MAC
|
|
222
|
2012.00
|
EDITOR: 2012-10-03 11:19:08Z - This is not an editorial comment. Assigning to MAC.
|
|
|
Mark Rison
|
MAC
|
|
361
|
2012.00
|
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
363
|
2012.00
|
[MAH] Needs submission
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
1442
|
1.00
|
Presumably, this is not meant to include sending a BlockAck after receiving an A-MPDU with Ack Policy equal to Normal Ack
(i.e., implicit Block Ack request), or after an RDG, (or maybe under PSMP?).
Assuming this is talking about "simple" Block Ack (11
|
Needs submission
|
|
Mark Rison
|
MAC
|
|
1526
|
1.00
|
MAC: 2013-03-18 13:11:42Z -
In contexts like the frame formats, it is correct, and references two different information element types (Supported Rates and Extended Supported Rates).
The MLME interface talks about basic rate set and operational rate s
|
Needs submission
|
|
Mark Rison
|
MAC
|
MAC - Frame formats
|
1632
|
1.00
|
|
Needs submission
|
|
Mark Rison/Mark Hamilton
|
MAC
|
|
120
|
2012.00
|
GEN: 2013-01-17 00:02:13Z move to MAC, see 119, 121, 122
|
Needs submission
|
|
Matthew Fischer
|
GEN
|
Discuss
|
208
|
2012.00
|
|
Needs submission
|
|
Matthew Fischer
|
MAC
|
|
277
|
2012.00
|
EDITOR: 2013-03-20 18:17:04Z - Not sure why the editor has this. Transferring to MAC.
Previously:
[MAH] Sure, makes sense. Needs a submission to get the wording right and complete. We'll need a clear definition of "successful frame exchange" and wh
|
Needs submission
|
|
Matthew Fischer
|
MAC
|
|
278
|
2012.00
|
[MAH] While interesting, this is a significant new feature. A submission is required.
|
Needs submission
|
|
Matthew Fischer
|
MAC
|
|
280
|
2012.00
|
|
|
|
Matthew Fischer
|
MAC
|
|
283
|
2012.00
|
|
|
|
Matthew Fischer
|
MAC
|
|
285
|
2012.00
|
|
|
|
Matthew Fischer
|
MAC
|
MAC - Frame formats
|
1003
|
1.00
|
|
|
|
Menzo Wentink
|
MAC
|
|
287
|
2012.00
|
[MAH] This creates complicated interactions and needs careful analysis. The ability of a transmitter to "suspect" a hidden
node is not discussed. The relaxation of existing NAV rules to allow optional NAV methods at the sender's descretion would need to
|
Needs submission
|
|
Mike Montemurro
|
MAC
|
MAC - Frame formats
|
1028
|
1.00
|
|
|
|
Qi Wang
|
MAC
|
|
31
|
2012.00
|
MAC: 2013-01-18 00:55:55Z - Assign to Qi, as an FMS expert.
MAC: 2013-01-17 03:38:15Z - Yes, PSMP frames are not part of an FMS stream. But, could this be trying to say the PSMP sequence/burst started by this PSMP frame is not carrying part of an FMS
|
|
|
Qi Wang
|
MAC
|
|
50
|
2012.00
|
MAH: See CID 312
|
Needs submission
|
|
Qi Wang
|
MAC
|
|
263
|
2012.00
|
MAC: 2012-09-19 21:28:40Z: See CIDs 314 and 324
|
Needs submission
|
|
Qi Wang
|
MAC
|
|
312
|
2012.00
|
As written, a Notification is sent for every match. This may or may not be efficient, but that is what is there.
Consider further.
See also CID 50.
|
Needs submission
|
|
Qi Wang
|
MAC
|
|
314
|
2012.00
|
MAC: 2012-09-19 21:28:40Z: Generally agreed with direction. Need specific text submission. See CIDs 263 and 324.
|
Needs submission
|
|
Qi Wang
|
MAC
|
|
324
|
2012.00
|
Propose-MAH: See CIDs 263 and 314. Request Qi to address all three.
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1152
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1153
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1158
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1159
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1160
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1161
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1162
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1402
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1433
|
1.00
|
|
Needs submission
|
|
Qi Wang
|
MAC
|
MAC - Frame formats
|
1448
|
1.00
|
|
Needs submission
|
|
Qi Wang - Jouni M.
|
MAC
|
|
77
|
2012.00
|
See CID 317.
|
|
|
Qi Wang - Jouni M.
|
MAC
|
|
317
|
2012.00
|
MAC: 2013-01-16 00:56:26Z - See CID 77.
GEN: 2012-09-19 22:13:28Z During the discussion, the TG determined that there may or may not need any text change. Qi and Jouni will work to get a submission if necessary.
|
Needs submission
|
|
Qi Wang/Mark Hamilton
|
MAC
|
|
78
|
2012.00
|
Need submission to address CIDs 78, 309 and 310.
|
Needs submission
|
|
Qi Wang/Mark Hamilton
|
MAC
|
|
309
|
2012.00
|
Need submission to address CIDs 78, 309 and 310.
|
Needs submission
|
|
Qi Wang/Mark Hamilton
|
MAC
|
|
310
|
2012.00
|
Need submission to address CIDs 78, 309 and 310.
|
Needs submission
|
|
Yaron Alpert
|
MAC
|
Motion MAC-H
|
128
|
2012.00
|
[MAH proposal] Reject. The commentor didn't provide sufficient analysis of the affects of this change. For example, many AP
devices support multiple BSSs with a shared anntenna connector, and these BSSs often have synchronized TBTTs. Given that Beacons
|
Ready for motion
|