| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy69848 | Title: | Memory Leak in I/0 Pool. |
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Description: | Symptom:
This is seen in a REP ring above 20 switches in it
Conditions:
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 01-JUL-2016 |
|
Known Affected Releases: | 15.3(1)S1 |
|
Known Fixed Releases: * | 12.2(50)SE4, 12.2(50)SE5, 12.2(52)EY4, 12.2(52)SE1, 12.2(53)EX, 12.2(53)SE, 12.2(53)SE1, 12.2(53)SE2, 12.2(55)EX3, 12.2(55)SE |
|
|
| |
| |
|
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: | 11-JUN-2016 |
|
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.5(3)S2.4, 15.5(3)S3, 15.6(0.11)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy19169 | Title: | Ping to/through HSRP IP fails after HSRP Switchover |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
In a HSRP Setup ,traffic from particular hosts getting dropped . Ping from the host to any device through the HSRP routers will fails during the failover .
Conditions:
Issue seen after a HSRP switchover and when using EVC setup.
The packet drops because of some packet loop that is created between the switches running HSRP.
Issue is not seen when using normal dot1q tunk interfaces .
Same also applied if you use VRRP setup .
Workaround:
1- Clearing of the MAC table on the new HSRP active will restores the setup to working conditions .
2- Reducing the CAM table Age-out timers .
3- Using dot1q trunk instead of EVC .
Further Problem Description:
ME3600 on 15.5(3)S1a is sending packets (having DMAC of hsrp group address ) back to the received port+efp and creating temporary loop and sometimes flaps is seen on downstream switches with this issue .
It appears only under below circumstances :-
1. The packet received by Me3600 in above diagram should have DMAC of hsrp group mac addresses (0000.0c07.acXX )
2. You have EVC configuration instead of dot1q trunk .
2. The SVI on ME3600 should be configured with HSRP .
3. ME3600 should became HSRP active in failover scenario .
Under these conditions , me3600 start to send the packets back to received port+efp , and only once the mac entry age out and deleted from the table ,issue is fixed .
Issue is seen in all of these release which been tested in the lab : 15.4(3)S2 , 15.4(2)S3 ,15.4(3)S4 and latest one 15.5(3)S1a .
|
|
Last Modified: | 11-JUN-2016 |
|
Known Affected Releases: | 15.5(1.1) |
|
Known Fixed Releases: * | 15.5(3)S2.4, 15.5(3)S3, 15.6(1.31)SP |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy16460 | Title: | Incorrect thresholds set for GLC-FE-100BX-U and GLC-FE-100BX-D |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Incorrect thresholds set for GLC-FE-100BX-U and GLC-FE-100BX-D
Conditions:
using GLC-FE-100BX-U or GLC-FE-100BX-D
Workaround:
none
Further Problem Description:
|
|
Last Modified: | 11-JUN-2016 |
|
Known Affected Releases: | 15.3(3)S |
|
Known Fixed Releases: * | 15.4(3)S4.17, 15.5(3)S2.2, 15.5(3)S3, 15.6(1.17)SP |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCux03078 | Title: | Layer 2 loop with ERPS |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
MAC-FLAP seen after configuring ERPS. Traffic is received fro blocked port in ERPS ring
Conditions:
The issue has been found to be triggered en we configure a service-instance. We put the service-instance in forwarding without checking ERPS state.
Workaround:
Shut and No Shut of interface fixes the symptoms.
Further Problem Description:
|
|
Last Modified: | 11-JUN-2016 |
|
Known Affected Releases: | 15.4(3)SS |
|
Known Fixed Releases: * | 15.5(3)S2.3, 15.5(3)S3, 15.6(1.17)SP |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy12848 | Title: | ME3600 drop bfd packets when there is traffic congestion. |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
ME3600 drop bfd echo packets from the remote-node, which is returned on the local, in the egress queue when there is traffic congestion.
when we configure service-policy, we can see increment of drop counter in the output of "show policy-map interface output".
Conditions:
a) congestion happens in the queue(class) that ip precedenc 6 is allocated in "service-policy output".
(ip precedence of BFD packet is 6)
or
b) no service policy on the egress port.
Workaround:
use bfd async mode without echo (disable bfd echo mode)
Further Problem Description:
BFD session flaps were occurring because BFD echo traffic (which is from the remote node and returned on the local) is sent through transit packet queue and merged with egressing data traffic.
|
|
Last Modified: | 11-JUN-2016 |
|
Known Affected Releases: | 15.4(3)S1.1 |
|
Known Fixed Releases: * | 15.5(3)S2.8, 15.5(3)S3, 15.6(1.31)SP |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuq64814 | Title: | VPLS down after conversion to protocol-based l2vpn CLI |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: * | Symptom:
VPLS is not coming up on me3600x with the following type of configuration:
l2vpn vfi context vfi-context-3000
vpn id 3000
bridge-domain 3000
member GigabitEthernet0/19 service-instance 3000
member vfi vfi-context-3000
member 10.10.0.8 3333 encap mpls
member 10.10.0.7 3333 encap mpls
Conditions:
Always
Workaround:
Use old style xconnect CLI
Further Problem Description:
|
|
Last Modified: | 08-JUN-2016 |
|
Known Affected Releases: | 15.3(3)S |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuw39345 | Title: | mVPN traffic is sent without dot1q header when SVI is core interface |
|
Status: | Fixed |
|
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: | 11-JUN-2016 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: * | 15.5(3)S2.6, 15.5(3)S3, 15.6(1.10)S, 15.6(2)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy64355 | Title: | Block VLAN list are not properly updated in hardware for G8032 ports |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
When ring port is shutdown, the hardware forwarding state for the EFPs in that port were still set in "FWD:YES". It should be reset to "FWD:NO
Conditions:
Workaround:
Further Problem Description:
|
|
Last Modified: | 11-JUN-2016 |
|
Known Affected Releases: | 15.5(3)S |
|
Known Fixed Releases: * | 12.2(52)EY4, 15.2(1)S, 15.2(1)S1, 15.2(2)SA, 15.2(2)SA1, 15.2(2)SA2, 15.2(2)SNI, 15.2(4)S1c, 15.2(4)S2, 15.2(4)S3 |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu62592 | Title: | MPLS data plane broken on ME3600 |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
MPLS data plane is broken. Labeled traffic is dropped. IP traffic works fine
Conditions:
Link Flap or Reload
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 11-JUN-2016 |
|
Known Affected Releases: | 15.5(1)S |
|
Known Fixed Releases: * | 15.5(3)S2.8, 15.5(3)S3, 15.6(1.31)SP |
|
|
| |
:
2015 Cisco and/or its affiliates. All rights reserved. 
没有评论:
发表评论