| |
Bug Id: | CSCut55114 |
Title: | Slow memory leak in IOSd on sup7E |
|
Description: | Symptom:
Slow memory leak in IOSd on sup7E
Conditions:
Unknown
Workaround:
None
Further Problem Description:
None
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 08-MAY-2015 |
|
Known Affected Releases: | n/a |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur20444 |
Title: | I/O memory leak due to DHCPv6 packets. |
|
Description: | Symptom:
I/O memory leak observed with small or middle buffer pools showing very few buffers in the free list.
Conditions:
The issue is seen when DHCPv6 packets are received on the switch, and the port is configured with 'ipv6 dhcp guard'.
Workaround:
The workaround is to remove the 'ipv6 dhcp guard' configuration from the interface on which DHCPv6 packets are being received.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 12-MAY-2015 |
|
Known Affected Releases: | 15.2(2)E |
|
Known Fixed Releases: | 15.2(2)E2, 15.2(3)E1, 15.4(1)S3.2, 15.4(2)S2.19, 15.4(2)S3, 15.4(3)S2.4, 15.5(1)S1.1, 15.5(1)SN1, 15.5(1.18)S0.12, 15.5(2)S |
|
|
| |
| |
Bug Id: | CSCut15615 |
Title: | VSL link can't up after link cable down or SFP OIR |
|
Description: | Symptom:
after remove VSL link cable or did SFP OIR, the SFP port which is bundling
in VSL port-channel, will be Wait status in Portc-channel and can't link up
Conditions:
Cat4500X VSS with two VSL links
Workaround:
Further Problem Description:
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 13-MAY-2015 |
|
Known Affected Releases: | 15.2(3)E |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur98467 |
Title: | VSL-MGMT access-list mac address changes after entire VSS reload |
|
Description: | Symptom:
VSL-MGMT access-list mac address changes every time after both two VSS switches reload or power off/on.
Conditions:
Cat4k VSS
Workaround:
N/A
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 14-MAY-2015 |
|
Known Affected Releases: | 15.1(2)SGN3.9 |
|
Known Fixed Releases: | 15.1(2)SG6, 15.2(3)E1, 3.7(1)E |
|
|
| |
| |
Bug Id: | CSCur79622 |
Title: | 4500 Sup8E Supervisor enhanced error logging. |
|
Description: | Symptom:
The dual-sup switch was in SSO. When switchover was initiated using the "redundancy force-switchover" command, the entire chassis rebooted.
Note: This fix does not address the crash, instead it enhances error logging for further investigating this crash.
Conditions:
Switchover
Workaround:
none
Further Problem Description:
The existing logs and crashinfo are not adequate to determine the root cause of the issue. With this fix, additional logging capabiliies have been added. If the issue is observed again, we will have additional logs to further debug the issue and identify the root cause.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 18-MAY-2015 |
|
Known Affected Releases: | 15.1(1.45) |
|
Known Fixed Releases: | 15.2(1)SY1, 15.2(2)E2, 15.2(3)E1, 3.6(2)E, 3.7(1)E |
|
|
| |
| |
Bug Id: | CSCus13479 |
Title: | 4500X VSS: multicast traffic blackholed on orphan L3 egress portchannel |
|
Description: | Symptom:
4500X VSS multicast traffic blackholed on orphan L3 egress portchannel. During problem symptom, traffic hits L2 floodset entry even though L3 entry si present and get dropped.There is a mismatch seen in state of ipv4MulticastEn between active and standby when switch is in this state.
hrn3-4500x-vss-01#sh platfo hardware rxvlan-map-table vl 200 <<< Ingress port
Executing the command on VSS member switch role = VSS Active, id = 1
Vlan 200:
l2LookupId: 200
srcMissIgnored: 0
ipv4UnicastEn: 1
ipv4MulticastEn: 1 <<<<<
ipv6UnicastEn: 0
ipv6MulticastEn: 0
mplsUnicastEn: 0
mplsMulticastEn: 0
privateVlanMode: Normal
ipv4UcastRpfMode: None
ipv6UcastRpfMode: None
routingTableId: 1
rpSet: 0
flcIpLookupKeyType: IpForUcastAndMcast
flcOtherL3LookupKeyTypeIndex: 0
vlanFlcKeyCtrlTableIndex: 0
vlanFlcCtrl: 0
Executing the command on VSS member switch role = VSS Standby, id = 2
Vlan 200:
l2LookupId: 200
srcMissIgnored: 0
ipv4UnicastEn: 1
ipv4MulticastEn: 0 <<<<<
ipv6UnicastEn: 0
ipv6MulticastEn: 0
mplsUnicastEn: 0
mplsMulticastEn: 0
privateVlanMode: Normal
ipv4UcastRpfMode: None
ipv6UcastRpfMode: None
routingTableId: 1
rpSet: 0
flcIpLookupKeyType: IpForUcastAndMcast
flcOtherL3LookupKeyTypeIndex: 0
vlanFlcKeyCtrlTableIndex: 0
vlanFlcCtrl: 0
Conditions:
NA
Workaround:
Unconfigure and reconfigure PIM on the ingress L3 port. For eg:
hrn3-4500x-vss-01#sh int po11 | i rate
Queueing strategy: fifo
30 second input rate 0 bits/sec, 0 packets/sec
30 second output rate 0 bits/sec, 0 packets/sec <<< OIL not sending traffic
hrn3-4500x-vss-01#
hrn3-4500x-vss-01#
hrn3-4500x-vss-01#conf t
Enter configuration commands, one per line. End with CNTL/Z.
hrn3-4500x-vss-01(config)#int vl 200 <<< Ingress L3 port
hrn3-4500x-vss-01(config-if)#no ip pim sparse-mode
hrn3-4500x-vss-01(config-if)# ip pim sparse-mode
hrn3-4500x-vss-01(config-if)
|
没有评论:
发表评论