| |
Bug Id: | CSCus38235 |
Title: | abnormal high value from "sh plat soft vmem info" |
|
Description: | Symptom:
observed abnormal high memory for "Memory From Upgrade Licenses" from ?sh plat soft vmem info" output after enable smart license .
Conditions:
enable smart license and check show plat sof vmem info
Workaround:
N/A
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 01-JUN-2015 |
|
Known Affected Releases: | 15.5(2)S |
|
Known Fixed Releases: | 15.4(3)S2.5, 15.4(3)S3, 15.5(1)S0.11, 15.5(1)S1, 15.5(1)SN1, 15.5(1.18)S0.11, 15.5(2)S, 15.5(2.15)S |
|
|
| |
| |
Bug Id: | CSCus71994 |
Title: | TCP checksum offload issue with virtio interface type on CSR1000v |
|
Description: | Symptom:
SSH from a VM with virtio NIC and CSR1000v with a virtio NIC will not work when both are on same compute host.
Conditions:
CSR1000v spun up with virtio NIC interfaces on a compute host.
SSH to CSR1000v from a Linux VM(virtio NIC) on the same compute host as above.
Unable to SSH from Linux VM to CSR1000v.
Hypervisor is KVM.
Workaround:
Disable TCP checksum on Linux VM solves the issue
Further Problem Description:
SSH from a VM with virtio NIC and CSR1000v with a virtio NIC will not work when both are on same compute host.
CSR1000v spun up with virtio NIC interfaces on a compute host.
SSH to CSR1000v from a Linux VM(virtio NIC) on the same compute host as above.
Unable to SSH from Linux VM to CSR1000v.
Hypervisor is KVM.
Workaround is to disable TCP checksum on Linux VM
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 04-JUN-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | 15.4(3)S3, 15.5(1)S1, 15.5(2)S |
|
|
| |
| |
Bug Id: | CSCuu38598 |
Title: | CSR1000V: platform memory is added when mem_4G OOC |
|
Description: | Symptom:
memory is added
Conditions:
mem_4G is in OOC state
Workaround:
NO
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 04-JUN-2015 |
|
Known Affected Releases: | 15.5(2)S |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus06143 |
Title: | CSR1k SSLVPN: Mask unsupported virtual-template type VPN from config |
|
Description: | Symptom:
Configuration options allow the admins to configure:
interface virtual-template type vpn
...
crypto ssl profile
virtual-template
...
And these config options are not yet supported on CSR1k.
Conditions:
CSR1k on XE 3.13 acting as AnyConnect SSLVPN Server.
Workaround:
Detach the virtual-template from the sslvpn profile, and remove the interface virtual-template type vpn.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 04-JUN-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | 15.5(1.18)S0.5, 15.5(2)S, 15.5(2.2)S |
|
|
| |
| |
Bug Id: | CSCuu58498 |
Title: | CSR1000V AMI Stuck Thread Crash on XE 3.16 w/ PV Images |
|
Description: | Symptom:
CSR1000V AMI instance crash with 3.16
Conditions:
Load testing for performance
Workaround:
Unknown
More Info:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 08-JUN-2015 |
|
Known Affected Releases: | 15.5(3)S |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuq14623 |
Title: | CSR: interface stuck at xon state after reload or long traffic test |
|
Description: | Symptom:
Interface get stuck not able to send traffic.
Conditions:
With this particular scaled config with LISP and QoS policies, we might hit interface stuck issue for long traffic test or reload test.
Workaround:
No workaround
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Last Modified: | 12-JUN-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | 15.4(2)S2, 15.4(3)S0z, 15.4(3)S1, 15.5(1)S |
|
|
| |
| |
Bug Id: | CSCuq29087 |
Title: | Periodic BFD Session Flaps on CSR1000v running 3.13.0 |
|
Description: | Symptom:
The primary symptom in this case is intermittent BFD session flaps on the CSR. The session flaps occur when the CSR does not send necessary BFD control packets within the appropriate time interval. Those packets are late because the associated timer events are delayed due to bad host BIOS settings that increase the time it takes the VM to resume running on a physical processor.
Conditions:
CSR VM running on vSphere 5.5
Host with less than optimal BIOS settings related to power management
Workaround:
You can modify the host BIOS settings, exact settings vary depending on type of host.
Generally, you want to do the following things:
1. Disable C-states
2. Disable Package C-states
3. Set any power-saving related option to maximum performance setting
VMware documentation and server documentation will generally provide guidance on low-latency BIOS settings that are generally best for hosts with CSR VMs.
Further Problem Description:
CSR1000v sensitivity to environmental time loss.
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 18-JUN-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuj56977 |
Title: | CSR1KV: enable # of tunnels cap on CSR < 100Mbps Adv and Prem licenses |
|
Description: | Symptom: There is no cap of IPsec tunnel numbers on CSR1000V.
Conditions: This symptom is observed all the time.
Workaround: There is no workaround.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 24-JUN-2015 |
|
Known Affected Releases: | 15.4(1)S |
|
Known Fixed Releases: | 15.2(1)SY1.13, 15.2(4.0.21)E, 15.4(0.19)S0.11, 15.4(1)S, 15.4(1)S0.2, 15.4(1)S1, 15.4(1)S2, 15.4(1)S3, 15.4(1)T1.2, 15.4(1)T2 |
|
|
| |
| |
Bug Id: | CSCuu64399 |
Title: | CSR1000V: vxlan is not supported over APPX technology package |
|
Description: | Symptom:
vxlan feature is not supported.
Conditions:
apps technology package.
Workaround:
n/a
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 24-JUN-2015 |
|
Known Affected Releases: | 15.5(2)S |
|
Known Fixed Releases: | 15.5(2.21)S0.9, 15.6(0.6)S |
|
|
| |
| |
Bug Id: | CSCuq12347 |
Title: | CSR1000v/ASR1001-x - Memory leak in CPP HA due to Throughput Monitor |
|
Description: | Symptom:
A CSR1000v router may experience a memory leak. This will generally first manifest itself as syslog warnings:
Jan 01 02:34:56.789: %PLATFORM-4-ELEMENT_WARNING: F0: smand: RP/0: Committed Memory value 97% exceeds warning level 95%
The cpp_ha_top_level_server process is found to be consuming a slowly incrementing quantity of memory.
CSR1000v#show platform software process list RP active sort memory
Name Pid PPid Group Id Status Priority Size
------------------------------------------------------------------------------
linux_iosd-imag 15401 15105 15401 S 20 2352599040
fman_fp_image 20166 19684 20166 S 20 1558065152
cpp_cp_svr 18962 18243 18962 S 20 1271418880
cpp_ha_top_leve 19612 19071 19612 S 20 1180131328 <-----------
fman_rp 14687 13973 14687 S 20 876077056
qfp-ucode-csr 20659 20224 20659 S 20 764862464
"CPP HA", which is a subset of the cpp_ha_top_level_server process, shows a large difference between "Allocations" and "Frees" which increases over time.
CSR1000v#show platform software memory qfp-ha-server qfp active | begin CPP HA
Module: CPP HA
allocated: 507327220, requested: 501167108, overhead: 6160112 <-------------- "Allocated" slowly increases over time
Allocations: 781851, failed: 0, frees: 396844 <-------------- Note large delta between "Allocations" and "frees"
Conditions:
Platform throughput monitor is enabled.
CSR1000v#show platform hardware throughput-monitor parameters
Throughput monitor parameters
Throughput monitor threshold: 95 percent
Throughput monitor interval: 300 seconds
Throughput monitor status: enabled <---------------
Workaround:
Once memory is leaked, the device must be reloaded to recover it. In order to stop any additional memory from leaking, disable platform throughput monitor. This is not service impacting, but the device will no longer produce a syslog alert should the aggregate device throughput approach the licensed limit.
CSR1000V#set platform hardware throughput-monitor disable
CSR1000v#show platform hardware throughput-monitor parameters
Throughput monitor parameters
Throughput monitor threshold: 95 percent
Throughput monitor interval: 300 seconds
Throughput monitor status: disabled <---------------
Note that this command will not persist across a reload, so it will be necessary to re-apply the command each time the device is rebooted.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-JUN-2015 |
|
Known Affected Releases: | 15.4(3)S |
|
Known Fixed Releases: | 15.4(3)S1, 15.5(1)S |
|
|
| |
| |
Bug Id: | CSCuu35769 |
Title: | CSR1000V 4GB mem license may not allocate properly to dataplane |
|
Description: | Symptom:
When the CSR1000V VM is allocated 8192MB as per the documentation, installing the 4GB mem add-on license sends all 4GB memory to IOSd. It should be allocating 3GB to IOSd and 1GB to Data Plane.
http://www.cisco.com/c/en/us/td/docs/routers/csr1000/software/configuration/csr1000Vswcfg/licensing.html#17673
Conditions:
CSR1000V with the 4GB add-on license installed.
Workaround:
Add another ~512MB to the VM and reload the CSR.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 30-JUN-2015 |
|
Known Affected Releases: | 15.5(2)S |
|
Known Fixed Releases: | |
|
|
| |
:
2013 Cisco and/or its affiliates. All rights reserved. 
没有评论:
发表评论