| |
|
Alert Type: | Updated * |
Bug Id: | CSCux28536 | Title: | Interface stays in down state after link flap on the neighbor |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
After interface flap, uplink interface on 3650 stays in down/not connect while the neighbor is showing up/up.
Conditions:
3650 running 03.06.03E, 03.07.00E, 03.07.01E, 03.07.02E with 1000BaseZX SFP
Workaround:
shut / no shut uplink interface on 3650
downgrade to 03.06.02aE
Further Problem Description:
|
|
Last Modified: | 07-APR-2016 |
|
Known Affected Releases: | 15.2(3)E |
|
Known Fixed Releases: * | 15.2(2)E4, 16.1(2.42), 16.2(0.260), 16.3(0.5), 3.6(4)E |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy21298 | Title: | Performance Monitoring not working on 3650 |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Using performance monitor as flow monitor type, netflow will not export any traffic types. Under performance monitoring, the supported record types are default-rtp and default-tcp, both these streams are not caught by the service-policy.
Normal netflow works well.
Conditions:
Hardware - 3650
Software - Any perfmon supported release up to 3.7.3
Workaround:
Use normal netflow
Further Problem Description:
###Configuration###
flow exporter exp_royala
destination 1.1.1.10
transport udp 6666
flow monitor type performance-monitor mon_royala
record default-tcp
exporter exp_royala
cache timeout synchronized 1
flow monitor mon_royala
policy-map type performance-monitor policy_royala
class ALL
flow monitor mon_royala
monitor metric rtp
max-reorder 10
ssrc maximum 10
class-map match-any ALL
match access-group 1
3650_1#show ip access-lists
Standard IP access list 1
10 permit any (94816 matches)
interface TenGigabitEthernet1/5
service-policy type performance-monitor input policy_royala
|
|
Last Modified: | 05-APR-2016 |
|
Known Affected Releases: | 15.2(3.7.2) |
|
Known Fixed Releases: * | 16.3(0.154) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuw11414 | Title: | Crash while updating the external vlan database. |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
A WS-C3650-48PS secondary switch was observed to crash while attempting to update the external vlan database. The updates were sourced from an device that was not part of the stack.
Conditions:
Unknown
Workaround:
Further Problem Description:
|
|
Last Modified: | 02-APR-2016 |
|
Known Affected Releases: | 3.3(5)SE |
|
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(4.2.1)EA2, 15.2(5.0.25)E |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv20618 | Title: | 3650 - Disabling Speed and Duplex or Auto MDIX Causes Link Down |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom:
Link will not come up when manually setting speed and duplex or entering no mdix auto
Conditions:
Hard coded Speed and Duplex or no mdix auto is configured from cli.
In usual, when connect two Cisco switch device, using cross cable will link up normally, but if Hard coded Speed and Duplex or no mdix auto is configured on 3650, then can't link up by cross cable, but link up by straight cable.
Workaround:
Use Auto Negotiation for Speed / Duplex, and auto MDIX.
Further Problem Description:
this behavior is not seen when no mdix auto is removed and speed and duplex are allowed to auto negotiate.
|
|
Last Modified: | 19-APR-2016 |
|
Known Affected Releases: | 15.0(1)EZ5, 16.1(0) |
|
Known Fixed Releases: | 15.2(2)E3, 15.2(3)E3, 3.6(3)E, 3.7(3)E |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCux97451 | Title: | 3650:input error count doesn't increase when MTU>1500 packet is received |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
When MTU>1500 packets are received, input error counter does not increase.
Conditions:
MTU>1500
Workaround:
None
Further Problem Description:
None
|
|
Last Modified: | 04-APR-2016 |
|
Known Affected Releases: * | 15.2(2)E3, none |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuw08107 | Title: | C3650 core in show process cpu history's last 72 hours output incomplete |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
"last 72 hours"'s maximum CPU% value of the part core in "show process cpu history" display incomplete.
Conditions:
execute "show process cpu history" command.
Workaround:
none
Further Problem Description:
none
|
|
Last Modified: | 05-APR-2016 |
|
Known Affected Releases: | 15.2(2)E2 |
|
Known Fixed Releases: * | 15.2(2)E4, 15.2(3)E3, 3.6(4)E, 3.7(3)E |
|
|
| |
没有评论:
发表评论