Cisco Notification Alert -4500 Series Switch-01-May-2016 16:53 GMT

Feedback Sign Up Unsubscribe         Known Bugs - Catalyst 4500 Series Switches Alert Type: Updated * Bug Id: CSCuv74938 Title: Memory leak in ffm process Status: Fixed Severity: 2 Severe Description: Symptom: Memory held by ffm process continues to grow due to a memory leak caused by WCCP mis-configuration. The following outputs show repeated wccp mask assignments - "show mgmt-infra trace messages ffm-trace-informational" [10/02/15 02:48:00.312 BST 162e2 4553] [wccp] Received ffm_wccp_mask_assignment message [10/02/15 02:48:00.315 BST 162e3 4553] [wccp] Updating ffm_wccp_mask_assignment record's FED data [10/02/15 02:48:00.315 BST 162e4 4553] [wccp] Creating new mask assignment cgroup FED object, service-group 0x0/ipv4/0x46 [10/02/15 02:48:00.316 BST 162e5 4553] [wccp] Updating mask assignment class_cgroup_inst FED object, service group 0x0/ipv4/0x46 "show ffm diagnostic messages-received" Counter Value SequenceNo. ------------------------------------------------------------------------------ wccp-mask-assignment 10437 20655 "show ip wccp < > detail" may indicate that the WCCP devices is not 'l2' reachable WCCP Client ID: x.x.x.x Protocol Version: 2.0 State: NOT Usable (Protocol not L2 connected) <<< Redirection: L2 Packet Return: L2 Assignment: MASK Connect Time: 3w0d Mask Allotment: None Conditions: The switch is configured for WCCP and the WCCP device is not layer 2 reachable via the switch interface with which its registered on the WCCP device. Workaround: Even if you do not see "Protocol not L2 connected", ensure that although the WCCP client is reachable from the switch there is not an extra hop (should be L2 reachable). If the switch is registered with its loopback or any other interface IP on the WCCP client instead of the SVI/physical interface IP on which it learns the MAC for the WCCP device, this issue can be seen. The memory leak should stop after pointing to the L2 reachable SVI/physical interface IP on the WCCP device. Further Problem Description: Last Modified: 25-APR-2016 Known Affected Releases: 15.2(3)E Known Fixed Releases: * 15.2(2)E4, 3.6(4)E Alert Type: New Bug Id: CSCuz12339 Title: UDP packets punt to CPU Status: Terminated Severity: 2 Severe Description: Symptom: UDP packets punt to CPU and caused 99% high cpu on Catalyst4503E Conditions: with "ip igmp XXX" configuration Workaround: none Further Problem Description: This looks like a configuration mistake. Source tries to send the register message to the Rendezvous Point (RP). During this process the multicast packet is encapsulated to a unicast packet by the FHR. And after this the RP will send a Register Stop message. This happens completely in software , and so if the registration process is not getting completed then all the packets are still in the software. The register stop from the RP is not reaching the FHR. Last Modified: 27-APR-2016 Known Affected Releases: n/a Known Fixed Releases: Alert Type: Updated * Bug Id: CSCuz20744 Title: 4500 VSS has VSL Tx-Q Size 0 due to Missing VSL-MGMT MAC Address ACL Status: Fixed Severity: 2 Severe Description: Symptom: - Traffic is failing to forward across the VSL, which is seen most often in VSS designs with orphan ports (non dual-homed connections). - Tx-Queue 0 on a physical interface that is part of the VSL shows size 0: 4500-VSS#show platform software interface te1/1/2 tx-queue Executing the command on VSS member switch role = VSS Active, id = 1 Switch Phyport Te1/1/2 Tx-Queue Software State Phyport TxQ BaseAddr Size Shape Share Mant. Exp. Mant. Exp. ------------------------------------------------- Te1/1/2 0 0x000000 0 0 0 63 19 <<<< TxQ 0 Size is 0 Te1/1/2 1 0x024B80 1904 0 0 63 17 Te1/1/2 2 0x0252F0 1904 0 0 63 18 Te1/1/2 3 0x025A60 1904 0 0 21 17 Te1/1/2 4 0x0261D0 1904 0 0 63 19 Te1/1/2 5 0x026940 1904 0 0 63 17 Te1/1/2 6 0x0270B0 1904 0 0 63 19 Te1/1/2 7 0x027820 3072 0 0 63 19 - Can be seen on versions where CSCut55041 is fixed, such as 3.7.2 and 3.8.0. Conditions: "VSL-MGMT" MAC Address ACL must be missing: 4500-VSS#show access-list VSL-MGMT [No output seen] Workaround: Reconfigure the missing MAC address ACL: mac access-list extended VSL-MGMT permit any 0022.bdcd.d200 0000.0000.00ff permit 0022.bdcd.d200 0000.0000.00ff any For Example: 4500-VSS#config t Enter configuration commands, one per line. End with CNTL/Z. 4500-VSS(config)#mac access-list extended VSL-MGMT 4500-VSS(config-ext-macl)# permit any 0022.bdcd.d200 0000.0000.00ff 4500-VSS(config-ext-macl)# permit 0022.bdcd.d200 0000.0000.00ff any 4500-VSS(config-ext-macl)# end Further Problem Description: Last Modified: 29-APR-2016 Known Affected Releases: 15.2(3)E2, 15.2(4)E Known Fixed Releases: * 15.2(5.1.82i)E Alert Type: Updated * Bug Id: CSCuw21115 Title: 4500/WS-X4724-SFP-E port flaps when GLC-GE-100FX is inserted Status: Fixed Severity: 2 Severe Description: Symptom: Consider 4-port groups on WS-X4724-SFP-E as {1,2,3,4},{5,6,7,8},{9,10,11,12}, etc When GLC-GE-100FX transceiver is inserted, other ports in the same 4-port group having GLC-LH-SMD only, will flap. Conditions: This problem is seen on WS-X4724-SFP-E only Workaround: Use only same kind of SFPs in the 4-port groups. Do not mix GLC-GE-100FX and GLC-LH-SMD in the 4-port groups. Example : The following combination will work without issues on same linecard {1,2,3,4} - having GLC-GE-100FX only {5,6,7,8} - having GLC-LH-SMD only Further Problem Description: Last Modified: 01-APR-2016 Known Affected Releases: 15.2(3.7.1E) Known Fixed Releases: * 15.2(2)E4, 15.2(3)E3, 15.2(4)E1, 15.2(4)EA1, 15.2(4.0.95)EA1, 15.2(4.0.95a)E, 15.2(4.1.25)EA1, 15.2(4.1.5a)E, 15.2(5.0.18)E, 15.2(5.5.36)E Alert Type: Updated * Bug Id: CSCuy67044 Title: High CPU after IOS upgrade to 15.2(3)E releases Status: Fixed Severity: 2 Severe Description: Symptom: CPU utilization up to above 90% after IOS upgrade to 15.2(3)E releases, though with same mount ARP sent. Conditions: 4948E with 15.2(3)E releases Workaround: none Further Problem Description: Last Modified: 21-APR-2016 Known Affected Releases: 15.2(3)E Known Fixed Releases: * 15.0(2)EA, 15.0(2)EB, 15.0(2)EC, 15.0(2)ED, 15.0(2)EH, 15.0(2)EJ, 15.0(2)EJ1, 15.0(2)EK1, 15.0(2)EX, 15.0(2)EX1 Alert Type: Updated * Bug Id: CSCuq30408 Title: "show rep topology detail" command does not display all REP information Status: Fixed Severity: 3 Moderate Description: Symptom: sometimes, "show rep topology detail" command does not display all REP information Conditions: when they connect more than 27 switch to make a REP segment. Workaround: None Further Problem Description: Last Modified: 27-APR-2016 Known Affected Releases: 15.1(2)SG3.0.1 Known Fixed Releases: * 15.2(3)E3, 15.2(4)E, 15.2(4.0.6)E, 15.2(4.0.64a)E, 15.2(5.0)ST, 3.7(3)E, 3.8(0)E Alert Type: Updated * Bug Id: CSCuu42267 Title: vstack status shows duplicate entries for a single PID Status: Fixed Severity: 3 Moderate Description: Symptom: Switch#sh vsta group custom detail No custom group configured ESC-HUB304#sh vsta status SmartInstall: ENABLED Status: Device_type Health_status Join-window_status Upgrade_status Device_type: S - Smart install N - Non smart install P - Pending Health_status: A - Active I - Inactive Join-window_Status: a - Allowed h - On-hold d - Denied Image Upgrade: i - in progress I - done X - failed Config Upgrade: c - in progress C - done x - failed Script Upgrade: p - in progress P - done F - failed Director Database: DevNo MAC Address Product-ID IP_addr Hostname Status ===== ============== ================= =============== ========== ========= 0 7426.aca4.8e40 WS-C4507R+E 10.1.22.1 3560-CG Director 1 04c5.a442.8300 WS-C3560CG-8PC-S 10.1.22.7 3560-CG S A a C <--- duplicate 2 04c5.a442.9b00 WS-C3560CG-8PC-S 10.1.22.5 3560-CGS A a C 3 04c5.a442.8380 WS-C3560CG-8PC-S 10.1.22.7 3560-CG S I a <---- duplicate Conditions: 4500 running 3.7.2 as the director switch for smart-install Workaround: Further Problem Description: Last Modified: 01-APR-2016 Known Affected Releases: 3.6(2) Known Fixed Releases: * 15.2(2)E4, 15.2(3)E3, 15.2(4)E, 15.2(4)E1, 15.2(4)EA1, 15.2(4.0.95)EA1, 15.2(4.0.95a)E, 15.2(4.1.25)EA1, 15.2(4.1.5a)E, 15.2(4.1.6)E Alert Type: New Bug Id: CSCuz29644 Title: "apcount" license shows incorrect number of AP in use after switchover Status: Open Severity: 4 Minor Description: Symptom: On 4500 chassis with dual Sup 8-E in SSO mode, "apcount" license shows incorrect number of AP in use after switchover Conditions: 4500 chassis with dual Sup 8-E in SSO mode, Version 03.07.03E, wireless mode. After performing manual switchover AP reregisters to new active Sup, but "apcount" license count doesn't show this AP anymore Workaround: n/a Further Problem Description: Last Modified: 26-APR-2016 Known Affected Releases: 15.2(3.7.3)PIH19 Known Fixed Releases: Find additional information in Bug Search index.   2015 Cisco and/or its affiliates. All rights reserved. Terms & Conditions | Privacy Statement | Cookie Policy | Trademarks