1. Multicast Replay Detection Fred Stivers, Texas Instruments
doc.: IEEE /0132
January 2004
January 2004
Multicast Replay Detection Fred Stivers, Texas Instruments
January 14, 2004
Fred Stivers, Texas Instruments
Fred Stivers, Texas Instruments

2. Draft 7.0 Clause 8.3.2.3.4 TKIP Replay Detection:
doc.: IEEE /0132
January 2004
January 2004
Draft 7.0
Clause TKIP Replay Detection:
“Each TSC (48 bit counter) shall be selected from a single pool by each transmitter for each temporal key—i.e., each transmitter has its own unique TSC for each directional temporal key established.”
“A receiver shall maintain a separate set of TKIP TSC replay counters for each MAC address from which it has received TKIP traffic.”
Clause PN and Replay Detection (i.e. CCMP):
“The PN (a 48-bit counter) shall be selected from a single pool by each transmitter for each temporal key (TK).”
“A receiver shall maintain a separate set of PN replay counters for each MAC address from which it receives CCMP traffic.”
Based on this text, it is not clear that a receiver must support a separate replay counter(s) for multicast/broadcast traffic.
Fred Stivers, Texas Instruments
Fred Stivers, Texas Instruments

3. TGe TGe has added support for priority for multicast/broadcast.
January 2004
TGe
TGe has added support for priority for multicast/broadcast.
Fred Stivers, Texas Instruments

4. Required Changes Update text in Clause 8.3.2.3.4 and 8.3.3.4.3.
January 2004
Required Changes
Update text in Clause and
Add 2 bits to RSN Capability to indicate the number of multicast/broadcast replay counters a receiver supports.
Update text in Clause
Update MIBs.
Fred Stivers, Texas Instruments

5. January 2004
Motion
Make changes to draft described in document i-multicast-replay-detection.doc
Fred Stivers, Texas Instruments

6. Motion Add the following text as list item 5 to clause 8.3.3.4.3:
January 2004
Motion
Add the following text as list item 5 to clause :
“The recipient shall maintain a separate replay counter for each IEEE MSDU priority, and shall use the PN recovered from a received frame to detect replayed frames, subject to the limitation of the number of supported replay counters indicated in the RSN IE Capabilities Field (see Clause ). A replayed frame occurs when the PN extracted from a received frame is less that or equal to the current replay counter value for the frame’s MSDU priority. A transmitter shall not use IEEE MSDU priorities without ensuring that the receiver supports the required number of replay counters. The separate replay counters per MSDU priority accommodates frames that may be delayed due to MSDU priority.”
Fred Stivers, Texas Instruments