| |
Bug Id: | CSCur74702 |
Title: | Wrong SMI vStack group selected due to incorrect client MAC matched |
|
Description: | Symptom:
The SMI client loads the configuration from an incorrect vStack group, which breaks Zero Touch Deployment.
Conditions:
This is seen on SMI client switches that have MAC addresses that differ in the last byte only.
Workaround:
There is no workaround.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 06-MAY-2015 |
|
Known Affected Releases: | 15.2(2.0.0) |
|
Known Fixed Releases: | 15.2(2)E2, 15.2(3)E1, 3.6(2)E |
|
|
| |
| |
Bug Id: | CSCui11521 |
Title: | Software reject port-channel configuration for certain ports. |
|
Description: | Symptom:
SW c3750e-universalk9-mz.150-1.SE2
Platform: WS-C3750X-48PF-S
Switch does not accept port channel configuration commands for certain ports:
lonn2001(config-if)#default int g1/0/16
Interface GigabitEthernet1/0/16 set to default configuration
lonn2001(config)#default int g1/0/16
Jul 2 08:12:18.192: LINK-3-UPDOWN Interface GigabitEthernet1/0/16, changed state to down
lonn2001(config)# int g1/0/16
lonn2001(config-if)# channel-group 5 mode on
lonn2001(config-if)#default int g1/0/21
Interface GigabitEthernet1/0/21 set to default configuration
lonn2001(config)# int g1/0/21
lonn2001(config-if)# channel-group 5 mode on
Command rejected (Port-channel5, Gi1/0/21): Command execution failed on one or more switches
Conditions:
SW c3750e-universalk9-mz.150-1.SE2
Platform: WS-C3750X-48PF-S
This is not a proble with the switch hardware, as the switches were repleaced and the problem presists
Workaround:
NOT KNOWN
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 08-MAY-2015 |
|
Known Affected Releases: | 15.0(1)SE2 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur17365 |
Title: | 15.2(2)E:CSCup68355 verification errdisabled pagp-flap b/w 3750x & 2960s |
|
Description: | Symptom:
ports in port channel go to error disabled state due to pagp flap.
Conditions:
during formation of lacp portchannel bundling the ports go to the error disabled state when switch is having more number of stack members say 5.
Workaround:
do shut and no shut on the physical interfaces which are error disabled so that It will recover and come to up state and will be part of port channel
Further Problem Description:
During formation of lacp portchannel bundling the ports go to the error disabled state when switch is having more number of stack members.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 13-MAY-2015 |
|
Known Affected Releases: | 15.2(2.4.54)E1 |
|
Known Fixed Releases: | 15.2(2)E2, 15.2(3)E1, 3.6(2)E, 3.7(1)E |
|
|
| |
| |
Bug Id: | CSCur43620 |
Title: | %PLATFORM_IPC-3-COMMON: Unknown IPC message type 65535 size 91 |
|
Description: | Release-Note
Symptom:
Description:
===========
Below traceback continuously thrown on5 member 3750x stack with 2 C3KX-NM-10G uplink module connected.
%PLATFORM_IPC-3-COMMON: Unknown IPC message type 65535 size 91 (3750X-4)
-Traceback= 65AE00z 2A74520z 2C44E6Cz 2C45B3Cz 2B40F94z 2B40F3Cz 2B46AE8z 2B46B84z 2B41044z 2FD87FCz 2FD87DCz 2FD682Cz (3750X-4)
%PLATFORM_IPC-3-COMMON: Unknown IPC message type 65535 size 91
-Traceback= 65AE00z 2A74520z 2C44E6Cz 2C45B3Cz 2B40F94z 2B40F3Cz 2B46AE8z 2B46B84z 2B41044z 2C05AA8z 2C05A84z 2AF36BCz 2A90C04z 2FDC720z 2FD8AA0z
%PLATFORM_IPC-3-COMMON: Unknown IPC message type 65535 size 91 (3750X-4)
-Traceback= 65AE00z 2A74520z 2C44E6Cz 2C45B3Cz 2B40F94z 2B40F3Cz 2B46AE8z 2B46B84z 2B41044z 32006F0z 2B5DDD0z 2FDC720z 2FD8AA0z (3750X-4
Conditions:
Continuous message is shown when C3KX-NM-10G module is connected to 3750X stack.
Workaround:
Remove the C3KX-NM-10G uplink module.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 13-MAY-2015 |
|
Known Affected Releases: | 15.2(2.4.61)E1 |
|
Known Fixed Releases: | 15.2(2)E1, 15.2(3)E, 15.2(3)E1, 15.2(3.1)BSR, 3.6(1)E, 3.7(0)E, 3.7(1)E |
|
|
| |
| |
Bug Id: | CSCtr86594 |
Title: | C3750X stack : crash when configure password from member sw console |
|
Description: | Symptom:
when configure line 0 password from member switch's console. it seems that the same password applies to vty 0 15 as well, and as soon as we remove the password from vty 0 4 and try to do write memory, the master switch get crashed.
Conditions:
This issue has not been seen in case we do the same operation from master switch's console.
Workaround:
To do the same operation from master switch's console.
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 18-MAY-2015 |
|
Known Affected Releases: | 12.2(58)SE, 15.0(1)SE1 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCum75450 |
Title: | CPUHB_RECV_STARVE when acl log configured in stack |
|
Description: | Symptom:
With following message, switch performance may be slow,
sometimes switch gets hang and not recovered until power cycling.
%SUPQ-4-CPUHB_RECV_STARVE: Still seeing receive queue stuck after throttling
Following messages may also be observed when problem happens.
%PLATFORM_RPC-3-MSG_THROTTLED: RPC Msg Dropped by throttle mechanism
%XDR-6-XDRIPCNOTIFY: Message not sent to slot X because of IPC error timeout. Disabling linecard. (Expected during linecard OIR)
Conditions:
Catalyst 3750X in stack configuration running 12.2(58)SE or later including 15.0SE releases and 15.2E releases.
log keyword is configured in access-list and traffic go through the member switches hit access-list that log keyword is configured.
Workaround:
Configuring longer logging interval may be the workaround for this problem.
For example,
ip access-list logging interval
Risk for this workaround is packet count that hit the access-list might be inaccurate because logging process is involved with every logging interval.
To recover the switch when problem is happening, you need to power cycling the switch.
Further Problem Description:
Note that this problem does not happen in 12.2(55)SE releases.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 18-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE2, 15.2(1)E |
|
Known Fixed Releases: | 15.0(2)SE7, 15.2(1.30)PSR, 15.2(2)E, 15.2(2b)E, 3.6(0)E |
|
|
| |
| |
Bug Id: | CSCup68355 |
Title: | Stack members fail on Etherchannel ports in C3KX-SM-10G or downlinks. |
|
Description: | Symptom:
Stack members fail on Etherchannel ports in C3KX-SM-10G or downlinks.
Conditions:
The stack members fail in a scaled scenario when more ports are part of Etherchannel .
Workaround:
There is no workaround.
Further Problem Description:
In a scaled scenario, member switches of 5 members stack fails when more number of ports are a part of Etherchannel.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 19-MAY-2015 |
|
Known Affected Releases: | 15.2(2.0.0)E |
|
Known Fixed Releases: | 15.2(2)E1, 15.2(2.54)PSR, 15.2(3)E, 3.6(1)E, 3.7(0)E |
|
|
| |
| |
Bug Id: | CSCto10165 |
Title: | Smart Install Crashes with certain IP Packets |
|
Description: | Summary
A vulnerability exists in the Smart Install feature of Cisco Catalyst Switches running Cisco IOS Software that could allow an unauthenticated,
remote attacker to perform remote code execution on the affected device.
Cisco has released free software updates that address this vulnerability.
There are no workarounds available to mitigate this vulnerability other than disabling the Smart Install feature.
This advisory is posted at http://www.cisco.com/warp/public/707/cisco-sa-20110928-smart-install.shtml.
|
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Last Modified: | 21-MAY-2015 |
|
Known Affected Releases: | 12.2(55)SE, 12.2(58)SE |
|
Known Fixed Releases: | 12.2(55)EX3, 12.2(55)SE3, 12.2(55)SE4, 12.2(55)SE5, 12.2(55)SE6, 12.2(55)SE7, 12.2(55)SE8, 12.2(55)SE9, 12.2(58)EY, 12.2(58)EZ |
|
|
| |
| |
Bug Id: | CSCty91027 |
Title: | Intermittent high CPU due to HOST queue |
|
Description: | Symptom:
Intermittent high CPU. The affected SVI reports a high input rate and CPU host queue is much increasing (show controllers cpu-interface)
Conditions:
A backup job is running
Workaround:
Shut/no shut of the affected SVI or reload the stack
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 21-MAY-2015 |
|
Known Affected Releases: | 12.2(58)SE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur07371 |
Title: | CPU queue wedge on 3750x |
|
Description: | Symptom:
A CPU queue wedge has been identified on the 3750X.
Conditions:
This defect has been seen soon after upgrading all 3750X stacks to 15.2(2)E. After an arbitrary amount of time, the switch begins to show the following syslog message
%SUPQ-4-CPUHB_RECV_STARVE: Still seeing receive queue stuck after throttling (124A3701-3)
The stack may become inaccessible.
Workaround:
The only known resolve is to reload the switch stack.
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 1 Catastrophic |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 15.2(2)E |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus56320 |
Title: | ping packet loss occur intermittently when a new member add into stack. |
|
Description: | Symptom:
intermittent ping packet loss occurred.
Conditions:
a new switch(C3750X) add into stack.
Workaround:
none.
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 23-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE6 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuc95754 |
Title: | TestPortAsicCam POST failures |
|
Description: | PortASIC's TCAM test failure when on-demand diagnostics (through diagnostics start command) was executed.
Symptom:
PortASIC's TCAM test failure when on-demand diagnostics (through diagnostics start command) was executed.
Conditions:
This can happen in any of the versions 12.2(55), 12.2(58) or 15.0(2), with switches 3560-E, 3750-E
3560-X, 3750-X. This problem was initially known to happen in mixed stack of 24 port and 48 port switches in one specific case. In other reproducible cases, it happened randomly in standalone switches with walle uplink modules.
Workaround:
Results of on-demand diagnostics can be ignored if POST succeeds on bootup.
More Info:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE, 15.0(2.0.0) |
|
Known Fixed Releases: | 12.2(55)SE8, 12.2(55)SE9, 15.0(2)EJ, 15.0(2)EJ1, 15.0(2)SE3, 15.0(2)SE4, 15.0(2)SE5, 15.0(2)SE6, 15.2(1)E, 15.2(1)E1 |
|
|
| |
| |
Bug Id: | CSCtx05704 |
Title: | Incomplete ARP entries after RSU |
|
Description: | Symptom:
ARP Entries are stuck in "Incomplete" state after Rolling Stack Upgrade.
Frames are received on physical interface of switch however are not
processed by Control Plane.
Conditions:
none.
Workaround:
none.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-MAY-2015 |
|
Known Affected Releases: | 15.0(1)SE1 |
|
Known Fixed Releases: | 15.0(1)SE3, 15.0(2)SE |
|
|
| |
| |
Bug Id: | CSCue49529 |
Title: | 3750X stack cross channel down/up after master power off/on |
|
Description: | Symptom:
1.3750X stack running 15.0(2)SE1,connect to 2960 by cross channel.(channel mode on)
The Line Protocol of member I/F and channel will down/up after master switch power off/on,
and channel on 2960 also down/up.This problem does not happen on TeG I/F, channel.
2.even though the channel became down ,sometimes there's no message output on the stack.
We can see the channel down message on the peer 2960.
Conditions:
stack cross channel
Workaround:
No
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 12.2(58)SE, 15.0(2)SE |
|
Known Fixed Releases: | 15.0(2)SE5, 15.0(2)SE6, 15.2(1)E, 15.2(1)E1, 15.2(1)E2, 15.2(1)E3, 15.2(1)EX0.87, 15.2(1)EY, 15.2(1.1)EY, 15.2(2)E |
|
|
| |
| |
Bug Id: | CSCud01798 |
Title: | "FRU Power Supply is not responding" was seen unexpectedly |
|
Description: | Symptom:
"FRU Power Supply is not responding" message seen on 3560X/3750X intermittently.
Issue may happen with one or two Power Supply Unit.
Conditions:
3560X/3750X is running IOS 15.0(2)SE.
Workaround:
The power supply is operating normally.
Upgrade to 15.0(2)SE2 or later to resolve this issue.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 26-MAY-2015 |
|
Known Affected Releases: | 15.0(2.0.80)SE, 15.0(9.8)EMP |
|
Known Fixed Releases: | 12.2(55)SE10, 15.0(2)EJ, 15.0(2)EJ1, 15.0(2)EZ, 15.0(2)SE2, 15.0(2)SE3, 15.0(2)SE4, 15.0(2)SE5, 15.0(2)SE6, 15.2(1)E |
|
|
| |
| |
Bug Id: | CSCur94665 |
Title: | Switch crashes with multicast routing enabled when TCN timer expires. |
|
Description: | Symptom:
When the TCN timer expires, the switch with multicast routing enabled crashes.
Conditions:
The issue is seen on the switch running 15.0(2)SE6.
Workaround:
The workaround is to disable Spanning tree in all the VLANs to avoid STP TCN.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE6 |
|
Known Fixed Releases: | 15.0(2)SE8, 15.2(2)E2, 15.2(3)E1, 3.6(2)E, 3.7(1)E |
|
|
| |
| |
Bug Id: | CSCuq67809 |
Title: | 3750x stack crashes with to big buffer allocated |
|
Description: | Symptom:
Stack is crashing with below message (process may differ):
Debug Exception (Could be NULL pointer difference) Exception (0x2000)!
Dec 16 09:24:28.023 EDT: %SYS-2-WATCHDOG: Process aborted on watchdog timeout, process = MDFS Reload.
Conditions:
Logging buffer was configured as 200MB
'logging buffered 200000000'
Workaround:
Reduce login buffer.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE5 |
|
Known Fixed Releases: | 15.0(2)SE8, 15.2(2)E2, 15.2(3)E, 3.6(2)E, 3.7(0)E |
|
|
| |
| |
Bug Id: | CSCut84989 |
Title: | High CPU on 3750x due to hl3mm process |
|
Description: | Symptom:
High CPU on the hl3mm process.
Conditions:
Added new multicast sources and receivers.
Workaround:
None
Further Problem Description:
CPU around 54% on hl3mm process. not normally seen on any other devices on the network.
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE4 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu55421 |
Title: | Error - The FRULink 10G Service Module (C3KX-SM-10G) is not responding |
|
Description: | Symptom:
%PLATFORM_SM10G-3-NO_RESPONSE: The FRULink 10G Service Module (C3KX-SM-10G) is not responding.
Seen in the log after service policy is applied to a VLAN carried on an interface on the SM
Conditions:
C3KX-SM-10G installed in a 3750X
Switch#sh switch service-module
Switch/Stack supports service module CPU version: 03.00.78
Temperature CPU
Switch# H/W Status (CPU/FPGA) CPU Link Version
-----------------------------------------------------------------
2 OK 67C/63C notconnected 03.00.78
Workaround:
none
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 28-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE6 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu56067 |
Title: | 3750 Dual SDM template incorrectly allocates QoS TCAM |
|
Description: | Symptom:
3750x running 12.2(55)SE5 can fail to apply a policy-map though there is room in TCAM . The following error message is generated on this failure:
Master SVI send all failed for interface Vlan100, cmd = 38
Conditions:
3750x running 12.2(55)SE5 configured with "desktop IPv4 and IPv6 vlan" SDM template.
This is seen when using policy-maps with a large amounts of access-lists
Workaround:
Use the default SDM template
Limit the size of the policy-map and access-lists
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 28-MAY-2015 |
|
Known Affected Releases: | 12.2(55)SE5 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCui65252 |
Title: | ARP packets processing stops when DAI is enabled over Port-Channel |
|
Description: | Symptom:
Enabling DAI with Port-Channel breaks ARP processing
DHCP snooping on port-channel breaks.
Conditions:
1. Configure the required for DAI, DHCP snooping
2. Setup an DHCP server
3. Setup an Cross-Stack Port-Channel between DHCP and Access switch
4. Enable arp inspection for the client vlan
5. Bring up the Client interface
6. Client would be able to get an ip address, binding added to snooping table
Run a continous ping from client
7. From the client side clear the arp binding (arp -d) was used
8. Once the ARP cache was cleared from client; client traffic drops
9. Binding table still holds the entry for the client
10.Tried Release / Renew, works fine client can renew ip address still traffic drops
11.Disable "ip arp inspection" for the client vlan - traffic resumes
12.Enable ip arp inspection again ; traffic drops
Workaround:
When a direct link is used between Access and DHCP issue is not seen.
Further Problem Description:
The issue is seen only with port-channels.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 12.2(55)SE8, 15.0(2)SE4, 15.0(2)SE5, 15.2(1)E |
|
Known Fixed Releases: | 12.2(55)SE9, 15.0(2)SE5, 15.0(2)SE6, 15.2(1)E1, 15.2(1)E2, 15.2(1)E3, 15.2(2)E, 15.2(2b)E |
|
|
| |
| |
Bug Id: | CSCti21077 |
Title: | PoE Issue on 3750X - Standalone & Stacked Configuration |
|
Description: | Symptom:
No PoE supplied when new phones added to 3750X switches in stand alone/stacked
configuration after a period of time. Also tracebacks similar to the following
are seen in the logs,
FRNTEND_CTRLR-2-SUB_INACTIVE: The front end controller 2
is inactive
-Traceback= 1D12690 1D12A60 1EE7068 1EDDAD8
%FRNTEND_CTRLR-2-SUB_INACTIVE: The front end controller 0
Conditions:
Seen on 3750-X and 3560-X switches using a C3KX-NM-10G Network module that has
a 10G SR Agilent/Avago SFP+ (Cisco PID: SFP-10G-SR VID 02 or earlier) inserted
into at least one
of the two SFP+ slots. The affected Agilent/Avago SFP+ serial numbers begin
with the following prefixes,
AGA, AGM, AGC, AGS, AVG
Side effect of bug CSCti61764.
Workaround:
The issue is fixed in software beginning 12.2(55)SE1.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 12.2(55)SE |
|
Known Fixed Releases: | 12.2(55)SE1, 12.2(55)SE2, 12.2(55)SE3, 12.2(55)SE4, 12.2(55)SE5, 12.2(55)SE6, 12.2(55)SE7, 12.2(55)SE8, 12.2(55)SE9, 12.2(58)EZ |
|
|
| |
| |
Bug Id: | CSCti61764 |
Title: | 3750X: Constant High CPU 99% with hulc LED process usage 60-70% |
|
Description: | Symptom:
Catalyst 3750X switch may report CPU usage more than 90%, due to "hulc LED"
and "SFF8472" processes.
Conditions:
Seen on 3750-X and 3560-X switches using a C3KX-NM-10G Network module that
has a 10G SR Agilent/Avago SFP+ (Cisco PID: SFP-10G-SR VID 02 or earlier)
inserted into at least one of the two SFP+ slots. The affected Agilent/Avago
SFP+ serial numbers begin with the following prefixes,
AGA, AGD,AGM, AGC, AGS, AVG
Sample CPU outputs:
3750X_A#show process cpu | ex 0.00
CPU utilization for five seconds: 92%/0%; one minute: 92%; five minutes: 92%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
50 49556124 516496 95946 15.55% 11.86% 11.92% 0 SFF8472
153 192375642 15029102 12800 67.52% 67.91% 67.63% 0 Hulc LED Process
Workaround:
The issue is fixed in 12.2(55)SE1 release and later.
Further Problem Description:
If the switch/stack experience PoE issues as a side effect, refer to bug CSCti21077
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 12.2(55)SE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu47539 |
Title: | Stack port becomes root port after reload on 3750X |
|
Description: | Symptom:
Stack port shows up as root port for some or all vlans after a reload.
Reload could be member or whole stack
Logs similar to below are see for the actual root port
Mar 30 04:51:47.128: %DTP-5-TRUNKPORTON: Port Gi4/1/1-Gi4/1/1 has become dot1q trunk (3750-stack-4)
Mar 30 04:51:47.439: %DTP-5-NONTRUNKPORTON: Port Gi4/1/1 has become non-trunk (3750-stack-4)
Mar 30 04:51:50.576: %LINK-3-UPDOWN: Interface GigabitEthernet4/1/1, changed state to up
Conditions:
The uplinks should be fiber connections configured as trunk
"switchport nonegotiate" should be configured on it
Workaround:
remove "switchport nonegotiate
Further Problem Description:
Issue is same as reported in CSCue03558.
But that bug was only fixed for 3750V2
The issue is being seen in 3750X as well
The test was done with 15.0(2)SE7
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-MAY-2015 |
|
Known Affected Releases: | 15.0(2)SE6 |
|
Known Fixed Releases: | 15.2(4.10.61)PI5 |
|
|
| |
:
没有评论:
发表评论