[DPDK]MetaSwitch Perimeta VOIP VNF fails in 3.2.8.0 with mergeable buffer enabled
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Juniper Openstack | Status tracked in Trunk | |||||
R3.2 |
Fix Committed
|
High
|
Jeya ganesh babu J | |||
R4.0 |
Fix Committed
|
High
|
Jeya ganesh babu J | |||
R4.1 |
Fix Committed
|
High
|
Jeya ganesh babu J | |||
Trunk |
Fix Committed
|
High
|
Jeya ganesh babu J |
Bug Description
Contrail version seeing this issue: 3.2.8.0-66.
MetaSwitch Perimeta VOIP VNF fails to send traffic to vRouter in DPDK mode when the “Mergeable buffer” is turned on/introduced in 3.2.8.0. Previous releases work fine due to no support of Mergeable buffer feature.
The Perimeta VNF does not have any features it uses for QEMU 2.5 to pass to the vRouter (see guest features below). When the vRouter restarts, Perimeta sends 0x0 code to the vRouter, but we are expecting anything other than 0x0. 0x0 is specifically used to handle a qemu reconnect case when the dpdk vrouter application is restarted.
Juniper BU said we didn’t expect VNF’s NOT to use any features and hence we turned mergeable buffer on. Action Item on Juniper BU(Raja) to research is if there is any way to unblock them since upgrading Perimeta code which supports Mergeable buffer will derail their timelines and expense on ECOMP.
There are apparently other VOIP VNF’s which are also going to be affected….not yet sure which ones.
#define VIRTIO_
(1u << VIRTIO_NET_F_MAC | \
1u << VIRTIO_NET_F_STATUS | \
1u << VIRTIO_NET_F_MQ | \
1u << VIRTIO_
1u << VIRTIO_
1u << VIRTIO_
1u << VIRTIO_
1u << VIRTIO_NET_F_CSUM | \
1u << VIRTIO_
1u << VIRTIO_
1u << VIRTIO_
1u << VIRTIO_NET_F_MTU | \
1u << VIRTIO_
1ULL << VIRTIO_F_VERSION_1 | \
1ULL << VIRTIO_
tags: | added: blocker |
tags: | removed: blocker |
information type: | Private → Public |
Review in progress for https:/ /review. opencontrail. org/39831
Submitter: Jeya ganesh babu (<email address hidden>)