| |
Bug Id: | CSCuu86752 |
Title: | Interface create failure after sm restart before starting plx scan |
|
Description: | Symptom:
Interface create failure
Conditions:
Interface create failure after sm restart before starting plx scan
Workaround:
reload lc
Further Problem Description:
Interface create failure after sm restart before starting plx scan
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 01-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.2i.BASE |
|
|
| |
| |
Bug Id: | CSCuu84038 |
Title: | BFD Continuously flapping after Process Restart |
|
Description: | Symptom:
BFD continuously flapping causing bundles flap and traffic to drop
Conditions:
Process restart bfd
Workaround:
Restart lpts_pa process
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 01-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu72178 |
Title: | pat Pon reset on 525 12i causes asic init failure |
|
Description: | Symptom:
pon reset failure and asic does not come up
Conditions:
pon reset on any asic, it does not go through with init failure
Workaround:
Reload card
Further Problem Description:
pon reset on any asic, it does not go through with init failure
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 01-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.14i.BASE |
|
|
| |
| |
Bug Id: | CSCuu64262 |
Title: | Multiple fabric links down on MC system |
|
Description: | Symptom:
Multiple S2 fabric links down on MC system on boot up.
Conditions:
Usually occurs when there is one or more gennums sitting in between the FE links. In an MC system there are gennums sitting in between the s13 and s2 optical links. There are scenarios where theses gennums does not adapt to a signal properly there by causing errors on the end point falafel links. This may cause the links to be down.
Workaround:
Not scalable
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 01-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE, 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.13i.BASE |
|
|
| |
| |
Bug Id: | CSCuu25641 |
Title: | R53x - process config_helper missing HA-role of RP0 |
|
Description: | Symptom:
After Restarting the confd_helper process HA-role of RP0 is not seen on cli "show processes services confd_helper location all"
Conditions:
confd_helper process restart
Workaround:
None
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 05-JUL-2015 |
|
Known Affected Releases: | 5.3.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus95955 |
Title: | VSAT: ospf nbr down in Load Ph- Forwording interface failed to change bk |
|
Description: | Symptom:
ospf neighbors were down during ISSU Load Phase in VSAT ISSU sanity testing.
Conditions:
Executed "install activate issu load" command.
Workaround:
Unknown.
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 05-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu91311 |
Title: | Install activate a HOST SMU in XRVM shows invalid package state |
|
Description: | Symptom:
When installing a host SMU in the XRVM on an NCS 6008 router running 5.2.4
Conditions:
This happens on an NCS 6008 router running IOS XR version 5.2.4 when installing a host SMU
Workaround:
Do not install a host SMU in the XRVM in 5.2.4
Further Problem Description:
The install operation will fail but the host SMU will show that it's active but in the underlying software it's not active
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 07-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.3i.BASE |
|
|
| |
| |
Bug Id: | CSCut69566 |
Title: | Panini issu: RSVP crashed at debug_sync_immediate on ISSU cleanup |
|
Description: | Symptom:
RSVP crash seen on RP0.
Conditions:
This symptom is observed on a NCS6K router that is running 525 image in ISSU cleanup phase.
Workaround:
There is no workaround.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 07-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.9i.FWDG |
|
|
| |
| |
Bug Id: | CSCuu59011 |
Title: | NCS6k 525:Seeing NPU driver related error after slice mgr proc restart |
|
Description: | Symptom:
PON reset of NPU asic followed by hard reset cgi_csr32.cgi_internal_hier_int.cgi_csr32.cgi_fifo_leaf_int.int_pnp_uf_err can lead to asic being in unrecovered state which can lead to loss of traffic completely on the affected slice.
Conditions:
Releases: 52x releases
PON reset followed by hard reset cgi_csr32.cgi_internal_hier_int.cgi_csr32.cgi_fifo_leaf_int.int_pnp_uf_err
Workaround:
Slice shut/unshut should recover the LC to a working condition.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 08-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.13i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
Bug Id: | CSCuu63975 |
Title: | Memory leak in inventory lib |
|
Description: | Symptom:
Memory leak is seen in inventory lib.
Conditions:
524 image on NCS6K
Workaround:
NA
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 08-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.14i.BASE |
|
|
| |
| |
Bug Id: | CSCuu10990 |
Title: | NGN:lldp subinterfaces enable config rejected on NCS6K 5.2.4.12i |
|
Description: | Symptom:
"lldp subinterfaces enable" config commit fails in global config mode. This cli is supposed to enabled lldp for sub-interfaces in 5.2.4.
Conditions:
"lldp subinterfaces enabled" config tried on NCS6K 5.2.4.12i
Workaround:
None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 09-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.9i.FWDG |
|
|
| |
| |
Bug Id: | CSCuu47900 |
Title: | NPU_DRIVER:"ISSU_ERR_SYNC_FAILURE":Interfaces not created - ISSU load. |
|
Description: | Symptom:
NPU Driver in XR LC cannot communicate i.e. send faults and reload requests to Shelf Manager.
Conditions:
This behavior is observed after one or more shelf manager restarts. It is also observed sometimes in ISSU, however, the root cause is shelf manager restarts (fmlib service switchover due to SM restart)
Workaround:
None
Recovery:
Restart npu_driver process on LC
Example:
process restart nu_driver (location of the LC where npu driver is stuck)
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 10-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.13i.BASE, 6.0.0.5i.BASE |
|
|
| |
| |
Bug Id: | CSCuu33363 |
Title: | Observe frequent ccc_driver crashes on SC OIR |
|
Description: | Symptom:
CCC Driver process crash
Conditions:
hw-mod reload not working
Will not be able to collect ctraces for CCC driver
Workaround:
None
Further Problem Description:
With Scale on FCC chassis (i.e populating all 12 FC and all CXP in the all ports), the number of FD allocated for CCC Driver process is maxed out resulting in CAPI failures/incoming client connection failures
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 10-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.10i.BASE |
|
|
| |
| |
Bug Id: | CSCuu31827 |
Title: | packet corruption w/PHP when L2 trailer eixists in packet |
|
Description: | Symptoms:
Packets dropped on ultimate hop pop (UHP) node on ingress with ''IPV4 checksum errors'',
where NCS6k is acting as PHP node and running 5.2.3 version image.
Packet captures on UHP ingress show corrupted UDP header.
Conditions:
Problem is seen in an inter-op scenario when all the the below conditions meet:
- incoming MPLS packet is trailed with extra bytes on an NCS6k node
- that is running 5.2.3 or a newer version image and
- acting as PHP node for the stream.
These specific packets are not handled gracefully on NCS6k and get corrupted while processing.
First condition is a very specific case and should not exist for ServiceProvider network.
Any other data/control traffic streams, flowing through NCS6k at the same time which don't
have trailing bytes...are not impacted.
Problem is not seen for an IP only network.
Workaround:
Configure explicit-null on UHP node.
Further Problem Description:
When MPLS packets with trailing bytes reached NCS6k, it was not handled gracefully on 5.2.3
release which supports NHID based forwarding. In earlier release that didn't have NHID based
forwarding , this case is handled gracefully.
Problem is seen when all the below conditions meet:
a. incoming MPLS packet is trailed with extra bytes on an NCS6k Ingress linecard
b. that is running 5.2.3 or a newer version image and
c. acting as PHP node for the stream.
Problem Impact:
a. These specific packets are not handled gracefully on NCS6k and get corrupted while processing
and were dropped on the next node (UHP node).
b. All other data/control streams that didn't have trailing bytes, were flowing fine.
Condition a. is not likely for a production ServiceProvide network. In this case we hit upon
the issue as upstream 7600 was adding extra trailing bytes to the packet.
Here are some workarounds which were tried and found to be working:
a. Replaced 7600 node (doing MPLS encapsulation) with ASR9K.
b. Add static route on 7600 such that outgoing packet from 7600 node is unlabeled.
c. Configure explicit null on UHP node such that NCS just does label swapping and will not do PHP processing.
d. When image was downgraded to 5.0.1 issue was not seen as it didn't have NHID forwarding.
PSIRT Evaluation:
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 2.9/2.4:
https://intellishield.cisco.com/security/alertmanager/cvssCalculator.do?dispatch=1&version=2&vector=AV:A/AC:M/Au:N/C:N/I:N/A:P/E:F/RL:OF/RC:C
No CVE ID has been assigned to this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 10-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | 5.2.5.11i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
Bug Id: | CSCuu32761 |
Title: | All LC's are reloading during OCU in 525.8I image |
|
Description: | Symptom:
During OCU, line cards admin vm is getting reloaded twice.
Conditions:
During Orchestrated calvados upgrade.
Workaround:
This is a race condition, and we don't hit most of the time. No easy workaround to avoid this race condition during OCU
Further Problem Description:
$$
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 11-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | 5.2.5.11i.BASE |
|
|
| |
| |
Bug Id: | CSCuv14133 |
Title: | Umbrella DDTS for CSCuu63975 & CSCut76127 for production SMU |
|
Description: | Symptom:
check individual DDTS
Conditions:
check individual DDTS
Workaround:
check individual DDTS
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 13-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuq31566 |
Title: | telnetd crash when receiving malformed telnet packet |
|
Description: | Symptoms:
A vulnerability in telnetd process of Cisco IOS XR could allow an unauthenticated, remote attacker to cause a reload of the affected service.
The vulnerability is due to improper processing of malformed telnet packet directed to a device configured to process such packets to itself. An attacker could exploit
this vulnerability by sending a malformed telnet packet to a device that is configured to accept telnet connections to itself and process them for remote management.
An exploit could allow the attacker to cause a reload of the affected service.
Conditions:
Cisco IOS XR device is configured to accept telnet connections for remote management.
Workaround:
None.
PSIRT Evaluation:
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 5/4.1:
https://intellishield.cisco.com/security/alertmanager/cvssCalculator.do?dispatch=1&version=2&vector=AV:N/AC:L/Au:N/C:N/I:N/A:P/E:F/RL:OF/RC:C
CVE ID CVE-2015-0776 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 13-JUL-2015 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | 4.3.4.SP8, 5.3.1.10i.FWDG, 6.0.0.5i.FWDG |
|
|
| |
| |
Bug Id: | CSCuu97666 |
Title: | AA09999 SMU Fix is not taking effect if SMU Activated as ISSU |
|
Description: | Symptom:
AA09999 Fix not working if activated as ISSU
Conditions:
SMU Activation with ISSU Option
Workaround:
A. Install AA09999 with "install activate issu "
B. Wait till package activated on each RP, by checking "show install active" in sys-admin VM.
C. For each rack, in sys-admin VM, please run following commands.
1. "show processes services rm active location all" to retrieve location(s) where "rm" services are active.
2. "show processes services rm standby location all" to retrieve location(s) where "rm" services are standby.
3. "process mandatory shelf_mgr location "
4. "process shutdown shelf_mgr location "
5. "process restart shelf_mgr location "
6. "process start shelf_mgr location "
7. "process mandatory shelf_mgr location "
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 13-JUL-2015 |
|
Known Affected Releases: | 5.2.2.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuq99260 |
Title: | NCS6K: MPP/LPTS Erroneously Allows SNMP Queries on Inband Interfaces |
|
Description: | Symptom:
NCS6K MPP/LPTS is allowing snmp queries on inband interfaces without associated MPP
configuration to allow such queries (from any IP, on any inband interface).
Conditions:
No known trigger.
Workaround:
Unknown
If inband SNMP polling is required, apply MPP SNMP peer configuration for inband interfaces to limit from which source IP's queries will be allowed. Can also configure ACL for snmp-server.
Further Problem Description:
Restart snmpd process to recover from failed state.
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 13-JUL-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu64527 |
Title: | succesive pon and hr on pat lead to flurry of interrupts with crash |
|
Description: | Symptom:
flurry of interrupts flooding the console
Conditions:
successive pat pon/hr, flurry of interrupts
Workaround:
reload LC
Further Problem Description:
succesive pon and hr on pat lead to flurry of interrupts with crash
slice reset also caused flurry of interrupts - on 525 12i spotted
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 13-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.2i.BASE |
|
|
| |
| |
Bug Id: | CSCuv05956 |
Title: | /misc/disk1 mount point is getting removed on image upgrade/downgrade |
|
Description: | Symptom:
/misc/disk1 mount point is getting removed on image upgrade/downgrade
Conditions:
on image upgrade/downgrade
Workaround:
none
Further Problem Description:
/misc/disk1 mount point is getting removed on image upgrade/downgrade
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 14-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu11986 |
Title: | Some of the nodes missing in the entPhysicalName output on A41 |
|
Description: | Symptom:
Some of the nodes missing in the entPhysicalName output on A41
Node missing in entity mib.
Bogus entities in xr "show inventory".
if CSCuu91901 is not fixed, process fpdserv mem leak
Conditions:
No specific trigger
Workaround:
N/A, need to install issu/reload smu
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 14-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.13i.BASE, 6.0.0.7i.BASE |
|
|
| |
| |
Bug Id: | CSCut83406 |
Title: | IPSLA : PPE exception dump due to num_entries=0 in XR ISSU run phase |
|
Description: | Symptom:
Continuous ppe exception dumps will occur during the ISSU run phase, the ISSU process may be aborted.
Conditions:
Configure and schedule an ipsla operation. While the operation is active do ISSU.
Workaround:
Remove the ipsla config before doing ISSU. After ISSU the user can reconfigure ipsla.
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 14-JUL-2015 |
|
Known Affected Releases: | 6.0.0.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur18075 |
Title: | panini issu: should not see "Bundle being replicated to this location" |
|
Description: | Symptom:
you may see bundle member in "Bundle being replicated to this location" state on release 5.2.3 on platform NCS6K.
Conditions:
ISSU load/Run phase
Workaround:
None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 15-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE, 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.3.17i.BASE, 5.2.4.1i.BASE, 5.2.4.3i.BASE |
|
|
| |
| |
Bug Id: | CSCur40303 |
Title: | cpak-lr10x10: interface flaps multiple times after bulk unshut |
|
Description: | Symptom:
interfaces flap multiple times before coming to steady state
Conditions:
slice must be containing at least 1 lr10x10 optic inserted in one of the ports.
performing unshut / no shut on all 10 breakout interfaces in single commit forces all 10 links to be powered on at the same time. During this phase of bring up, if the incoming signal is not identified corretly it results in certain ports flapping more than once.
Workaround:
perform no shut on each interface in single commits. there fore to unshut all 10 interfaaces using no option to power on all the interfaces
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.3.LC |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu11566 |
Title: | BLB IT- RP1 reload causing Packet loss in fabric causes BLB flap |
|
Description: | Symptom:
BLB sessions will be flapped , on back to back RP Reloads .
Conditions:
On the Second RP reload , the BLB sessions will be flapped .
Workaround:
The BLB sessions comes up eventually.
Further Problem Description:
The BLB sessions comes up eventually.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.14i.BASE |
|
|
| |
| |
Bug Id: | CSCuu49502 |
Title: | npu ppe exception seen on slice4 after bulk slice unshut |
|
Description: | Symptom:
npu ppe exceptions continuously seen
Conditions:
when slice other than 0 comes up first, npu ppe exceptions are seen continuously, fwding chain hw has all 0's on that npu
Workaround:
reload linecard
Further Problem Description:
when slice other than 0 comes up first, npu ppe exceptions are seen continuously, fwding chain hw has all 0's on that npu
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.4i.BASE |
|
|
| |
| |
Bug Id: | CSCuu42597 |
Title: | Pon reset never recovered after int_invalid_dirty_acs fault on pita |
|
Description: | Symptom:
Pon reset never recovered
Conditions:
Pon reset never recovered after int_invalid_dirty_acs fault on pita
Workaround:
reload LC
Further Problem Description:
Pon reset never recovered after int_invalid_dirty_acs fault on pita
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.11i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
Bug Id: | CSCuu22548 |
Title: | npu_driver should abort int creation if asic init fails on unshut slice |
|
Description: | Symptom:
The npu_driver process fails to abort interface creation when asic init fails on a newly unshut slice.
Conditions:
This issue is seen on a NCS6K router booted with Cisco IOS XR version 5.2.5-08i.
Workaround:
Unknown
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.11i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
Bug Id: | CSCuu38177 |
Title: | Inter-rack connectivity lost for 10 mins after router reload |
|
Description: | Symptom:
In a steady state 1 hour after MC fully comeup, one rack is failed:
3/RP1/ADMIN0:Jun 16 11:38:07.908 : shelf_mgr[2505]: %INFRA-SHELF_MGR-3-RACK_FAILED : Rack 2 state going to FAILED. Control plane connectivity to this rack could be unstable
reported by shelf_mgr. And recovered after 5-10 min, sometimes even longer(30 min)
Conditions:
There are multiple triggers for this but the issue may appear after a while and not always. Following can trigger this issue:
1) SC card NT switchover
2) vlan changes
3) Extension port status changes
Workaround:
No workaround. Reload Chassis to recover.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.2i.BASE |
|
|
| |
| |
Bug Id: | CSCuu76809 |
Title: | SysDB was unable to save a configuration file 5.2.4 to 5.2.1 on NCS6k |
|
Description: | Symptom:
On trying to configure an NCS 6008 router, a config inconsistency message is seen and the configuration can not be committed. Issuing a "clear config inconsistency" doesn't help.
Conditions:
When downgrading software on an NCS 6008 router from IOS XR version 5.2.4 to 5.2.1
Workaround:
Reload the xr vm.
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu33822 |
Title: | NPU-1: Failed to get pla drops stats in npu_platform_stats_get_plim |
|
Description: | Symptom:
An NPU may fail to get pla drops stats in npu_platform_stats_get_plim after a line card is reloaded as shown by the following error messages:
LC/0/5/CPU0:May 13 22:01:36.832 : npu_driver[270]: %L2-NPU-6-INFO_MSG : NPU-1: Failed to get pla drops stats in npu_platform
_stats_get_plim
LC/0/5/CPU0:May 13 22:02:41.730 : sysdb_svr_local[214]: %SYSDB-SYSDB-6-TIMEOUT_EDM : EDM request for 'oper/plim-asic-drv/node/500/summary' from 'plim_ether_show' (jid 67901, node 0/5/CPU0). No response from 'npu_driver' (jid 270, node 0/5/CPU0) wit
hin the timeout period (100 seconds)
Conditions:
This issue is seen on a NCS6K router booted with Cisco IOS XR version 5.2.5-08i.
Workaround:
Unknown
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 16-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.13i.BASE |
|
|
| |
| |
Bug Id: | CSCuv28081 |
Title: | LC5 oir causing, LACP packet drop on bundle links from LC1,3 |
|
Description: | Symptom:
LC5 oir causing, LACP packet drop on bundle links from LC1,3
Conditions:
LC5 oir causing, LACP packet drop on bundle links from LC1,3
Workaround:
none
Further Problem Description:
LC5 oir causing, LACP packet drop on bundle links from LC1,3
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 17-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu14963 |
Title: | NCS6k - hardware interrupt reset all FC upon LC insertion or Plane shut |
|
Description: | Symptom:
SFE devices hard reset due to IfmafoPint interrupt.
sfe_driver[2575]: %PLATFORM-CIH-2-ASIC_ERROR_HARD_RESET : sfe[24]: An oor-thresh-err error has occurred causing packet drop transient. ECI.Interrupt_Register.DCH_<0-3>.Interrupt_Register.IfmafoPInt Threshold has been exceeded
Conditions:
It can happen in the following scenarios
-) Reload/Insertion of linecard with traffic
-) Shutdown of fabric plane.
Workaround:
None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 17-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | 5.2.5.14i.BASE, 6.0.0.8i.BASE |
|
|
| |
| |
Bug Id: | CSCuu89051 |
Title: | Interface loopback on PAT without optics does not come UP |
|
Description: | Symptom:
loopback on pat card does not come up if no optics.
Conditions:
pat card port no optics loopback does not come up
Workaround:
no workaround
Further Problem Description:
pat card port no optics loopback does not come up
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 20-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv20723 |
Title: | process slice_manager (IID: 0) crashed or exited too often and exceeded |
|
Description: | Symptom:
process slice_manager (IID: 0) crashed or exited too often and exceeded max_respawn count
The LineCard was in shutdown mode. I did poweron and tried to upgrade the FDP.
I see this console message, while trying to upgrade FPD.
RP/0/RP0/CPU0:ios#sh platform
Tue Jul 7 22:25:51.611 UTC
Node name Node type Node state Admin state Config state
-----------------------------------------------------------------------------------
0/0/NPU4 Slice UP UP
0/4 NC6-10X100G-M-P OPERATIONAL UP NSHUT
0/4/NPU0 Slice DOWN DOWN
0/4/NPU1 Slice DOWN DOWN
0/4/NPU2 Slice DOWN DOWN
0/4/NPU3 Slice DOWN DOWN
0/4/NPU4 Slice DOWN DOWN
0/RP0/ADMIN0:Jul 7 22:26:26.401 : shelf_mgr[2667]: %INFRA-SHELF_MGR-3-CARD_SW_FAILED : Card: 0/4 software state going to FAILED
0/RP0/ADMIN0:Jul 7 22:27:00.816 : esdma[6636]: %PKT_INFRA-FM-4-FAULT_MINOR : ALARM_MINOR :ESDMA lost connectivity with ESD :CLEAR :0/LC4/LC_SW:
0/4/ADMIN0:Jul 7 22:27:57.268 : pm[2500]: %INFRA-Process_Manager-3-MANDATORY_PROCESS_DOWN : Timeout after mandatory process slice_manager (IID: 0) down while waiting for shelf_mgr event: ASKING SYSTEM TO REBOOT ADMIN VM
LC/0/4/CPU0:Jul 7 22:26:50.635 : npu_driver[299]: %PLATFORM-NPU-3-SW_ERROR : Slice Manager disconnect notification received, Success
LC/0/4/CPU0:Jul 7 22:26:51.699 : npu_driver[299]: %PLATFORM-NPU-3-SW_ERROR : Slice Manager disconnect notification received, Success
LC/0/4/CPU0:Jul 7 22:26:53.376 : npu_driver[299]: %PLATFORM-NPU-3-SW_ERROR : Slice Manager disconnect notification received, Success
LC/0/4/CPU0:Jul 7 22:26:54.769 : npu_driver[299]: %PLATFORM-NPU-3-SW_ERROR : Slice Manager disconnect notification received, Success
LC/0/4/CPU0:Jul 7 22:26:56.403 : npu_driver[299]: %PLATFORM-NPU-3-SW_ERROR : Slice Manager disconnect notification received, Success
0/RP0/ADMIN0:Jul 7 22:28:02.205 : esdma[6636]: %PKT_INFRA-FM-4-FAULT_MINOR : ALARM_MINOR :ESDMA lost connectivity with ESD :DECLARE :0/LC4/LC_SW:
0/RP0/ADMIN0:Jul 7 22:28:07.324 : shelf_mgr[2667]: %INFRA-SHELF_MGR-3-CARD_SW_FAILED : Card: 0/4 software state going to FAILED
Conditions:
Workaround:
- N A -
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 20-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv40475 |
Title: | ISSU enhancement for NCS NG-XR add LC VM to install prepare check |
|
Description: | Symptom:
This bug is intended to add few extra check on the prep phase for ISSU. Basically, Software must be able to determine if the current memory usage on the LC is < 7G to initiate the V2 VM.
Conditions:
N/A
Workaround:
N/A
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 21-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv34332 |
Title: | The Link error count increases unders show asic-errors npu <> |
|
Description: | Symptom:
When the port is no shut and no fibers are attached to the ports the ports cause increase in the Link error count.
Conditions:
The port should in no shut state and no fibers are connected to the port.
Workaround:
The ports should be admin shut which will not increase the count.
Further Problem Description:
NA
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 21-JUL-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu73793 |
Title: | ISSU Failing due to prepare failure in API instmgr_prepare_lv |
|
Description: | Symptom:
ISSU aborts in prepare phase. Once this issue is hit, consistently all XR ISSU operations will fail in prepare phase with the same reason.
show issu summary shows the bellow status
+++++++++++ 1. show issu summary [14:31:12.963 UTC Tue Jun 09 2015] +++++++++++
Last ISSU operation completed with failure.
List of ISSU phases:
------------------------------------------------------------
Phase name : Prep Phase
Status : Aborted
Start time : Tue Jun 9 06:47:58 2015
Complete time : N/A
------------------------------------------------------------
Phase name : Abort Phase
Status : Completed
Start time : Tue Jun 9 07:48:50 2015
Complete time : Tue Jun 9 07:53:51 2015
============================================================
ISSU Failure Summary:
------------------------------------------------------------
Node Name : node0_RP0_CPU0(0x1008)
Client Name : issudir(244)
Error Type : ISSU_ERROR_PREP_FAILURE
Error Desc : ISSU install prepare failure
============================================================
and
"show issu director trace error" shows the bellow logs
Jun 9 07:48:50.674 issudir/error 0/RP0/CPU0 t3513 issudir_instmgr_prepare_lv_reply_cb: Some nodes failed. Aborting ISSU
Conditions:
ISSU activation/deactivation
Workaround:
restart inst_agent in all calvados nodes.
This can be done by issuing the following command from sysadmin prompt.
process restart inst_agent location
This command should be executed for every node in the system.
Further Problem Description:
This problem occurs when there are two consecutive ISSU failures with first failure is in Load phase.
Failure reason is, RP1 Calvados install agent, couldn't get IP of XR VM. This IP is used to copy data partition from V1 to V2.
This IP is given by Calvados manager, if we receive the IP details after install agent tries to copy partition, copy fails and ISSU operation is aborted.
calvados Inst agent Logs:
2015-06-09 06:03:41.316309 Found the dest data disk /dev/vde.
2015-06-09 06:13:42.405285 instagt_check_and_copy_partition: No valid IP address found after 601 seconds2015-06-09 06:13:42.405499 instagt_hushd_attach_vol_cb_new_vm:4474
-Abort new_vm_part operation
2015-06-09 06:13:42.405544 Received activate issu done callback
2015-06-09 06:13:42.405580 instagt_hushd_attach_vol_cb_new_vm:4474-Free new_vm_part cxt in error handling
2015-06-09 06:13:42.405610 Freeing instcm ctx 0x7f46301f6fd0 'dummy'
2015-06-09 06:13:42.405789 Received node inventory info from CM
2015-06-09 06:13:42.405866 Received node info for 16 nodes
2015-06-09 06:13:42.405904 instagt_cm_handle_node_inventory_obj: IP address of local XR VM is: c0000404
2015-06-09 06:13:42.405968 Timer stopped
2015-06-09 06:13:42.406000 Set the install request status to CALV_INSTAGT_ACTI_DONE_OFFSET: 90
2015-06-09 06:13:42.406028 TMP: total sub op = 1
2015-06-09 06:13:42.406054 Updating the current percent 90
2015-06-09 06:13:42.406079 Sending activate done to inst_mgr
2015-06-09 06:13:42.406117 Sending response INSTCMD_ACTI_DONE to inst_mgr
2015-06-09 06:13:42.412849 saved impacted procs info (0)
2015-06-09 06:13:42.413627 FSM: entering state acti_done
2015-06-09 06:13:42.413669 Chkpt: starting write
2015-06-09 06:13:42.413705 Checkpointing XR operation 246
2015-06-09 06:13:42.414036 Chkpt: wrote 259 bytes to /install_repo/local/instagt_chkpt
2015-06-09 06:13:42.414087 FSM: entering state cleanup
2015-06-09 06:13:42.414121 ........Ending operation 246 (install activate)........
2015-06-09 06:13:42.414503 Deleted inst_agent checkpoint
2015-06-09 06:13:42.419685 FSM: entering state idle
2015-06-09 06:13:42.419785 Re
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 21-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.2i.BASE |
|
|
| |
| |
Bug Id: | CSCuv20679 |
Title: | NCS6K: BIOS upgrade fail on all nodes on 5.2.5.2I_SIT_IMAGE |
|
Description: | Symptom:
NCS6K: BIOS upgrade fail on all nodes on 5.2.5.2I_SIT_IMAGE
Conditions:
On bios fpd upgrade
Workaround:
none
Further Problem Description:
NCS6K: BIOS upgrade fail on all nodes on 5.2.5.2I_SIT_IMAGE
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 21-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv06711 |
Title: | xr user is not able to login to calvados if dont have user profile |
|
Description: | Symptom:
xr user is not able to login to calvados if user profile doesn't have user group configured.
Conditions:
If user profile doesn't have user group configured.
Workaround:
Modification in RADIUS server and it needs a server reboot
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.3i.BASE |
|
|
| |
| |
Bug Id: | CSCuv17443 |
Title: | ISSU load fails when eoam configured on 50+ interfaces of NCS6k LC |
|
Description: | Symptom:
ISSU load fails with the following error
'The user attempted to configure 802.3 OAM beyond supported per linecard scale: Only 100 interfaces supported per card'
Even though the user does not have more than 100 interfaces configured for link-oam
Conditions:
The user has more than 50, but less than 100, interfaces configured to run link-oam on one card.
The user is running ncs6k versions 5.2.3 or 5.2.4. (No other releases or platforms are affected).
Workaround:
There is no true workaround. The user will have to remove enough link-oam configuration to reduce the link-oam configured interface count to below 50 before running an ISSU install
Further Problem Description:
This issue only occurs if the ethernet_link_oam_daemon process gets a checkpoint IDT update before the initial configuration update from sysdb during ISSU. If the events occur in the opposite order, ISSU will succeed.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 23-JUL-2015 |
|
Known Affected Releases: | 5.2.3.CE, 5.2.5.CE |
|
Known Fixed Releases: | 5.2.5.19i.BASE |
|
|
| |
| |
Bug Id: | CSCuv25115 |
Title: | fia_driver ASIC_ERROR flooding and ping failed for 45 m in XR ISSU run |
|
Description: | Symptom:
The following fabric error message were flooding on console and ping to local and remote failed
fia_driver[147]: %PLATFORM-CIH-5-ASIC_ERROR_RESET_THRESH_CROSS_NOTIFICATION : fia[0]: notification of exceeded reset threshold is sent to the driver
Conditions:
The issue can be hit during XR issu and also config removed and rollback.
Workaround:
no
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 23-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.19i.BASE |
|
|
| |
| |
Bug Id: | CSCuu72972 |
Title: | Hotplug not received for one asic causing S2 to reload second time |
|
Description: | Symptom:
Sometimes, there's some bad state in host side. Or ESD takes Fabric card driver card slot
Conditions:
Especially on big switch, there's NTSW happen frequently.
Workaround:
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 23-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.19i.BASE, 5.2.5.5i.BASE |
|
|
| |
| |
Bug Id: | CSCuu76954 |
Title: | Fabric plane going down after Calvados OCU. |
|
Description: | Symptom:
After Calvados OCU the fabric plane goes down or multicast down.
Conditions:
This conditions occur on the Panini MC system.
Workaround:
None
Further Problem Description:
Reproduction of the bug : 100%
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 23-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.19i.BASE |
|
|
| |
| |
Bug Id: | CSCuu93816 |
Title: | npu asic init failure due to mat_ram_fn0 register programmed incorrectly |
|
Description: | Symptom:
asic init failure
Conditions:
slice reset followed by pon reset on different slices
Workaround:
reload LC
Further Problem Description:
slice reset followed by pon reset on different slices, asic init fails
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 23-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu59301 |
Title: | consecutive pita HR causes driver crash |
|
Description: | Symptom:
driver crash
Conditions:
Consecutive HR's on pita
Workaround:
reload LC
Further Problem Description:
Consecutive HR's on pita , driver crashes
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 23-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.12i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
Bug Id: | CSCuu37545 |
Title: | Rib and bcdl processes shut down on standby after reinserting RP |
|
Description: | Symptom:
process shutdown on standby after re-inserting RP
Conditions:
RP physical OIR and then insertion
Workaround:
Reload standby RP XR VM
Further Problem Description:
Here we see that DS service running on standby RP is learning about the endpoints from other nodes little late. Processes look for service end points and exit when they do not get them from DS. They repeat this on respawn and eventually go to shutdown state.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 24-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.12i.BASE, 6.0.0.8i.BASE |
|
|
| |
| |
Bug Id: | CSCuu70820 |
Title: | l2fib-mgr memory consumption at 1.46G on linecards |
|
Description: | Symptom:
l2fib_mgr memory usage increases gradually over time at a rate of about 1MB per hour.
Conditions:
The issue is seen on NCS6K routers only. The chances of seeing this issue increase as the number of line cards in the setup increases. At the moment, it has been seen on a setup with 16 line cards. The issue is seen even without any l2vpn configuration. l2fib_mgr may get into a state where this problem is seen when an l2fib_mgr process starts on any node within the router. For example, process restart, line card reload/insertion, or a SMU installation that restarts l2fib_mgr.
Workaround:
Restarting the l2fib_mgr process on all nodes will at least bring the process memory consumption back down. This does not guarantee that it will not get back into this state again though.
Further Problem Description:
Monitoring of l2fib_mgr memory usage for upward trends is recommended for the first 24 hours after l2fib_mgr is (re)started in any way.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 24-JUL-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | 5.2.5.13i.FWDG, 5.3.2.13i.FWDG, 6.0.0.9i.FWDG |
|
|
| |
| |
Bug Id: | CSCuu58694 |
Title: | show commands not working after router reload [RT 19037] |
|
Description: | Symptom:
In sysadmin mode of a Cisco NCS 6000 or 4000 system, some node(s) may be missing from ? completion in CLI commands, despite the node(s) being up and running.
Conditions:
This can be triggered by internode network connectivity issues. The CLI commands may be missing nodes even after the internode network connectivity issue resolves itself.
Workaround:
Reloading the missing sysadmin VM (if possible) will recover the system. Restarting the active instance of confd_helper will also recover the system:
1. Restarting admin VM of missing node(s):
sysadmin-vm:0_RP1# reload admin location X/YZ
2. Restarting active confd_helper process:
sysadmin-vm:0_RP1# show processes services confd_helper run location all
Fri Jun 26 02:13:32.823 UTC
----------------------------------------------------------------------
node: X/YZ
----------------------------------------------------------------------
Service: confd_helper
Host Process(IID) ARGS: confd_helper(0) -t token -v -d -w 400 -b 30 -p 600 -r 10 -f 10
Scope: SYSTEM
Redundancy: Y
Selected: Y
Last started: 06/26/2015 02:01:07.000
HA-Role: ACTIVE
State: Run
Last Ready Time: 677s
sysadmin-vm:0_RP1# process restart confd_helper location X/YZ
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 24-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.19i.BASE, 5.2.5.5i.BASE, 6.0.0.9i.BASE |
|
|
| |
| |
Bug Id: | CSCuu37526 |
Title: | Fan tray removal alarm observed on physical removal of active RP |
|
Description: | Symptom:
On physical removal of active RP, observe the following issues.
0/RP1/ADMIN0:May 13 17:13:57.842 PDT: envmon[2499]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :Fan tray removal alarm :DECLARE :0/FT1: Fan Tray has been removed
Conditions:
5.2.4 release, RP OIR
Workaround:
None
Further Problem Description:
See Summary
|
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Last Modified: | 24-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.13i.BASE, 6.0.0.9i.BASE |
|
|
| |
| |
Bug Id: | CSCuv44859 |
Title: | cfgmgr WRITE_LOCK fails to release after committing ipv4 address |
|
Description: | Symptom:
1. Cfgmgr trace shows WRITE_LOCK acquired but it never gets released:
Jul 7 18:28:22.753 cfgmgr/lock__ 0/RP1/CPU0 t15736 WRITE_LOCK acquired by 'CLI', Session-id 00001100-00003d78-00000000, user-id 'hokud', ttyname 'vty0'
2. Observed ipv4_ma process stuck in Mutex state on active RP right after the ipv4 address config/commit.
show process blocked:
3219 4345 ipv4_ma Mutex 00:01:06.427 0x6770a0 3219 ipv4_ma ipv4_if_verify_func:8957
Conditions:
commit of ipv4 address results in session to hang
Workaround:
1. 'ipv4_ma' process had to be restarted on active RP to break the session that is hung.
2. Reloading the router resolved this issue
Further Problem Description:
None
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 24-JUL-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu56340 |
Title: | After shelf manager restart, capi conn to driver in XR not established. |
|
Description: | Symptom:
When the shelf_mgr process is restarted, fmlib inside npu_driver can't connect to the new instance of shelf_mgr
Conditions:
npu_driver running on LC-xr & has a connection to shelf_mgr running on RP-calv. Restart the shelf_mgr on RP-calv. The connection to the newly spawned shelf_mgr will not be established.
Workaround:
There is no workaround.
Further Problem Description:
npu_driver running on LC-xr & has a connection to shelf_mgr running on RP-calv. Restart the shelf_mgr on RP-calv. The connection to the newly spawned shelf_mgr will not be established since in the cl_filter_cb, the client is not checking if the cipc_hdl already has an existing connection. They need to check this, and if there is an existing connection, then disconnect it and then connect to the new endpoint. Else, cipc ll report the error:
cipc_connect(): failed: state is 'ready' not 'init'
And ll not complete the connection.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 24-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN, 5.2.5.BASE |
|
Known Fixed Releases: | 6.0.0.9i.BASE |
|
|
| |
| |
Bug Id: | CSCup13536 |
Title: | LPTS fragment drops on NCS6K when doing an IPv6 or IPv4 sweep ping |
|
Description: | Symptom:
When issueing an IPv4 or IPv6 sweep ping across an NCS6k 100GE or 10GE interface, LPTS fragment drops may be seen.
Conditions:
This occurse on an NCS6k running 5.0.1 IOS XR Software, and only when running sweep pings.
Workaround:
None at this time
Further Problem Description:
The LPTS fragment drops are not seen on a non-sweep ping.
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuo01697 |
Title: | Hushd debug improvements |
|
Description: | Symptom:
Silent RP fail-over
Conditions:
Host OS kernel busy for a period of time (in this case 2+ seconds as a result of what appears to be wdmon page faults).
Workaround:
No work-around
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | 5.2.1.21i.BASE, 5.2.2.8i.BASE, 5.3.0.1i.BASE |
|
|
| |
| |
Bug Id: | CSCup74814 |
Title: | MRU/MTU config not replayed upon NPU reset |
|
Description: | Symptom:Programmed interface MRU/MTU is different from the configured value.
Conditions:Post NPU reset
Workaround:The configuration may be re-applied for recovery.
LC reload is another possible workaround
More Info:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.0.1.LC |
|
Known Fixed Releases: | 5.2.3.6i.BASE |
|
|
| |
| |
Bug Id: | CSCuo95658 |
Title: | Fsdb to ignore rack_num 255 |
|
Description: | Symptom:
fsdbagg crashes cause RP to reload, and the whole process repeats on another RP until the chassis is running headless.
Conditions:
NCS running 5.0.1FCS crashes when LC or RP with 5.2.1 image installed is inserted
Workaround:
Manually install 5.0.1 image on the new card before inserting.
Further Problem Description:
fsdbagg is not able to handle invalid rack number sent by CM running on the new card.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | 5.2.3.99i.BASE |
|
|
| |
| |
Bug Id: | CSCuq14705 |
Title: | slice_manager loosing tx enable info on process restart |
|
Description: | Symptom:
Interface remains down after a CPAK interrupt (for example link loss, low light, etc).
Conditions:
slice_manager was restarted prior to the CPAK interrupt.
Workaround:
shut/no shut the interface.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.0.1.LC, 5.2.3.BASE |
|
Known Fixed Releases: | 5.2.1.31i.BASE, 5.2.2.24i.BASE, 5.2.3.6i.BASE, 5.2.3.8i.BASE, 5.2.4.6i.BASE, 5.3.0.8i.BASE |
|
|
| |
| |
Bug Id: | CSCuq95161 |
Title: | mLDP Core - Traffic drop on PE routers after XR VM switchover on P |
|
Description: | Symptom:On RP FO on NCS6k, ISIS neigh flapped
Conditions:Switchover from active RP to standby RP
Workaround:no
More Info:After standby RP became active, it tried to connect the old active, which hadn't been cleaned from the DS cache and this synchronous connection didn't fail until 10 seconds later. This fix is to reduce the 10 seconds to .5 second so that isis could complete the connection and move on to other tasks.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE, 5.2.3.MCAST |
|
Known Fixed Releases: | 5.2.4.1i.BASE, 5.3.1.15i.BASE, 6.0.0.5i.BASE |
|
|
| |
| |
Bug Id: | CSCuv49097 |
Title: | Fabric crd reload followed by fsdb_svr role change frmACT TO Stby broken |
|
Description: | Symptom:
Fabric card reload followed by fsdb_server role change from ACTIVE to STANDBY is not working, causing s123 board to stuck in POWER_OFF state forever.
Conditions:
Fabric card reload followed by fsdb_server role change from ACTIVE to STANDBY is not working, causing s123 board to stuck in POWER_OFF state forever.
Workaround:
none
Further Problem Description:
Fabric card reload followed by fsdb_server role change from ACTIVE to STANDBY is not working, causing s123 board to stuck in POWER_OFF state forever.
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 25-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu29635 |
Title: | bfd_agent crashed @ sse_uidb_rdm_read_sh_ingress sse_uidb_set_feature_r |
|
Description: | Symptom:
bfd_agent crashed @ sse_uidb_rdm_read_sh_ingress sse_uidb_set_feature_r
Conditions:
Seen on NCS-6k in Release 525 which brought BLB support and as now the mem leak is fixed , this is seen if you activate a Reload SMU which was build without checking reload flag
Workaround:
Build the SMU with Reload Flag but the process recovers after crashing on all LCs
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 26-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu07648 |
Title: | bundlemgr_adj stuck in mutex by rdm_client_write after config applied |
|
Description: | Symptom:
We ran into two slightly different issues (bundlemgr_adj proc blocked)
1. Processes blocked forever on config apply two times successively
2. Processed getting blocked for few mins on config apply, and recovers on their own.
Conditions:
steps to hit this issue:
- Applied the config file. The break-out interfaces are then reated
- Loaded the config file again to add the config for these break-out interfaces
Workaround:
no
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.12i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
Bug Id: | CSCut52652 |
Title: | NCS6K MC Many Fabric Asic Errors even without Traffic |
|
Description: | Symptom:This problem affects multi-chassis systems more than single-chassis ones.
When fabric is congested, SFE link flaps and cell loss are seen.
Link flaps are indicated by 'RxLostOfSyncCh' interrupts. (where # indicates a valid number)
MAC_##.Interrupt_Register.MAC_##.Interrupt_Register2.RxLostOfSyncCh#
Cell loss is indicated by reassembly errors at the destination FIAs.
EGQ.Interrupt_Register.EGQ.Packet_Reassembly_Interrupt_Register.
The system is relatively free of any other link errors (like CRC errors, transmit errors, Decode errors, etc.)
Conditions:When congested, fabric ASICs send link-level flow control messages to their upstream ASICs. At the upstream ASICs, these messages result in link level halt interrupts, which are classified as a non-error interrupt. The SW driver logic to monitor repeated MAC errors (which indicate noise) unnecessarily counts these informational interrupts also. When these errors reach a threshold, the perfectly healthy link is reset, causing cell loss.
Sustained congestion can happen when all slices are carrying almost line-rate traffic AND there is significant amount of multicast traffic AND fewer than 5 planes are UP in the system.
Multi-chassis systems are more susceptible to this problem than single chassis routers. In single chassis routers, momentary congestion can be seen upon LC insertion or reload when the fix for CSCus77973 is not present.
Workaround:None.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-JUL-2015 |
|
Known Affected Releases: | 5.2.4.FWDG |
|
Known Fixed Releases: | 5.2.5.19i.BASE, 5.2.5.5i.BASE, 6.0.0.9i.BASE |
|
|
| |
| |
Bug Id: | CSCuu79059 |
Title: | dwdm PI code to retry few times for the config and return status |
|
Description: | Symptom:
dwdm PI code to retry few times for the config and return status
Conditions:
This issue is seen on NCS-6k where commit replace to wipe out all config fails with controller dwdm shown in show config failed
Workaround:
Remove controller dwdm config first and then commit replace will work
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 27-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu23846 |
Title: | XR-Active RP OIR causing %IP-TCP_NSR-3-OUT_OF_SYNC |
|
Description: | Symptom:
NCS6K 5.2.3
Upon active XR RP OIR, below syslog appears continuously until TCP is restarted on the new XR-Active RP.
tcp[332]: %IP-TCP_NSR-3-OUT_OF_SYNC : One or more NSR control messages could not be delivered to partner TCP.
Conditions:
When the NCS6K RP card is slowly removed from the slot, there is a window where the card is still powered on but the standby RP detects this as CARD REMOVAL and hence tells the software on PEER RP that the Active RP is removed. This is a conflict of information and caused software issues.
Workaround:
Do only graceful RP OIR. Shutdown the card in sysadmin config mode and then remove the RP card from the slot.
Further Problem Description:
None.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-JUL-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | 5.2.5.10i.BASE, 6.0.0.8i.BASE |
|
|
| |
| |
Bug Id: | CSCuu89754 |
Title: | Bundle links fromslice1 flapped while trying to bringupslices 0,2,4onLC3 |
|
Description: | Symptom:
Bundle links from slice1 flapped while trying to bring up slices 0,2,4 on LC3
Conditions:
Bundle links from slice1 flapped while trying to bring up slices 0,2,4 on LC3
Workaround:
None
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 28-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv37157 |
Title: | Inter-AS L2VPN traffic drop at ingress with count L2VPN L2FIB not ready |
|
Description: | Symptom:
Inter-AS L2VPN traffic drop at ingress LC with reason L2VPN L2FIB not ready after breakout config reapply
Conditions:
Inter-AS L2VPN traffic drop at ingress LC with reason L2VPN L2FIB not ready after breakout config reapply
Workaround:
none
Further Problem Description:
Inter-AS L2VPN traffic drop at ingress LC with reason L2VPN L2FIB not ready after breakout config reapply
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 28-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.20i.BASE |
|
|
| |
| |
Bug Id: | CSCuv11299 |
Title: | Nodes going for internal pxeboot after cal-ocu due to rvmm ping loss. |
|
Description: | Symptom:
After cal-ocu due to ping loss nodes are going for internal pxeboot
Conditions:
no specific scenario to repro this issue.
Workaround:
System will come up on is own after internal pxeboot. But there will be some outrage in system
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 28-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv24857 |
Title: | show tech broken in XR with location option |
|
Description: | Symptom:
As part of node list generation in showtech infra, the format of the node in the list and the location (argument passed in cli) were different. Which resulted in showtech cli failure.
Conditions:
its specific to 525 lineup.
Workaround:
the issue was fixed by making the format same for the above mentioned node comparison.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 28-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.19i.BASE, 5.2.5.5i.BASE |
|
|
| |
| |
Bug Id: | CSCuv28952 |
Title: | ISSU upgrade failed from 5251i to 525.2i due to node timeout error |
|
Description: | Symptom:
ISSU upgrade failed from 5251i to 525.2i due to node timeout error
Conditions:
ISSU upgrade failed from 5251i to 525.2i due to node timeout error
Workaround:
none
Further Problem Description:
ISSU upgrade failed from 5251i to 525.2i due to node timeout error
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 29-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu87600 |
Title: | Admin sh techs and node attach failing due to IP Address not synced |
|
Description: | Symptom:
Admin sh techs will fail due to IP Address not synced followed by router reload
Conditions:
Admin sh techs will fail due to IP Address not synced followed by router reload
Workaround:
none :
Host OS SMU should be used ,with upgrading the CCC-power-on FPGA to version 1.40.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 29-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN, 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.19i.BASE |
|
|
| |
| |
Bug Id: | CSCuu68353 |
Title: | Driver crash after L2-NPU-2-DUI_VTP_FAILURE on slice4 |
|
Description: | Symptom:
Driver crash
Conditions:
no breakout slices 2 and 3 and pon reset on npu 4.
Issue: Driver Crash at sse_atris_dui_train_cal_calibrate() at platforms/common/sse/driver/server/src/sse_atris_dui_train_cal.c:325
Workaround:
reload LC
Further Problem Description:
Driver crash after L2-NPU-2-DUI_VTP_FAILURE on slice4
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 29-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv41747 |
Title: | bob sessions continuously flapping followed by XR VM reload |
|
Description: | Symptom:
LC XR VM reload will cause bob sessions to flap continously
Conditions:
LC XR VM reload will cause bob sessions to flap continously
Workaround:
None
Further Problem Description:
LC XR VM reload will cause bob sessions to flap continously
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 29-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuv53015 |
Title: | Install upgrade frm 525.4i to 525.20I is failingduetocompatibility check |
|
Description: | Symptom:
Install upgrade from 525.4i to 525.20I (EFT image) is failing due to compatibility check
Conditions:
Install upgrade from 525.4i to 525.20I (EFT image) is failing due to compatibility check
Workaround:
none
Further Problem Description:
Install upgrade from 525.4i to 525.20I (EFT image) is failing due to compatibility check
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 30-JUL-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut09462 |
Title: | MC: "error: file `/cache/system_image.iso' not found" after loading img |
|
Description: | Symptom:Whenever SW mismatch happens( No.of SMU installed on Active Vs Local Node or version mismatches), then reimage of node is done install Manager. This is broken now. It will be struck at the grub(boot) menu after automatic reload.
Reason for the break: When ISSU feature was added in 523, symbolic link files are introduced in install repository. Then while synchronising the install repo, symlinks and actual file pointed by symlinks were synchornised separately. This lead to download only symlink instead of actual image file while reimaging.
Conditions:Whenever SW mismatch happens( No.of SMU installed on Active Vs Local Node or version mismatches), then reimage of node is done install Manager.
Conditions of sw mismatch: When install operation is going on if some node is reloaded, then that will not complete install op. When it comes up, sw mismatch happens and reimage itself. Other condition is OIR. If user plug card with different sw version installed, then sw mismatch happens.
Workaround:USB booting the card is only option.
More Info:Actual problem is, during reimage it is downloading only symbolic link. But the image pointed by symbolic link is not getting downloaded. This DDTS/SMU will fix the issue.
|
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Last Modified: | 30-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.4.14i.BASE, 5.2.5.5i.BASE, 5.2.5.8i.BASE, 6.0.0.5i.BASE |
|
|
| |
| |
Bug Id: | CSCuu35520 |
Title: | mpls_lsd crashed at lwm_local_msg_processor+0xbb lwm_channel_input_dat |
|
Description: | Symptom:
mpls_lsd crashed at lwm_local_msg_processor+0xbb lwm_channel_input_dat
Conditions:
On NCS-6k ONLY , this issue can be rarely seen and it recovers automatically
Workaround:
So far we dont know but it recovers automatically with one restart
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-JUL-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut24295 |
Title: | NCS6K MC Random FPD Errors on System Reload |
|
Description: | Symptom:
When reloading an NCS 6008 router, after the reload, FPD values may be seen as all zero's or incorrect FPD values.
Conditions:
This may occur on an NCS 6008 platform for PLX FPD's and other FPD types.
Workaround:
Restart the plx_fpd process on the node that is having PLX FPD inconsistent values or all zero values.
Example for a line card in slot 5 on an NCS 6008:
process restart plx_fpd location 0/5
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-JUL-2015 |
|
Known Affected Releases: | 5.2.4.LC |
|
Known Fixed Releases: | 5.2.5.4i.BASE, 6.0.0.9i.BASE |
|
|
| |
| |
Bug Id: | CSCut72458 |
Title: | Device GN2411 Not_Ready on 60x10gig NCS6000 |
|
Description: | Symptom:
GN2411 on 60x10gig module for NCS6k not loading. Status is "NOT_READY", ports on slice not forwarding.
Conditions:
Operate
Workaround:
Possible restart CCC_Driver
Further Problem Description:
none
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-JUL-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | 5.2.4.15i.BASE, 5.2.5.8i.BASE, 6.0.0.5i.BASE |
|
|
| |
| |
Bug Id: | CSCus50433 |
Title: | MC: Need a fix that addresses both CSCty02554 and a config loss issue |
|
Description: | Symptom:
MgmtEth intf configs lost after RPFO on a NCS6K 2+2 Multi-chassis system.
Conditions:
Perform RPFO on LCC Rack0 with redundant RPs on a NCS6K 2+2 Multi-chassis system.
Workaround:
Unknown
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-JUL-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.3.2.10i.BASE, 6.0.0.5i.BASE |
|
|
| |
2013 Cisco and/or its affiliates. All rights reserved. 
没有评论:
发表评论