| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy55758 | Title: | CSR: IOS Interface Order Does Not Match KVM Interface Order |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | NA
Symptom:
KVM interface order does not match the IOS interface order.
For example given the following KVM command input:
-net tap,ifname=tap_jsf_mgmt2,script=no,vlan=1 \
-device virtio-net-pci,vlan=1,mac=00:01:00:ff:00:00 \
-net tap,ifname=tap_d21,script=no,vlan=2 \
-device virtio-net-pci,vlan=2,mac=00:01:00:ff:00:01 \
-net tap,ifname=tap_d22,script=no,vlan=3 \
-device virtio-net-pci,vlan=3,mac=00:01:00:ff:00:02 \
-net tap,ifname=tap_d23,script=no,vlan=4 \
-device virtio-net-pci,vlan=4,mac=00:01:01:ff:00:03 \
Can yield the following:
#show platform software vnic-if interface-mapping
-------------------------------------------------------------
Interface Name Driver Name Mac Addr
-------------------------------------------------------------
GigabitEthernet4 virtio 0001.01ff.0003
GigabitEthernet3 virtio 0001.00ff.0002
GigabitEthernet2 virtio 0001.00ff.0000
GigabitEthernet1 virtio 0001.00ff.0001
Conditions:
CSR1000v based on Denali-16.2.1
Workaround:
Manually mapping the KVM interfaces to IOS interfaces by MAC address and adjusting any IOS configuration accordingly.
Further Problem Description:
|
|
Last Modified: | 17-APR-2016 |
|
Known Affected Releases: | Denali-16.1.1 |
|
Known Fixed Releases: * | 16.2(0.358) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuz33318 | Title: | CSR1000v Crash when Interface Hot Deleted |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: * | Symptom:
CSR1000v crashes immediately after an interface hot delete action.
Conditions:
CSR1000v image based on IOSXE 16.3.
Workaround:
Delete interfaces while the CSR1000v is shut-down instead of while the system is running.
Further Problem Description:
|
|
Last Modified: | 30-APR-2016 |
|
Known Affected Releases: | 16.3(0) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv66659 | Title: | CSR1KV: csr1kv stops Responding to ARP Requests |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
CSR 1000v running IOS-XE 3.14.1S will drop receiving any traffic from the Vif when running on XenServer 6.2. The CSR will be capable of sending traffic, but receive traffic will never arrive at the datapath. For example, with packet tracing enabled, we will see ARP packets injected to the datapath, the layer 2 peer device will build an ARP entry and build a reply, but the CSR will never receive it.
Conditions:
CSR 1000v installed on XenServer 6.2.
Workaround:
Reload the CSR router.
Further Problem Description:
|
|
Last Modified: | 03-APR-2016 |
|
Known Affected Releases: | 15.5(1.5)S |
|
Known Fixed Releases: * | 15.5(2)S3, 15.5(3)S1, 15.5(3)S1a, 15.6(1)S, 16.2(0.187) |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuy57041 | Title: | XE317/restapi: no password is returned when get user by restapi |
|
Status: | Terminated |
|
Severity: | 3 Moderate |
Description: | Symptom:
According to CCO document, password is returned when get /api/v1/global/local-users/cisco.
Content-Type: application/json
{
"kind" : "object#local-user"
"username" : "cisco",
"password" : "1adf3434d",
"pw-type" : 7,
"privilege": 15
}
Actually, no password is returned.
{
"username": "cisco",
"privilege": 15,
"kind": "object#local-user",
"pw-type": 7
}
Conditions:
get /api/v1/global/local-users/cisco.
Workaround:
N/A
Further Problem Description:
|
|
Last Modified: | 19-APR-2016 |
|
Known Affected Releases: | 15.6(1)S |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuy05213 | Title: | CSR1000v Cosmetic Downgrade Msg: fsck of bootflash returned error code 8 |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
If CSR customer downgrades form Polaris 16.2 or 16.3 based images to any version before 3.17.2 or 3.16.3, then fsck disk check fails and returns error code 8 on every boot up.
Conditions:
If CSR customers using 16.2.1 or later versions downgrade to something before 3.17.2 or 3.16.3, then they will see this bug.
Workaround:
There are no workarounds for this bug. The bug fix is introduced on 3.16.3 and 3.17.2. Downgrading to those versions will result in successful file system checks. If you've already hit this bug by downgrading to a previous 3.16 or 3.17 release, then you can upgrade to 3.16.3 or 3.17.2 and fsck will resume operation.
Further Problem Description:
The bug fix is introduced on 3.16.3 and 3.17.2. Downgrading to those versions will result in successful file system checks. If you've already hit this bug by downgrading to a previous 3.16 or 3.17 release, then you can upgrade to 3.16.3 or 3.17.2 and fsck will resume operation.
|
|
Last Modified: | 26-APR-2016 |
|
Known Affected Releases: | 15.6(1)S |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCux90373 | Title: | CSR1000V: V156_1_S_XE317 core dumps |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
CSR1000v image infrequently crashes after reload.
Conditions:
CSR1000v using release 15.6(01)S (also known as IOS-XE3.17).
Workaround:
None. Simply reload the CSR1000v again.
Further Problem Description:
|
|
Last Modified: | 03-APR-2016 |
|
Known Affected Releases: | 15.6(1)S |
|
Known Fixed Releases: * | 15.6(1)S1, 15.6(2)S, 16.2(0.264), 16.3(0.62) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCut31866 | Title: | CSR 1000v: Remove command "show log dummy" |
|
Status: | Fixed |
|
Severity: | 5 Cosmetic |
Description: | Symptom:
CSR allows command "show log dummy". The description of the command shows that this was intended to be removed.
Conditions:
CSR 1000v running 3.13.01.S.
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 03-APR-2016 |
|
Known Affected Releases: | 15.2(3.13.1)PIH19 |
|
Known Fixed Releases: * | 15.6(2)S |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuw31213 | Title: | IOS-XE ZBF processing EPM MAP response incorrectly |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: | Symptom:
DCERPC related application does not work
Conditions:
ZBF is enabled and inspecting for msrpc
Workaround:
1) disable inspection and use pass action
OR
2) continue inspection but allow the traffic for data connection using pass
Further Problem Description:
The MSRPC used by customer uses 64bit format while XE MSRPC only supports 32bits. Following up with original MSRPC DE team and Mktg to move this to Sev6.
|
|
Last Modified: | 29-APR-2016 |
|
Known Affected Releases: | 15.5(3)S |
|
Known Fixed Releases: * | 16.4(0.7) |
|
|
| |
没有评论:
发表评论