Cisco Cisco Aironet 1310 Access Point Bridge 릴리즈 노트
20
Release Notes for Cisco Aironet Access Points and Bridges for Cisco IOS Release 12.4(21a)JA1
OL-20668-01
Caveats
•
CSCsx21409—TKIP and CCMP replays generated on queued multicast frames.
When multicast frames are queued for delivery, then sent, they are sent with bad TSC replay
counters. As the client dynamically goes into and out of power save mode, the access point queues
multicast frames to be delivered on the next DTIM. Some multicasts may go out immediately and
get assigned a higher IV than the queued frames. When the queued frames are delivered, they are
sent with their original IV and detected by the WGB as having a TKIP or CCMP TSC Replay.
counters. As the client dynamically goes into and out of power save mode, the access point queues
multicast frames to be delivered on the next DTIM. Some multicasts may go out immediately and
get assigned a higher IV than the queued frames. When the queued frames are delivered, they are
sent with their original IV and detected by the WGB as having a TKIP or CCMP TSC Replay.
•
CSCsx95753—Last reload always indicate power-on instead of correct reason
IOS images for 1240 and 801 access points used in c1941w and c890w ARTG platforms always
indicate the last reload reason as “power-o” instead of the actual reload reason. Even if the user
performs a software load via the console exec prompt, the reload reason is given as “power-on” for
the last reload reason.
indicate the last reload reason as “power-o” instead of the actual reload reason. Even if the user
performs a software load via the console exec prompt, the reload reason is given as “power-on” for
the last reload reason.
•
CSCsz81157—Security changes disable 11n capability.
The Cisco access point does not transition properly from PSK to No Security mode. When this
transition occurs, 11n stations are not recognized as all MCS rates are absent (sh dot11 ass all). From
a protocol perspective, the.11 frames are correct however the AP code does not appear to be working
as expected.
transition occurs, 11n stations are not recognized as all MCS rates are absent (sh dot11 ass all). From
a protocol perspective, the.11 frames are correct however the AP code does not appear to be working
as expected.
Impact: 11n clients no longer 11n capable. Will not support 11n Tx.
Conditions:
–
Access point SSID set to use WPA2/AES/PSK.
–
11n client associated
–
Change SSID to use WPA2/Open
–
Associate 11n client
Workaround: None. Requires rebooting the access point to reset.
•
CSCsz85193— Crash and traceback observed with qos traffic class
Crash and traceback is observed in access point while configuring radio interface QoS traffic class
parameters.
parameters.
•
CSCta75163— Leap to WPA-PSK migration failed on 1300 bridge.
Workarounds: Change the SSID while migrating from LEAP to WPA-PSK or after migration to
WPA-PSK, save the configuration and reload the bridges.
WPA-PSK, save the configuration and reload the bridges.
•
CSCtb02087—1140 throughput about 70% of H for 1400-byte packets in dual mode.
•
CSCtb07019—802.11n access points fail Wi-Fi test case No TKIP + HT rates due to association
response.
response.
The Cisco access point should not send IE45 and IE61 (HT IEs) in the association response to an
802.11n client that is requesting an association using TKIP encryption.
802.11n client that is requesting an association using TKIP encryption.
Correct responses would be:
1. Do not populate the association request with IE45 and IE61
2. Do not send a “successfu” association status indicator to the client.
Conditions: Mixed mode WPA/WPA2 using TKIP and AES must be set on the AP. HT rates enabled
on AP. Usually requires a non-conforming client, such as an 802.11n client based on Ralink silicon.
Other clients/chipsets may also be able to request TKIP and HT rates.
on AP. Usually requires a non-conforming client, such as an 802.11n client based on Ralink silicon.
Other clients/chipsets may also be able to request TKIP and HT rates.
Workaround: None