Cisco Cisco Aironet 1400 Wireless Bridge 릴리즈 노트
23
Release Notes for Cisco Aironet Access Points and Bridges for Cisco IOS Release 12.4(10b)JDA and 12.4(10b)JDA2
OL-17693-02
Caveats
•
CSCsu79234—Few objects of CISCO-ENTITY-EXT-MIB showing wrong values.
•
CSCsk80813—Vista's anonymous provisioning does not work with access point local AAA server
•
CSCsk05871—Sometimes packets are not marked as voice to 7921 phones.
Condition: A 7921 phone talking to a non-WMM client (a 7920 phone, for example), a wired client,
or another 7921 client with WMM disabled.
or another 7921 client with WMM disabled.
Workaround: None.
•
CSCsr58019—Bridge link fluctuating with concatenation (Duplicate of CSCsr19482).
While performing FTP data transfer the bridge link fluctuates with concatenation configured.
Without concatenation the FTP data transfer operates normally.
Without concatenation the FTP data transfer operates normally.
•
CSCsq90480—Access point accepts TSPEC in reassociation for non-CCXv4 client.
Workaround: None.
•
CSCso10119—1231 access point reboots.
The 1231 crashes at random and gives the following tracebacks and reboots:
68E024 68E970 68EDF4 4E48F0 495AD0 497EE8 4979C8 4922B0 4FDAB4 4FF85C 50262C 158AA0
Workaround: None.
•
CSCsq03411—Periodic reauthentication fails with CCKM enabled.
Workaround: None
•
CSCsq64212—Clock save interval doesn't save date with access point.
When an access point is configured with the clock save interval command and is rebooted, the clock
reverts back to the default 2002 date. The issue occurs when the access point is configured to
authenticate to another access point configured as a bridge or workgroup bridge and the
authentication type is EAP-TLS. After the access point reboots, the certificates are considered
invalid because of the dates.
reverts back to the default 2002 date. The issue occurs when the access point is configured to
authenticate to another access point configured as a bridge or workgroup bridge and the
authentication type is EAP-TLS. After the access point reboots, the certificates are considered
invalid because of the dates.
Workaround: Manually set the clock on the access point after each reboot.
•
CSCsr53764—Some wired workgroup bridge clients get stuck randomly while roaming.
The workgroup bridges are installed on a train with its clients running customer-specific
applications. The workgroup bridge roams very fast between access points due to the speed of the
train. When the the train moves through a tunnel, some workgroup bridges often remain associated
to a specific access point. For example, when the train travels toward access point 020, the
workgroup bridge associates with it and wired clients associate with this workgroup bridge. After
the workgroup bridge roams to the next access point (for example 021, 022, or 023), some wired
clients still show up under access point 020 even though the workgroup bridge has moved to a new
access point. As a result, the wired clients associated with the workgroup bridge lose their
connection with the outside network.
applications. The workgroup bridge roams very fast between access points due to the speed of the
train. When the the train moves through a tunnel, some workgroup bridges often remain associated
to a specific access point. For example, when the train travels toward access point 020, the
workgroup bridge associates with it and wired clients associate with this workgroup bridge. After
the workgroup bridge roams to the next access point (for example 021, 022, or 023), some wired
clients still show up under access point 020 even though the workgroup bridge has moved to a new
access point. As a result, the wired clients associated with the workgroup bridge lose their
connection with the outside network.
Workaround: None.
•
CSCsg90480—Access point accepts TSPEC in Re-assoc for non-CCXv4 client.
Workaround: None.