| |
|
Alert Type: | Updated * |
Bug Id: | CSCut45184 | Title: | Duplicate PIM hellos received in mVPN setup |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: Duplicate PIM hellos may be received at each hop running in a mVPN topology. The duplicate count will rise exponentially as the number of hops grows.
Conditions: mVPN is configured across multiple devices in a serial/ring topology.
Workaround: None.
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.4(3)S2.9, 15.4(3)S3, 15.5(1)S2.3, 15.5(2.18)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus95026 | Title: | High CPU utilization seen with E-Line circuit and mac-learning disabled |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: High CPU utilization seen with E-Line circuit and mac-learning disabled
Conditions: High CPU utilization seen with E-Line circuit and when mac-learning is disabled
Workaround: None
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.4(1)S |
|
Known Fixed Releases: * | 15.4(3)S2.9, 15.4(3)S3, 15.5(1)S1.1, 15.5(1)S2, 15.5(1)S2.1, 15.5(2.17)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuq20912 | Title: | cfm error using wrong local mep id |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: cfm using wrong local mep id to report this error
Conditions: you may see this issue when there is a remote side link failure
Workaround: none
Further Problem Description: none
|
|
Last Modified: | 23-SEP-2015 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.4(3)M0.4, 15.4(3)M1, 15.4(3)S0.8, 15.4(3)S1, 15.4(3)S2, 15.4(3)SN1a, 15.5(0.18)S0.5, 15.5(0.20)PI27a, 15.5(0.20)T, 15.5(1)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv34896 | Title: | VPLS autodiscovery PW failed to comeup when BGP recovers from failure |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: A Virtual Private LAN Service (VPLS) Virtual Circuit (VC) which is created using BGP Autodiscovery goes down and stays down when it is reprovisioned due to a BGP route change. The output of show l2vpn vfi or show vfi shows that the pseudowire was not created.
Conditions: This symptom has been observed when multiple BGP NLRI messages are received from the same BGP peer with the same route information. All IOS/IOS-XE versions and platforms are affected.
Workaround: Perform the exec command clear ip bgp.
Further Problem Description:
|
|
Last Modified: | 18-SEP-2015 |
|
Known Affected Releases: | 15.4(3)S2.1 |
|
Known Fixed Releases: * | 15.4(3)S3.8, 15.5(1)S2.15, 15.5(1)S2.9, 15.5(2)S1.5, 15.5(3)S0.2, 15.5(3)SN, 15.6(0.11)S, 7.0(0)SC(0.2), 7.3(0)BZN(0.41), 7.3(0)D1(0.100) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus83064 | Title: | l2vpn traffic drop as tagControlSelect not set properly |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: EoMpls traffic dropped as packer egress without vlan tag
Conditions: you can see this issue while SVI based core with EVC based Xconnect
Workaround: none
Further Problem Description: none
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.5(1)S0.10, 15.5(1)S1, 15.5(1)SN1, 15.5(2.12)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus21141 | Title: | Traffic stops flowing in L3VPN setup after mac-aging time |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: Traffic stops flowing in L3VPN setup after mac-aging time
Conditions: Traffic stops flowing in L3VPN setup after mac-aging time
Workaround: None
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.3(3)S |
|
Known Fixed Releases: * | 15.5(1)S0.7, 15.5(1)S1, 15.5(1)SN1, 15.5(2.2)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCut17914 | Title: | ME3600 doesn't respond to unicast ARP req destined to HSRP virtual mac |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: ME3600 doesn't respond to unicast ARP req destined to HSRP virtual mac. However, ME3600 sends ARP reply properly when ARP request is destined to broadcast mac (FF:FF:FF:FF:FF:FF).
Conditions: Steps to reproduce:
1. Configure SVI Vlan100 and enable HSRP group in SVI vlan100. 2. Configure service instance for the bridge domain 100 in physical port where Ixia is connected. 3. Send ARP request for HSRP virtual IP from Ixia with destination mac address as HSRP virtual mac (unicast). 4. Observe ME3600 doesn't send ARP reply. 5. Send ARP request for HSRP virtual IP from Ixia with destination mac address as broadcast (FF:FF:FF:FF:FF:FF) 6. Observe ME3600 sends ARP reply properly.
Workaround: ME3600 sends ARP reply properly when ARP request is destined to broadcast mac (FF:FF:FF:FF:FF:FF)
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.4(3)S2.1 |
|
Known Fixed Releases: * | 15.4(3)S2.9, 15.4(3)S3, 15.5(1)S2.2, 15.5(2.16)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus84535 | Title: | ME3600 - Native Vlan Packets Getting Tagged. |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: ME3600 - Native Vlan Packets Getting Tagged. The issue is seen only for the forwarding traffic not the device generated traffic.
Issue was seen on IOS 15.4(3)S1
Conditions: nterface GigabitEthernet0/5 switchport trunk native vlan 901 switchport trunk allowed vlan 901 switchport mode trunk
The packets leaving the interface Gi0/5 if it is forwarding traffic will tagged with vl 901 which they shouldn't The issue is seen only for forwarding traffic not the device generated traffic.
Workaround: Configure the interface as access interface if the allowed vlan and native vlan is same But it vary based on the scenario.
Further Problem Description: none
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.4(3)SS |
|
Known Fixed Releases: * | 15.4(3)S3.5, 15.5(1)S2.6, 15.5(2.22)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCut33916 | Title: | tcam qos entry is not installed after reboot |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: tcam qos entry is not installed after reboot
Conditions: Steps to reproduce: -------------------------- 1) Configure an interface as switchport allowed vlan 400 and 1501 2) Configure a port-channel interface with switchport vlan 400. 3) TCAM qos utilization is allocated for both the vlan. 4) Save the configuration and reload the box. 5) TCAM qos entry is not installed properly after reboot.
Workaround: Remove both the vlan from the interface and reconfigure again, the tcam qos entry is created properly.
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: * | 15.4(3)S3.11, 15.5(1)S2.10, 15.5(2.19)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus78700 | Title: | Incorrect classification at egress |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: Egress classification is not classified properly and all the traffic flowing through the default class no matter what ever the classification.
Conditions: apply policy in the egress interface for vlan range and issue will be seen
Workaround: There is no workaround
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.5(1)S0.12, 15.5(1)S1, 15.5(1)SN1, 15.5(2.12)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCut33022 | Title: | ME3600X system temperature sensors |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Snmpwalk on ciscoEnvMonTemperatureStatusEntry shows incorrect data
Conditions:
Workaround:
Further Problem Description:
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.3(3)S5.7, 15.3(3)S6, 15.4(3)S2.7, 15.4(3)S3, 15.5(1)S1.1, 15.5(1)S2, 15.5(1)S2.1, 15.5(1)SN1, 15.5(2.17)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCue28076 | Title: * | ME3600 wrong optical alarm Thresholds for SFP-GE-Z |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
Error meessages on ME3600:
SFF8472-3-THRESHOLD_VIOLATION Gi0/15: Tx power high alarm; Operating value: 2.5 dBm, Threshold value: -14.0 dBm.
In the output of command 'show interfaces transceiver detail' we can see wrong threshold value as well:
Optical High Alarm High Warn Low Warn Low Alarm Transmit Power Threshold Threshold Threshold Threshold Port (dBm) (dBm) (dBm) (dBm) (dBm) --------- ----------------- ---------- --------- --------- --------- Gi0/15 2.0 -14.0 4.9 0.0 -4.0
Conditions:
ME3600 with IOS 15.3(1)S and SFP-GE-Z
Workaround:
none |
|
Last Modified: | 23-SEP-2015 |
|
Known Affected Releases: | 15.3(1)S |
|
Known Fixed Releases: * | 12.2(33)SXI10, 12.2(33)SXI11, 12.2(33)SXI12, 12.2(33)SXI13, 12.2(33)SXI14, 12.2(33)SXI2, 12.2(33)SXI3, 12.2(33)SXI4, 12.2(33)SXI6, 12.2(33)SXI8a |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuw10281 | Title: | Traffic drop on mac movement when mac sec is enabled under EFP |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom: Traffic drop is observed for MAC which is moved from one MAC sec port to another mac sec enabled port
even after the expiry of mac sec inactivity time and mac aging time periods.
Conditions:
Workaround: Disable and re-enable the mac security starts traffic forwarding again
Further Problem Description:
|
|
Last Modified: | 10-SEP-2015 |
|
Known Affected Releases: | 15.3(1)S1.1, 15.4(3)S, 15.5(3)S |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus90793 | Title: | ME3600X temperature sensors/threshold issue |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Snmpwalk on ciscoEnvMonTemperatureStatusEntry shows incorrect data for ciscoEnvMonTemperatureStatusDescr and ciscoEnvMonTemperatureStatusValue
Conditions: Snmpwalk on ciscoEnvMonTemperatureStatusEntry
Workaround: Nil
Further Problem Description: Snmpwalk on ciscoEnvMonTemperatureStatusEntry shows incorrect data for ciscoEnvMonTemperatureStatusDescr and ciscoEnvMonTemperatureStatusValue
|
|
Last Modified: | 02-SEP-2015 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.3(3)S5.4, 15.3(3)S6, 15.4(3)S2.3, 15.4(3)S3, 15.5(1)S1.1, 15.5(1)S2, 15.5(1)S2.1, 15.5(1)SN1, 15.5(2.12)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv81818 | Title: | Rosen mVPN on ME3600 is broken for SVI in the core |
|
Status: * | Other |
|
Severity: * | 3 Moderate |
Description: | Symptom: ME3600 sends mVPN traffic without dot1q header if core-facing interface is SVI.
Conditions: Core-facing interface is SVI and mVPN-Rosen is used.
Workaround: There is no workaround.
Further Problem Description:
|
|
Last Modified: | 24-SEP-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | |
|
|
| |
没有评论:
发表评论