| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu12788 | Title: | MAC relearning is not functioning when mac security is configured |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
MAC relearning is not functioning after executing the CLI "clear mac-address-table dynamic" when mac security is configured.
Conditions:
1. Configure mac security in the EFP on both the nodes.
2. Send traffic and verify mac-address learned on MAT.
3. Execute CLI "clear mac-address-table dynamic" and observe mac addresses are cleared in MAT.
4. Send traffic and observe MAC relearning is not functioning.
Workaround:
Not a straight forward workaround
1. Remove Mac security and reconfigure again.
2. But issue will come back again when we do "clear mac-address dynamic"
Further Problem Description:
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: * | 15.4(3)S3.10, 15.4(3)S4, 15.5(1)S2.10, 15.5(1)S2.15, 15.5(1)S3, 15.5(2.21)S0.12, 15.5(2.21)S0.7, 15.5(3)S, 15.5(3)S0a, 15.5(3)S1 |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuw14558 | Title: | Storm control being triggered on wrong port |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: | Symptom:
Storm control being triggered on the Gig0/20 port even if this port is admin down.
Conditions:
Storm control being triggered on the Gig0/20 port even if this port is admin down.
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 23-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | |
|
|
| |
| |
|
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: | 19-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S2.1 |
|
Known Fixed Releases: * | 15.4(3)S3.8, 15.4(3)S4, 15.5(1)S2.15, 15.5(1)S2.9, 15.5(1)S3, 15.5(2)S1.5, 15.5(2)S2, 15.5(3)S0.2, 15.5(3)S1, 15.5(3)S1a |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCty81700 | Title: | Memory leaks seen in mvpn |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: * | Symptoms: When a remote PE reloads in MVPN network, it causes a memory leak.
Conditions: This symptom occurs when core interface flap or remote PE node
reloads causing a small amount of memory leak. If the node stays up
experiencing a lot of core interface/remote PE outages, it can run out of
memory and fail to establish PIM neighborship with remote PEs.
Workaround: There is no workaround. As a proactive measure, user can
periodically (depending on n/w outages) run the show memory debug
leak chunk command and reload the node, if there are a lot of
memory leaks reported by this command.
|
|
Last Modified: | 12-DEC-2015 |
|
Known Affected Releases: | 15.2(3)S |
|
Known Fixed Releases: * | 15.2(2)S0.5, 15.2(2)S1, 15.2(2)SNI, 15.2(2.19)S0.4, 15.2(4)S, 15.2(4)S1c, 15.2(4)S2, 15.2(4)S3, 15.2(4)S3a, 15.2(4)S4 |
|
|
| |
| |
|
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: | 17-DEC-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.15, 15.5(1)S2.2, 15.5(1)S3, 15.5(2.16)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: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: * | 15.4(3)S3.11, 15.4(3)S4, 15.5(1)S2.10, 15.5(1)S2.15, 15.5(1)S3, 15.5(2.19)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu49953 | Title: | Unicast Flooding is observed on a Customer routed Pseudo wire network |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Unicast Flooding is observed on a Customer routed Pseudo wire network
Conditions:
Topology
========
HostA === SW1 === SW2 === HostB
1. Configure a Routed Pseudowire between SW1 and SW2.
2.Configure a routed port between SW1 to router HostA working as NAT.
3. Create a loopback ip address on HostA router.
4. Ping the loopback ip address from SW2.
5. We could see the packets are flooded to pirent2.
customer is trying to ping the lopopback address which is located on cisco HostA router from SW2.
Ping packet are flodded to all the ports in vlan 10 .
On our topogy, It going out to HostB.
Workaround:
NA
Further Problem Description:
NA
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S2.1 |
|
Known Fixed Releases: * | 15.4(3)S3.3, 15.4(3)S4, 15.5(1)S2.15, 15.5(1)S2.3, 15.5(1)S3, 15.5(2.21)S0.12, 15.5(2.21)S0.8, 15.5(3)S, 15.5(3)S0a, 15.5(3)S1 |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuw31489 | Title: | ME3600 ciscoEnvMonSupplyState value is wrong after reload |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
When the second power supply is connected to the power source , Input state is ok and output sate state is fault, SNMP returns "6" for ciscoEnvMonSupplyState OID. The expected value is 3:
Conditions:
after reload when secondary power supply not connected.
Workaround:
na
Further Problem Description:
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.5(3)S |
|
Known Fixed Releases: * | 15.4(3)S4.1, 15.5(1)S2.17, 15.5(1)S3, 15.5(3)S0.13, 15.5(3)S1, 15.5(3)S1a, 15.6(0.21)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv35094 | Title: | SAT - L3 IP SLA Traffic Generation is not working |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
L3 IP SLA Traffic will not egress out of interface. only Tx stats are getting incremented in SLA o/p but actual traffic is not egressing out of the router.
Conditions:
Seen only on L3 IP SLA targets.
Workaround:
NONE
Further Problem Description:
|
|
Last Modified: | 30-DEC-2015 |
|
Known Affected Releases: | 15.5(3)S |
|
Known Fixed Releases: * | 15.5(3)S1.5 |
|
|
| |
| |
|
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: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)SS |
|
Known Fixed Releases: * | 15.4(3)S3.5, 15.4(3)S4, 15.5(1)S2.15, 15.5(1)S2.6, 15.5(1)S3, 15.5(2.22)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu13846 | Title: | MET resource exhaustion with IGMP Snooping |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
MET exhaustion message may be seen.
*Apr 23 05:04:52.804: platform assert failure: 0: ../src-nile/src-asic-nile/nile_adjmgr_utils.c: 832: adjmgr_free_met
*Apr 23 05:04:52.804: -Traceback= 776728z 263995Cz 277A9C0z 275CC7Cz 27610C4z 2EEBEC8z 2EED8ACz 20DDEB0z 20EE1E0z 20C2294z 3918E40z 391405Cz
*Apr 23 05:04:52.804: Bad adjmgr_met_free type=3 err=4
*Apr 23 05:04:52.804: platform assert failure: 0: ../src-nile/src
Conditions:
Issue is seen when IGMP snooping is enabled and IGMP join/leave messages are frequently received. MET entries are leaking on every igmp timeout/leave/ interface shut/no shut.
Workaround:
disable igmp snooping
Further Problem Description:
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S2.1 |
|
Known Fixed Releases: * | 15.4(3)S3.2, 15.4(3)S4, 15.5(1)S2.15, 15.5(1)S2.3, 15.5(1)S3, 15.5(2.21)S0.12, 15.5(2.21)S0.6, 15.5(3)S, 15.5(3)S0a, 15.5(3)S1 |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuw23745 | Title: | ME 3600X / SVI VRF Routing problem with Access-Port |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
VRF routing is broken when "switch port access vlan <>" is configured to reach host in a vrf. Issue happens only with latest image 15.5.
Same is working fine with 15.4 image.
Conditions:
when "switch port access vlan <>" is configured to reach host in a vrf
Workaround:
Use EFP method instead of "switch port access vlan" for host connectivity
Further Problem Description:
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.5(3)S |
|
Known Fixed Releases: * | 15.4(3)S4.1, 15.5(1)S2.21, 15.5(1)S3, 15.5(3)S0.11, 15.5(3)S1, 15.5(3)S1a, 15.6(0.20)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCua83876 | Title: | Multicast streams stop being forwarded with message MET FULL ERR |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: * | Symptoms: Some multicast streams may stop being forwarded, or new multicast
streams cannot be joined. In parallel the following message is displayed:
allocate_l3m_port_fcje: RPF PASS nh_hdl(0xD2668C0) MET FULL ERR
Conditions: This has been observed on a Cisco ME 3600X that is running Cisco
IOS Release 15.2(2)S1.
Workaround: There is no workaround.
Further Problem Description: A reboot is required in order to clear the
situation temporarily.
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: * | 15.2(2)S, 15.2(2)S1, 15.2(4)S |
|
Known Fixed Releases: | 15.1(2)EY4, 15.2(4)S1c, 15.2(4)S2, 15.2(4)S3, 15.2(4)S3a, 15.2(4)S4, 15.2(4)S4a, 15.2(4)S5, 15.2(4)S6, 15.3(0.15)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus80710 | Title: | ME-3600X broadcast packets amount (dst FF:FF:FF:FF:FF:FF) doubles on SVI |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
broadcast packets amount (ETHER: Destination FF:FF:FF:FF:FF:FF) doubles on SVI
Conditions:
ME-3600X-24FS-M under 15.5(1)S
Workaround:
ip address configured on SVI solved this issue
Further Problem Description:
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S, 15.5(1)S |
|
Known Fixed Releases: * | 15.4(3)S3.8, 15.4(3)S4, 15.5(1)S2.15, 15.5(1)S2.9, 15.5(1)S3, 15.5(2.12)S, 15.5(3)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv17554 | Title: | Extra bytes on the CFM header in ME3600 switch |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Trailing zeros of 22 bytes got added after end TLV in CCM frames when CFM frames ingressing ME3600 through VPLS pseudowires and egressing out either on service instance or switchport.
Conditions:
1. Configure VPLS autodiscovery pseudowires between ME3600-1 and ME3600-2.
2. Configure CFM MEP in ME3600-3.
3. Enable "ethernet cfm global" command in ME3600-1
4. Observe CCM packets are received in Ixia with 145 bytes packet length. Additional 22 bytes of zeros got added after End TLV.
5. Execute command "no ethernet cfm global" in ME3600-1.
6. Now observe CCM packets are received in Ixia with 123 bytes packet length. No trailing zeros got added after End TLV.
Workaround:
Issue is not seen when "no Ethernet cfm global" command is given
Further Problem Description:
|
|
Last Modified: | 17-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S2.1 |
|
Known Fixed Releases: * | 15.4(3)S3.9, 15.4(3)S4, 15.5(1)S1.5, 15.5(1)S2.15, 15.5(1)S2.9, 15.5(1)S3, 15.6(0.11)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCui04087 | Title: | W2/Rudy: Bert test doesn't run for 24hrs( Runs for maximum 160 min) |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom:
Bert Test doesn't run for 24hrs
Conditions:
Configure to run bert for 24hrs
Workaround:
NA
Further Problem Description:
|
|
Last Modified: | 11-DEC-2015 |
|
Known Affected Releases: * | 15.3(2)S, 15.3(3)S, 15.4(1)S |
|
Known Fixed Releases: | 15.3(3)S0.2, 15.3(3)S1, 15.3(3)S1a, 15.3(3)S2, 15.3(3)S2a, 15.4(0.14)S, 15.4(1)S |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCux49915 | Title: | Int desc and load-interval removed when switch between L2andL3 on Me3600 |
|
Status: | Open |
|
Severity: | 4 Minor |
Description: | Symptom:
Load-interval and description configuration lines are removed when the interface is converted from switchport to no swtchport and in reverse
Conditions:
Metro Ethernet switch (i.e. ME3600)
software version 15.5(3)SN
Workaround:
re-add description and load-interval command
Further Problem Description:
|
|
Last Modified: | 10-DEC-2015 |
|
Known Affected Releases: | 15.5(3)S1.2 |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCux46346 | Title: | Wrong measurements for Transceiver RX |
|
Status: | Open |
|
Severity: | 5 Cosmetic |
Description: | Symptom:
ME3600X running IOS image 15.4(3)S1 doesn't measure RX opctical power accurately. Here is an example when switch is getting -3dBm:
513E.E.R117-ME3600X-10#show controllers sonet 1/0/0 transceiver status
The Transceiver in slot 1 subslot 0 port 0 is enabled.
Module temperature = 25.687 C
Transceiver Tx supply voltage = 3325.4 mVolts
Transceiver Tx bias current = 4572 uAmps
Transceiver Tx power = -8.9 dBm
Transceiver Rx optical power = -6.6 dBm <<<<<<<<<<<<<<<<<<
This issue happens from values higher than -7dBm.
Conditions:
This issue happens from values higher than -7dBm.
Workaround:
None.
Further Problem Description:
|
|
Last Modified: | 08-DEC-2015 |
|
Known Affected Releases: | 15.4(3)S0.9 |
|
Known Fixed Releases: | |
|
|
| |
:
2015 Cisco and/or its affiliates. All rights reserved. 
没有评论:
发表评论