The only GW in the host is used by rhevm network. We should support adding more GW's according to our network configurations.
(In reply to comment #0) > The only GW in the host is used by rhevm network. > We should support adding more GW's according to our network configurations. That is - per interface. Each interface will have its own gateway.
(In reply to comment #1) > (In reply to comment #0) > > The only GW in the host is used by rhevm network. > > We should support adding more GW's according to our network configurations. > > That is - per interface. Each interface will have its own gateway. actually, should the gateway be defined at the logical network level, rather than at per host level?
(In reply to comment #2) > (In reply to comment #1) > > (In reply to comment #0) > > > The only GW in the host is used by rhevm network. > > > We should support adding more GW's according to our network configurations. > > > > That is - per interface. Each interface will have its own gateway. > > actually, should the gateway be defined at the logical network level, rather > than at per host level? Really depends what we do with the data at the logical network level. It seems that today - nothing. It would have been nice, that when a user selects the logical network a NIC is connected to, the information would be automatically copied from the logic network settings. The gateway and netmask for sure, the IP can be partially (based on the netmask).
Maybe the real problem is that when adding a new Logical Network in the RHEV-M GUI, one of the boxes you can fill out is Default Gateway. Putting an entry in is optional but is causing a lot of confusion. If you enter a value it overrides the Default Gateway currently setup. So maybe we need to simply remove Default Gateway as an option when adding a new Logical Network?
*** Bug 675760 has been marked as a duplicate of this bug. ***
simon - can you please explain how this bug and bug 786052 co-exist?
*** Bug 786052 has been marked as a duplicate of this bug. ***
*** Bug 786053 has been marked as a duplicate of this bug. ***
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, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2014-0038.html