Bug 2004006
| Summary: | [RFE] Support for VLAN and QOS ID in SRIOV-VF via nmstate | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Karthik Sundaravel <ksundara> |
| Component: | nmstate | Assignee: | Gris Ge <fge> |
| Status: | CLOSED ERRATA | QA Contact: | Mingyu Shi <mshi> |
| Severity: | unspecified | Docs Contact: | Marc Muehlfeld <mmuehlfe> |
| Priority: | high | ||
| Version: | 8.4 | CC: | ferferna, fge, jiji, jishi, network-qe, till |
| Target Milestone: | rc | Keywords: | FutureFeature, Triaged |
| Target Release: | 8.6 | Flags: | pm-rhel:
mirror+
|
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | nmstate-1.2.1-0.1.alpha1.el8 | Doc Type: | Enhancement |
| Doc Text: |
.The `nmstate` API now supports VLAN and QoS ID in SR-IOV virtual functions
This update enhances the `nmstate` API with support for local area network (VLAN) and quality of service (QoS) in single root I/O virtualization (SR-IOV) virtual functions. As a result, you can use `nmstate` to configure these features.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-05-10 13:34:48 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 2006093 | ||
|
Description
Karthik Sundaravel
2021-09-14 10:05:01 UTC
I assume both the VLAN and QOS is just unsign 32 bites integer in this context.
If so, yes nmstate can expose that.
For the promisc setting of NIC, nmstate is using `accept-all-mac-addresses` which is inclusive language.
We don't differentiate VF over other NICs. You may try:
```yml
---
interfaces:
- name: eth1
type: ethernet
state: up
accept-all-mac-addresses: true
```
(In reply to Gris Ge from comment #2) > I assume both the VLAN and QOS is just unsign 32 bites integer in this > context. > If so, yes nmstate can expose that. Both VLAN and QOS should fit in 16 bits (unsigned integer). > > For the promisc setting of NIC, nmstate is using `accept-all-mac-addresses` > which is inclusive language. > We don't differentiate VF over other NICs. You may try: > > ```yml > --- > interfaces: > - name: eth1 > type: ethernet > state: up > accept-all-mac-addresses: true > ``` Agree, Openstack shall identify the device names of VFs and could make use of these configurations. Verified with versions:
nmstate-1.2.1-0.2.alpha2.el8.x86_64
nispor-1.2.3-1.el8.x86_64
NetworkManager-1.36.0-0.7.el8.x86_64
[03:28:23@netqe-amd-01 ~]0# nmstatectl apply ens4f0.yaml
Desired state applied:
---
interfaces:
- name: ens4f0
type: ethernet
state: up
accept-all-mac-addresses: false
ethernet:
auto-negotiation: false
duplex: full
speed: 25000
sr-iov:
total-vfs: 1
vfs:
- _vf_iface_name: ens4f0v0
id: 0
qos: 7
vlan-id: 100
[03:28:40@netqe-amd-01 ~]0# ip link show ens4f0
6: ens4f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 48:df:37:55:3c:00 brd ff:ff:ff:ff:ff:ff
vf 0 link/ether ce:81:af:f6:37:f0 brd ff:ff:ff:ff:ff:ff, vlan 100, qos 7, spoof checking on, link-state auto, trust off
Updated the documentation and removed the `promisc` mode. The `accept-all-mac-addresses`(promisc) mode is already supported in previous release, not introduced by this RFE. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (nmstate bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2022:1772 |