Description of problem: UI shouldn't allow IPv6 address type for OVN network since OVN provider does not support IPv6. This is relevant for both new external network window and subnet tab of existing OVN network. Version-Release number of selected component (if applicable): Red Hat Virtualization Manager Version: 4.1.1.5-0.1.el7 How reproducible: 100% Steps to Reproduce: 1. Try to create a subnet for exiting network. 2. In the types there is option to choose IPv6. Actual results: 100% Expected results: IPv6 should not be listed. Additional info:
I suggest to close, the engine should not care for subnets. The provider should support or not support it.
The RFE was - and still is - opened on ovirt-provider-ovn.
(In reply to Dan Kenigsberg from comment #2) > The RFE was - and still is - opened on ovirt-provider-ovn. Does OVN not support IPv6 or is it the provider?
OVN supports it since 2.6. We have never tested this ourselves. This RFE is about consuming this OVN feature by ovirt.
Please note there are certain important features like router advertisement (Ra) which are missing from OVN. I am working on supporting RA feature.
Main bit https://github.com/openvswitch/ovs/commit/7cc0741ea275977dddf0c80b57a1673d86908656 would be available only in ovs-2.8.
UI adjustment was requested in BZ 1670715
Not blocking ovirt-4.3.0 on this, moving to 4.3.1
As per the IPv6 unicast address RFC - [0] - "all subnets using Globally Unique Addresses and ULAs always have the same prefix length of 64 bits". The above impacts the dhcpv6 design protocol in a way that the network prefixes are not sent in the dhcpv6 reply messages, only the IP address in that /64 network prefix. In order to send network prefixes, IPv6 relies on Router Advertisements, which, the chosen solution - as per the feature page, [1] - does not implement. This RFE is thus limited to work if the client's ip addresses belong to a /64 subnets. Since on el8, the default is for dhclient to assign ipv6 host addresses (/128 subnets), this RFE is thus limited to el7 guest OSs. A new RFE will be created to address network prefix configuration through router advertisements. [0] - https://tools.ietf.org/html/rfc5375#section-3 [1] - https://ovirt.org/develop/release-management/features/network/ipv6_subnets.html#ipam-types
Verified on - ovirt-provider-ovn-1.2.20-1.el7ev.noarch with rhvm-4.3.2-0.1.el7.noarch vdsm-4.30.10-1.el7ev.x86_64 VMs/guests: rhel7.6 server kernel 3.10.0-957.el7.x86_64 Test flow: 1. Create network with IPv6 subnet via REST API - https://<ovn-provider-fqdn>:9696/v2.0/subnets/ - POST with "ip_version": 6, and ipv6 CIDR 2. Import the ovn network to RHV 4.3.1 - PASS 3. Create 2 VMs with rhel7.6 OS 4. Add vNIC with the ovn network profile to each VM 5. Start both VMs 6. run dhclient -6 <iface> on both VMs - PASS 7. Ping between VMs via the IPv6 subnet addresses - PASS Note, that this RFE is limited to work if the client's ip addresses belong to a /64 subnets. limited to el7 guest OSs. New RFE was requested to address network prefix configuration through router advertisements for rhel8 guests, see BZ 1685983
This bugzilla is included in oVirt 4.3.1 release, published on February 28th 2019. Since the problem described in this bug report should be resolved in oVirt 4.3.1 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.