Bug 824435
Summary: | [RHEVM] | Edit management network | no verification on default GW field. | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Meni Yakove <myakove> |
Component: | ovirt-engine-webadmin-portal | Assignee: | lpeer <lpeer> |
Status: | CLOSED NOTABUG | QA Contact: | yeylon <yeylon> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 3.0.3 | CC: | acathrow, dyasny, ecohen, iheim, lpeer, mpavlik, Rhev-m-bugs, srevivo, yeylon, ykaul |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | network | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-08-06 08:55:19 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Meni Yakove
2012-05-23 13:04:37 UTC
Bug still present in webadmin of oVirt Enterprise Virtualization Engine Manager Version: 3.1.0_0001-11.el6ev webadmin also does not complain when gateway is empty since the default gateway on the management network is actually used as the host default gateway i don't see a reason to limit the gateway to the netmask of the management network. I also don't see a reason to force the user to fill the gateway if he does not wish to do it. I agree that we should separate the configuration of the host default gateway from the management network configuration. there is an open RFE for that BZ786052 (In reply to comment #3) > since the default gateway on the management network is actually used as the > host default gateway i don't see a reason to limit the gateway to the > netmask of the management network. Apart from the fact that the default gateway, ALWAYS, has to be on the subnet of an interface. (Unless a specific route has been set to it, which is the strangest thing one could do?). > I also don't see a reason to force the user to fill the gateway if he does > not wish to do it. Indeed. > > > I agree that we should separate the configuration of the host default > gateway from the management network configuration. there is an open RFE for > that BZ786052 Yes, especially if we (RHEL) support gateway per interface. (In reply to comment #4) > (In reply to comment #3) > > since the default gateway on the management network is actually used as the > > host default gateway i don't see a reason to limit the gateway to the > > netmask of the management network. > > Apart from the fact that the default gateway, ALWAYS, has to be on the > subnet of an interface. > (Unless a specific route has been set to it, which is the strangest thing > one could do?). > But we don't want to force the default gateway to be on the management network subnet, it can be on the subnet of another network. (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > since the default gateway on the management network is actually used as the > > > host default gateway i don't see a reason to limit the gateway to the > > > netmask of the management network. > > > > Apart from the fact that the default gateway, ALWAYS, has to be on the > > subnet of an interface. > > (Unless a specific route has been set to it, which is the strangest thing > > one could do?). > > > > But we don't want to force the default gateway to be on the management > network subnet, it can be on the subnet of another network. so it should be a property of the host, not of a network. |