Cisco Blog » The Platform

2015年10月1日星期四

Cisco Notification Alert -3650 Series Switch-01-Oct-2015 16:50 GMT

 

 

 

 

 

 

 


Known Bugs - Catalyst 3650 Series Switches

Alert Type:
Updated *
Bug Id:
CSCuv14890
Title:
DHCPv6 solicit frame (IPv6 multicast) frame replication issues
Status:
Fixed
Severity:
2 Severe
Description:

Symptom:
Cat3650 running 3.6.2ae. Using converged access for wireless. We had one 3650 as MC and 4 3650 as MA in our setup. However, I believe this will be able to be reproduced with just one switch.
DHCPv6 solicit frame (IPv6 multicast) are sent from a wired devices (AP or WYSE terminal in our case) on an access port in VLAN25. The same frame is sent out of the switch uplink and to other access ports in VLAN25 15 times. As the frame traverses the next switch that is in the same state, each frame gets multiplied 15 times again causing a storm of DHCPv6 frames. In our case, this storm was causing the interface on the ISR to have a bunch of overruns and go into a hung state.

Conditions:
When you put a WLAN into VLAN25 the switch sets the rcpPortMap register to 1 for that VLAN. This is fine when a WLAN is still on VLAN25. However, when you change the WLAN to a different VLAN than 25 from the CLI, it is not setting the rcpPortMap back to 0 for VLAN25 and it is causing the replication of the frames. You can see the rcpPortMap setting by running the following commands:
show platform vlan 25 show platform fwd-asic register read register_name AqmRepDestMapTable-25
Workaround:
Workaround #1:
The command below will set the register back to 0 for the VLAN with MVID 7.
show platform fwd-asic register write register_name AqmRepDestMapTable-25 module 0 field rcpPortMap value 0x0

Run this command to verify the setting was applied.
show platform fwd-asic register read register_name AqmRepDestMapTable-25

After doing this, you will see the frame replication stops happening.

Workaround #2:
Reboot the switch. After a reboot, it will initialize the rcpPortMap correctly.

Workaround #3:
Put a WLAN into the VLAN that has the rcpPortMap set incorrectly. Even if the WLAN is shut down, it will not replicate the frames on the wired network anymore.

2015-07-03 02:41XXCTS_SRStatusCE Pending Workaround => Customer Updated

Further Problem Description:
each frame gets multiplied 15 times again causing a storm of DHCPv6 frames

Last Modified:
03-SEP-2015
Known Affected Releases:
n/a
Known Fixed Releases: *
15.2(2)E3
Alert Type:
Updated *
Bug Id:
CSCuw12020
Title:
Cat3650 receives non self-destined ARP and learns them
Status:
Other
Severity:
2 Severe
Description: *

Symptom:
Cat3650 receives non self-destined ARP reply and learns them.

Conditions:
The issue happens in WS-C3650/15.0(1)EZ5.
The issue does not happen in 15.2(2)E1, 15.2(3)E or later.

Workaround:
Enable IP Device Tracking in receiving interfaces.

Further Problem Description:

Last Modified:
24-SEP-2015
Known Affected Releases:
15.0(1)EZ5
Known Fixed Releases:
Alert Type:
Updated *
Bug Id:
CSCuw12101
Title:
Improve convergence time for Active-Standby switchover in 3650 stack
Status:
Open
Severity: *
4 Minor
Description:

Symptom:
Observed 2,5s loss time after electrically shutting down the master switch.

Conditions:
The customer scenario involves etherchannel and HA.


Workaround:
None

Further Problem Description:

Last Modified:
16-SEP-2015
Known Affected Releases:
n/a
Known Fixed Releases:

Find additional information in Bug Search index.

 

2013 Cisco and/or its affiliates. All rights reserved. Terms & Conditions | Privacy Statement | Cookie Policy | Trademarks

 

没有评论:

发表评论