| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy74765 | Title: | 525 NCS6K ISSU: xr issu prepare phase struck |
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Description: | Symptom:
ISSU prepare phase struck
Conditions:
ISSU prepare phase struck
Workaround:
Yet to work with DE to find a workaround
Further Problem Description:
|
|
Last Modified: | 20-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE, 6.0.2.BASE |
|
Known Fixed Releases: * | 6.0.2.5i.BASE, 6.1.1.15i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz10200 | Title: | NCS6K ISSU DT : Unable to access V2 XR VM during ISSU from 6.1 to 524 |
|
Status: | Fixed |
|
Severity: * | 1 Catastrophic |
Description: | Symptom:
ISSU upgrade or downgrade from 611 gets aborted
Conditions:
Issue seen during NG-ISSU
Workaround:
No known workaround
Further Problem Description:
BFD syncronization fails between v1 & v2 versions in the problem state.
|
|
Last Modified: | 11-MAY-2016 |
|
Known Affected Releases: | 6.1.1.BASE |
|
Known Fixed Releases: * | 6.1.1.14i.FWDG |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz26580 | Title: | TE tunnels flap during RPFO during to overload bit set |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
TE tunnels flap on RPFO
Conditions:
IOS-XR/5.2.5, Trigger is consecutive RPFO before set-overload-bit on-startup timer on standby expires.
Workaround:
Disable "set-overload-bit on-startup 600" under router isis when doing RPFO
Further Problem Description:
|
|
Last Modified: | 20-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 6.0.2.5i.ROUT, 6.1.1.13i.ROUT |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCux84449 | Title: | multicast traffic drops on an NCS 6008 Multichassis |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:Multicast traffic on an NCS 6008 may drop on an NCS 6008 Multichassis
Conditions:This may occur on an NCS 6008 Multichassis system running software 5.2.5
Workaround:restart the ACTIVE sfe_driver process on the Fabric Chassis Rack (FCC) shelf controller (SC) where the FCC is not responding to the CLI sysadmin command "show controller sfe driver rack Fx" where x is the FCC rack id.
Example:
sysadmin-vm:0_RP0:# show controller sfe driver rack F1 <---F1 NOT RESPONDING
--------------------------------------------------------^
WORKAROUND: Look for where the sfe_driver process is running and Active on the FCC that is failing.
It can only be on F1/SC0 or F1/SC1 in this example (since F1 only has 2 SC cards). Here it is active on F1/SC0:
sysadmin-vm:0_RP0:# show process sfe_driver loc F1/SC0
Sun May 15 12:31:39.550 UTC-07:00
----------------------------------------------------------------------
PID: 5540
Executable path: /opt/cisco/calvados/packages/ncs6k-sysadmin-fabric.sc-5.2.5/sbin/sfe_driver
Instance #: 0
Respawn: ON
Respawn count: 2
Max. spawns per 4 mins: 9
Last started: 05/15/2016 12:29:09.000
Process state: Run (last exit due to signal 15 'Terminated')
startup_path: /opt/cisco/calvados/packages/ncs6k-sysadmin-fabric.sc-5.2.5/etc/startup/sfe_driver.startup
Ready: 1s
Table of services hosted on this process:
----------------------------------------------------------------------
LAST STARTED SCOPE SELE- ROLE STATE HA- SERVICE NAME
CTED RDY
----------------------------------------------------------------------
05/15/2016 12:29:10.000 RACK Y ACT Run sfe_driver <----ACTIVE
We wilL implement the workaround to restart the sfe_driver process on FCC1 F1/SC0 shelf controller as followsfrom sysadmin mode:
process restart sfe_driver location F1/SC0
Then wait a 3-5 minutes and check the following commands on any FCC's in the MC and make sue they respond:
EXAMPLE:
sysadmin-vm:0_RP0:# show controller sfe driver rack 1
Sun May 15 12:23:53.789 UTC-07:00
=========================================================================
SFE Driver information
=========================================================================
Driver Version: 1 (1.1)
Functional role: Active, ISSU role: NA
Rack: 1/RP1, Type: lcc, Number: 1, IP Address: 192.3.4.1
Startup time : 2016 May 15 11:56:48.233
Availability Masks :
Card: 0x3F Asic: 0x3CF3CF3CF Exp Asic: 0x3CF3CF3CF
Unicast/Multicast (ratio) : 0
+----------------------------------------------------------------+
|Process | Connection | Registration| Connection | DLL |
|/Lib | status | status | requests | registration |
+----------------------------------------------------------------+
| PM | Active | n/a | 1| n/a |
| PL-LOCAL| Active | Active | 1| n/a |
| FSDB | Active | Active | 1| n/a |
| FGID | Active | Active | 1| n/a |
| CM | Active | Active | 1| n/a |
| CCC | Active | n/a | 1| n/a |
| GASPP | n/a | n/a | n/a| Yes |
| CIH |
|
|
Last Modified: | 16-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 6.1.1.10i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz60983 | Title: | NCS6K MC 525 admin smu ISSU deactivate reloads router without recovery |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: | Symptom:
Symptom:
ISSU deactivation of admin SMU's reloads router without recovering when performing "install deactivate issu operation from admin vm
Conditions:
Conditions:
This happens on an NCS 6008 Multichassis router running 5.2.5+8smu's
Workaround:
Workaround:
Reload the router or restart cm manager to recover the router from this state
Further Problem Description:
|
|
Last Modified: | 12-MAY-2016 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus65274 | Title: | iosclock crashed @ internal_ctrace_header_dump after cleanup phase |
|
Status: | Fixed |
|
Severity: * | 2 Severe |
Description: | Symptom:
isoclock crashed at internal_ctrace_header_dump
Conditions:
After the cleanup phase
Workaround:
None. Race condition, that happens rarely.
Further Problem Description:
====
Issue:
====
isoclock crashed at internal_ctrace_header_dump after cleanup phase of ISSU.
=======
Root cause
=======
As part of the ctrace infra set up, each thread has to put the intitalized ctrace handle into a hash table. But here, we were putting it into the hash-table (t=t1) and then initializing a member of the handle object (t=t2). The crash occurs when a ctrace dump call occurs at t=t3 [t1
==
Fix:
==
Moved the Initiialization of the member variable before inserting it into the hash-table (which eventually becomes visible to the ctrace dump).
|
|
Last Modified: | 23-MAY-2016 |
|
Known Affected Releases: | 5.2.3.ADMIN, 5.2.4.ADMIN, 5.2.4.BASE, 5.3.2.CE, 5.3.3.CE |
|
Known Fixed Releases: | 5.2.5.6i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy88794 | Title: | NSR not ready after TE tunnels reopt / deletion |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
NSR Not Ready observed after test case involving setup , reopt and deletion of TE tunnels
Conditions:
NCS6K running 5.2.5. Multiple iterations of setup , teardown and deletion of TE tunnels required to hit the issue. Not consistent.
Workaround:
Reload the DUT , delete and recreate the TE tunnels which are not in sync.
Further Problem Description:
|
|
Last Modified: | 20-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 6.0.2.5i.MPLS, 6.1.1.11i.MPLS |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCux23067 | Title: | Breakout config apply removal causing slice to go OPER DOWN on CPACK LC |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Breakout config apply and removal on a CPACK causing SLICE to stuck in OPERATIONAL DOWN state
Conditions:
Breakout config apply and removal on a CPACK causing SLICE to stuck in OPERATIONAL DOWN state
Workaround:
LC OIR
Further Problem Description:
Breakout config apply and removal on a CPACK causing SLICE to stuck in OPERATIONAL DOWN state
|
|
Last Modified: | 26-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.36i.BASE, 6.0.1.12i.BASE, 6.1.0.11i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuo76993 | Title: | router out of shared memory after continous add/remove bundle AC member |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Fouter out of shared memory after continous add/remove bundle member.
Symptom:Try to add 20 TenGig members, and the bundle seems stuck in Bundle is in the process of being replicated
Port Device State Port ID B/W, kbps
-------------------- --------------- ----------- -------------- ----------
Hu0/0/0/5 Local Active 0x8000, 0x0002 100000000
Link is Active
Te0/3/0/0/0 Local Configured 0x8000, 0x0000 10000000
Bundle is in the process of being replicated to this location
Te0/3/0/0/1 Local Configured 0x8000, 0x0000 10000000
Bundle is in the process of being replicated to this location
Te0/3/0/0/2 Local Configured 0x8000, 0x0000 10000000
Bundle is in the process of being replicated to this location
Conditions:Bundle interface with multiple members across LC with l2transport configured.
Workaround:NA
|
|
Last Modified: | 24-MAY-2016 |
|
Known Affected Releases: | 5.2.1.BASE |
|
Known Fixed Releases: | 5.2.1.27i.BASE, 5.2.2.16i.BASE, 5.2.3.1i.BASE, 5.3.0.1i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz20467 | Title: | NCS6K 525: 240K ACE config load take long time (apporx 2hrs) |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
The issue is with config load [even from the local file system]. While the config commit goes through in a few minutes. So the issue seems to be with parser.
Conditions:
while loading config from config mode thru "Load harddisk:/ is 2hr for 240k ACE config file. for reduced 28k ACE, its taking 14 mins.
Workaround:
as of now no workaround is given.
Further Problem Description:
|
|
Last Modified: | 19-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE, 6.0.1.BASE, 6.2.1.BASE |
|
Known Fixed Releases: * | 6.1.1.15i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuy53327 | Title: | 611-PBT:ospf sessions downon Bundle subifs post xr vm reloadon all slots |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Bundle sub-interfaces with applied ACL could drop all traffic after reload of LC, where member links of the bundle are located.
Conditions:
Reload of LC
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 31-MAY-2016 |
|
Known Affected Releases: | 6.1.1.LC |
|
Known Fixed Releases: | 6.1.1.7i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy22523 | Title: | read_fill hang pointing to cdb_connect() |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
ToD process will dump a core after receiving a SIGABRT and restart itself.
Conditions:
Seen after a router reload
Workaround:
No known workaround. The process restarts automatically and there is no functional impact.
Further Problem Description:
|
|
Last Modified: | 19-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE, 6.1.0.BASE |
|
Known Fixed Releases: * | 6.1.1.15i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy66656 | Title: | fix the debuggability in tcp while debugging client issues |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
fix the debuggability in tcp while debugging client issues
Conditions:
fix the debuggability in tcp while debugging client issues
Workaround:
none
Further Problem Description:
fix the debuggability in tcp while debugging client issues
|
|
Last Modified: | 11-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 6.1.1.14i.FWDG |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz20006 | Title: | mcast encap support in panini forwarder |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
mcast ipv4 packets with - ipv4 options will be dropped.
Conditions:
data - mcast ipv4 packets with - ipv4 options packets
Workaround:
none
Further Problem Description:
|
|
Last Modified: | 11-MAY-2016 |
|
Known Affected Releases: | 6.1.1.LC |
|
Known Fixed Releases: * | 6.1.1.14i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy95921 | Title: | Host SMU activation fails if combined with other sysadmin SMUs |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
There is no visible symptom of the problem: an 'install activate issu' command that's affected by this issue will appear to succeed, while in reality only partially succeeding.
The problem is triggered when activating particular combinations of sysadmin SMUs, namely:
- a SMU that applies to the 'host OS' software, along with
- one or more SMUs that apply only to the sysadmin software.
Conditions:
This problem can be seen in two cases, running the following sysadmin ISSU commands:
1. 'install prepare issu' of a host SMU + sysadmin SMUs, followed by 'install activate issu', e.g.
2. 'install activate issu' of a host SMU + sysadmin SMUs.
See the 'Further Details' section for how to determine whether or not a given SMU is a host SMU or not.
Workaround:
The problem is not seen if:
- A host SMU is installed alone.
- Sysadmin SMus are installed alone.
So a workaround is activating the SMUs in multiple install operations, rather than combining them all into a single operation.
For example, the following sequence of sysadmin commands is expected to work:
install prepare issu
install activate issu
install commit
install prepare issu
install activate issu
install commit
Further Problem Description:
This problem does not apply to cases in which the base host and sysadmin software is upgraded alongside installing SMUs.
So, for example, the following sysadmin command is expected to work:
install activate issu host- ncs6k-sysadmin-
In order to determine if a supplied SMU is a host SMU, one can run "tar xvf" on the SMU file. For example, from the sysadmin CLI:
sysadmin-vm:0_RP0# run tar vxf /ws/ncs6k-sysadmin-6.1.1.12I.CSCho57000.smu
Thu May 5 10:22:19.533 UTC
bundle_info.txt
host.iso
If the extraction produces a host.iso file, the SMU corresponds to a host update.
|
|
Last Modified: | 11-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 6.1.1.14i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz58884 | Title: | NCS 6008 CXP register 0x2 read failed with retry |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
The following log message may be seen on an NCS 6008 router:
INFRA-FC_CXP-2-REG_RD_WRT_FAIL : F0/FC6-PORT-24 CXP register 0x2 read failed with retry
Conditions:
This may occur on an NCS 6008 Multichassis router running IOS XR version 5.2.5
Workaround:
There is no workaround at this time however the issue appears cosmetic and does not affect functionality.
Further Problem Description:
|
|
Last Modified: | 09-MAY-2016 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz88699 | Title: | 2T card npu_driver process abnormally terminated, restart disabled ! |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
whenever try to execute given below show CLI's in 2T card (with BO mode and without BO mode), will get npu_driver crash..
Non Breakout(BO) case (or) Breakout case :
-------------------------------------------------------------
1) sh controllers HundredGigE<> phy (or) sh controllers HundredGigE<> internal (or) show controllers TenGigE<> internal
Conditions:
Workaround:
manually restart the npu_driver process for that 2T card.
Further Problem Description:
|
|
Last Modified: | 31-MAY-2016 |
|
Known Affected Releases: | 6.3.0.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz58507 | Title: | NCS I2C access errors |
|
Status: | Open |
|
Severity: * | 3 Moderate |
Description: | Symptom:
Customer seeing I2C access errors in show alarms
Snippet below
show alarms
Fri Apr 22 20:21:59.659 UTC
-------------------------------------------------------------------------------
Active Alarms
-------------------------------------------------------------------------------
Location Severity Group Set time Description
-------------------------------------------------------------------------------
0/RP1 minor environ 04/10/16 19:49:28 Sandy Bridge: I2C access error.
0/RP1 minor environ 04/10/16 19:49:30 Chassis Inlet: I2C access error.
0/RP1 major environ 04/10/16 19:49:30 multiple sensors: in a failure state.
Conditions:
This can occur during a memory error condition in CCC
Workaround:
Reload the RP
Further Problem Description:
|
|
Last Modified: | 31-MAY-2016 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz85699 | Title: | 525 SMU commit for CSCur34877 |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom:
Transient packet drops are seen. Total number of packet drops divided by transmission rate can be as large as 7 seconds.
Conditions:
Pita hard reset happens on an instance.
Workaround:
Traffic resumes by itself after several seconds
Further Problem Description:
|
|
Last Modified: | 30-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz86144 | Title: | BFD over bundle flaps during XR ISSU SMU deactivation |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
BFD over Bundle flapped
Conditions:
XR ISSU SMU deactivation
Workaround:
none
Further Problem Description:
|
|
Last Modified: | 28-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz83020 | Title: | Multiple craft panel entries in admin/xr show hw-mod fpd o/p |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
Multiple craft panel entries in admin/xr show hw-mod fpd o/p
Conditions:
Workaround:
Further Problem Description:
|
|
Last Modified: | 26-MAY-2016 |
|
Known Affected Releases: | 6.1.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz64712 | Title: | NCS-6K- Core dump on BGP show commands |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
BGP core dump on executing the following command
2016/04/07 22:37:34 UTC executed command show bgp label 16002
RP/0/RP0/CPU0:Apr 7 22:37:39.062 UTC: dumper[66261]: %OS-SYSLOG-6-LOG_INFO : Dumping core /misc/scratch/core/bgp_show_25267.by.11.20160407-223738.xr-vm_node0_RP0_CPU0.29ee3.core.gz
RP/0/RP0/CPU0:Apr 7 22:37:50.796 UTC: isis[1006]: %ROUTING-ISIS-4-LSPTOOBIG : L2 LSP cr01.sunnyvale.ca.ibone.00-00 size 1799 bigger than interface TenGigE0/0/0/1/9.102 MTU 1497, LSP dropped
RP/0/RP0/CPU0:Apr 7 22:38:02.525 UTC: dumper[278]: %OS-COREHELPER-6-CORE_COPIED : Copied core bgp_show_25267.by.11.20160407-223738.xr-vm_node0_RP0_CPU0.29ee3.core.gz to 0/RP0/CPU0:/misc/disk1
RP/0/RP0/CPU0:Apr 7 22:38:02.658 UTC: dumper[278]: %OS-COREHELPER-6-DELETE_CORE : Deleted core file bgp_show_25267.by.11.20160407-223738.xr-vm_node0_RP0_CPU0.29ee3.core.gz.
RP/0/RP0/CPU0:Apr 7 22:38:50.799 UTC: isis[1006]: %ROUTING-ISIS-4-LSPTOOBIG : L2 LSP cr01.sunnyvale.ca.ibone.00-00 size 1799 bigger than interface TenGigE0/0/0/1/9.102 MTU 1497, LSP dropped
RP/0/RP0/CPU0:Apr 7 22:39:52.200 UTC: mpls_ldp[1042]: %ROUTING-LDP-4-PEER_DUP_ADDRS : VRF 'default' (0x60000000), 1 Duplicate address(es) advertised by more than one peer
RP/0/RP0/CPU0:Apr 7 22:40:50.805 UTC: isis[1006]: %ROUTING-ISIS-4-LSPTOOBIG : L2 LSP cr01.sunnyvale.ca.ibone.00-00 size 1799 bigger than interface TenGigE0/0/0/1/9.102 MTU 1497, LSP dropped
Conditions:
Customer issued show command on production router
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 26-MAY-2016 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 6.1.1.16i.ROUT |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv75433 | Title: | [PaniniB2B] MFR_FAULT_LOG_STORE command on 3882 gives wrong output |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom:
while Peek/Poke on LTC3882 the following is observed
MFR_FAULT_LOG_STORE(0xea): ERROR (failed to execute I2C MBOX via Ethernet (Transaction execution failed on Eth accessed MBOX at slot=8 exe))
Conditions:
This is an internal command to debug, and the issue is with just display.
Workaround:
This is an internal command to debug, and the issue is with just display, hence it will not affect anyone.
Further Problem Description:
This is an internal command to debug, and the issue is with just display, hence it will not affect anyone.
|
|
Last Modified: | 26-MAY-2016 |
|
Known Affected Releases: | 6.2.0.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz79798 | Title: | SNMP timeout observed for cefcModuleAdminStatus on P1 |
|
Status: | Terminated |
|
Severity: | 3 Moderate |
Description: * | Symptom:
SNMP timeout observed for cefcModuleAdminStatus on P1
Image VErsion:6.1.1.12I
Platform details can be seen in
http://ott-pixr1.cisco.com/cgi-bin/hfr-mpls/auto-view.php?file=/auto/ott-tst/apache/htdocs/ena-rsvp-regression/regression_archives/www/2016May/siddesai/600686684-1-930500-nocui_run_all.2016May22_22:59:21.earms_empty_testbed/TaskLog.pretest_2016-May-22-22_59_55.html
Conditions:
none
Workaround:
Further Problem Description:
|
|
Last Modified: | 26-MAY-2016 |
|
Known Affected Releases: | 6.1.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz48803 | Title: | Missing Calvados/XR sw version check during downgrade |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
Attempting to execute an "install prepare" operation from the XR CLI results in:
ERROR!! failed while analyzing software profiles
Conditions:
Seen while attempting a downgrade from 5.2.5 to 5.2.3 if the sysadmin software is downgraded before attempting to downgrade the XR software.
Workaround:
This problem can be avoided entirely by downgrading XR before the sysadmin software.
In general the recommended ordering is:
- sysadmin followed by XR for upgrades
- XR followed by sysadmin for downgrades
If the wrong ordering was attempted and this issue is hit, the recommended recovery path is to:
- upgrade sysadmin back to the original version
- downgrade XR
- downgrade sysadmin
Further Problem Description:
|
|
Last Modified: | 23-MAY-2016 |
|
Known Affected Releases: * | 5.2.5.ADMIN, 6.1.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv28167 | Title: | NCS6k SNMP ifAlias is not being updated after LC reload |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom:
After LC reload ifAlias OID is not being updated to reflect description changes on all of the interfaces.
Conditions:
IOX 5.2.x
LC or chassis reload
Workaround:
mibd_interface process restart
Further Problem Description:
|
|
Last Modified: | 20-MAY-2016 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | 5.2.5.27i.BASE, 5.3.31.4i.BASE, 6.0.0.14i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy52541 | Title: | tcp process crash after rpfo |
|
Status: | Open |
|
Severity: * | 4 Minor |
Description: | Symptom:
tcp process crash
Conditions:
after rpfo
Workaround:
none
Further Problem Description:
|
|
Last Modified: | 31-MAY-2016 |
|
Known Affected Releases: | 5.2.5.38i.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCup33583 | Title: | when TCAM resources are used up, PD should print cerno with properdecode |
|
Status: | Open |
|
Severity: | 4 Minor |
Description: * | Symptom:
when ever we run out of TCAM space for configuring L2vpn Attachment circuits, ether pd team returns "no space on devide message (ENOSPC)" error.
Conditions:
when ever we run out of TCAM space for configuring L2vpn Attachment circuits, ether pd team returns "no space on devide message (ENOSPC)" error.
Workaround:
Further Problem Description:
|
|
Last Modified: | 16-MAY-2016 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy22091 | Title: | Adding new 100G link to an exiting 37 link bundle causing traffic loss |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: * | Symptom:
If any bundle has 2 active ports, one on LCX and another on LCY. Once we did a LC OIR on LCX, we can see intermittent packet drops at ingress, as soon as LCX is back up.
This issue happens coz bundle member on OIR'ed LC will come up fast but till that time FIB download won't be complete on LC. The best solution to implement is that bundlemgr will register for FIB download complete notification and add the member in bundle once it receives the FIB download complete notification.
Conditions:
Bundle must be having members on different LCs. Any LC reload on which we have bundle members.
e.g.
Gi 0/0/0/0 ------------- Gi 0/0/0/0
R1 R2
Gi 0/0/1/0 -------------- Gi 0/0/1/0
When we did reload of LC 1 on R1. On LC1 coming up we can see drops on Gi0/0/1/0.
Workaround:
carrier-delay should be configured on the bundle members.
RP/0/0/CPU0:ios(config)#int gigabitEthernet 0/0/0/0
RP/0/0/CPU0:ios(config-if)#carrier-delay ?
down Set the carrier delay down value
up Set the carrier delay up value
RP/0/0/CPU0:ios(config-if)#carrier-delay down ?
<0-2147483647> Delay in milliseconds
RP/0/0/CPU0:ios(config-if)#carrier-delay up ?
<0-2147483647> Delay in milliseconds
Further Problem Description:
FIB download time could vary in different LCs and with number of prefixes. In this case which is described in DDTS description drops seen are less. If around 250K prefixes are present then we can see drop upto 6-7 seconds or maybe for more time depending on the LC.
This issue is not specific to NCS6K. This issue is also observed on ASR9K.
|
|
Last Modified: | 24-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuq41692 | Title: | Bao Upgrade time in NCS6k linecards |
|
Status: | Terminated |
|
Severity: | 6 Enhancement |
Description: * | Symptom:
BAO upgrade takes long time to complete
Conditions:
issuing BAO-MB or BAO-DB fpga upgrade on certain boards
upgrade hw-module location 0/6 fpd BAO-MB\ FPGA
upgrade hw-module location 0/6 fpd BAO-MB\ FPGA force
or
upgrade hw-module location 0/6 fpd all
upgrade hw-module location 0/6 fpd all force
Workaround:
No workaround
Further Problem Description:
|
|
Last Modified: | 05-MAY-2016 |
|
Known Affected Releases: | 5.2.1.LC |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz69223 | Title: | NCS6K 5.2.5 improve confd shutdown/copy logging |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: | Symptom:
admin-vm shutdown
Conditions:
admin-vm shutdown
Workaround:
N/A
Further Problem Description:
N/A
|
|
Last Modified: | 17-MAY-2016 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCup37341 | Title: | When using scp incorrectly, unable to copy out core file with : in name |
|
Status: | Fixed |
|
Severity: | 6 Enhancement |
Description: * | Symptom:
Can not copy out any core file with : in the name
Conditions:
Can not copy out any core file with : in the name
Workaround:
Use full path to specify filename.
Further Problem Description:
|
|
Last Modified: | 05-MAY-2016 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuq92646 | Title: | IPSLA responder restrictive policy |
|
Status: | Terminated |
|
Severity: | 6 Enhancement |
Description: * | Symptom:
Implement the following ipsla responder functionality policies :
- Per vrf enablement ( all vrfs should be disabled unless enabled manually )
- Within a VRF or global context , we should be able to restrict the ipv4 addresses to which we respond ( via an ACL ) , if no ACL is specified then we should respond to all probes ( i.e
current behaviour )
Conditions:
Normal operation of IPSLA Responder
Workaround:
There is no workaround to specify per vrf the ipv4 addresses we want to respond to.
Further Problem Description:
|
|
Last Modified: | 05-MAY-2016 |
|
Known Affected Releases: | 5.2.3.MGBL |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCtr18495 | Title: | Panini Simulation - Support for multiple RPs and LCs |
|
Status: | Fixed |
|
Severity: | 6 Enhancement |
Description: * | Not customer visible
|
|
Last Modified: | 03-MAY-2016 |
|
Known Affected Releases: | 5.0.0.BASE |
|
Known Fixed Releases: * | 5.0.0.1i.ADMIN, 5.0.0.1i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCup10420 | Title: | NifDataErrArrived interrupt seen intermittently on amba on Mfg TB |
|
Status: | Other |
|
Severity: | 6 Enhancement |
Description: * | Symptom:
"show asic-error fia 2 all loc 0/7/cpu0" command indicate Generic Errors IRE.Interrupt_Register.NifErrDataArrived
Conditions:
50 degrees celcius
Workaround:
none
Further Problem Description:
|
|
Last Modified: | 05-MAY-2016 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuy37606 | Title: | No module status trap generated on XR VM reload |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: | Symptom:
When reloading the XR VM linecard, no module related trap is generated to indicate the reload has occurred. This behavior is normal and is expected in current releases.
A module status trap is generated for Admin VM reloads.
Conditions:
On XR VM reload.
Workaround:
Syslogs messages are generated. If traps are required enable snmp traps syslog configuration.
Further Problem Description:
This DDTS has been raised to track this feature request.
|
|
Last Modified: | 25-MAY-2016 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCtn60332 | Title: | Debuggability: add per-drop-reason capture packet buffer |
|
Status: | Terminated |
|
Severity: | 6 Enhancement |
Description: * | Symptom:
Per-drop reason packet capture buffer not available.
Conditions:
Workaround:
Use global capture buffer.
|
|
Last Modified: | 03-MAY-2016 |
|
Known Affected Releases: | 5.0.0.BASE |
|
Known Fixed Releases: | |
|
|
| |
2015 Cisco and/or its affiliates. All rights reserved. 
没有评论:
发表评论