RFE request 3. What is the nature and description of the request? There is a need to have a separate MAC address pool for a RHEL VM pool in RHEV to keep it separate from the Windows VDI network and VM pool. 4. Why does the customer need this? (List the business requirements here) For certain environments, there are business reasons to have a specific pool of MAC addresses for some systems and a different pool of MACs for other systems 5. How would the customer like to achieve this? (List the functional requirements here) Ability to assign a MAC pool range to a VM, template, or pool. 8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)? RHEV 3.3 / RHEV 3.4 9. Is the sales team involved in this request and do they have any additional input? Yes 10. List any affected packages or components. ovirt-engine-backend ovirt-engine-webadmin-portal 11. Would the customer be able to assist in testing this functionality if implemented? Yes
*** Bug 616350 has been marked as a duplicate of this bug. ***
Can we get more information on the way the customer is differentiating between the different environments - are they just using different logical networks, or maybe different cluster or DC? What is the expected level of granularity here? Does having a configurable MAC pool per DC will help? Thanks, Nir
Nir, They essentially have secure and unsecure environments on different clusters and networks which is why they are requesting this feature. The level of granularity is per cluster as DC is too large. They require a mac address pool per cluster for security and deployment purposes.
ad "pool per DC" too large: this is first approach, can be extended in future if needed. There were lot of ideas about granularity size coming from lot of directions, so best probably offer more variants and let user select which one does he want to use. details: after yesterday discussion there will be proposed a change in implementation. Pools are named, and can be shared among multiple resources. By default, each data center will have attached one default shared pool. (It's similar to "if not configured used default one" but with distinction, that this pool is configured via rest and shared pool to use for new datacenters can be changed.) Pool manipulation will have it's own rest api detached from data center. After these changes we will have extensible rest api, which can support adding finer granularity of pools in future without breaking current one. And in code there already possibility to swap granularity via strategy.
====== RFE Request ===== Customer from another account is looking for this feature. 4. Why does the customer need this? (List the business requirements here) > We would like to provide different MAC address pools to different clusters for security reasons and for more flexibility in IP address assignement with dhcp server. 5. How would the customer like to achieve this? (List the functional requirements here) > I can imagine it through the definition of the address pool when creating or editing the cluster. 8. Does the customer have any specific timeline dependencies and which release would they like to target ? > Would be nice to have it in the next RHEV release. 11. Would the customer be able to assist in testing this functionality if implemented? > Yes of course.
Per DC MAC pool is planned for RHEVM 3.6 (BZ 912260). This bug is to track the request to add Cluster/VM pool granularity.
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions
Verified on - 4.1.0-0.3.beta2.el7