[ovirt-users] management interface
Edward Haas
ehaas at redhat.com
Thu Aug 4 03:07:25 EDT 2016
Hi Fernando,
>From what I could understand, you would like to have 3 networks, all on the
same bond:
(I do not understand from the diagram that you have two bonds, you
mentioned only bond0)
- ovirtmgmt - vlan35 at bond0
- dmz vm network - vlan42 at bond0
- default vm network - untag at bond0
Based on the tag, traffic that enters bond0 will be forwarded to the
relevant network.
Any traffic that enters bond0 and is either untag or has a tag that does
not correspond to the defined vlans,
will be forwarded to the non-vlan network (default vm in this case).
Note that when packets pass a vlan interface, they are stripped of their
tag.
I personally consider a mix of tag and untag on the same iface/port as bad
practice, but there may be reasons to
choose it. If you can, try having all networks with vlans, and set the
switch ports correctly to reflect that.
Any other device on the network, like the router, can be connected to the
switch to an access port (say of vlan 100),
so traffic there is untag, and when traffic goes to the ovirt host, it will
go tagged 100.
Thanks,
Edy.
On Tue, Aug 2, 2016 at 9:22 PM, Fernando Fuentes <ffuentes at darktcp.net>
wrote:
> I answer my own question.
> "I think" lol
>
> I am going to create a new ovirtmgmt logical network with a vlan tag and
> than move my hosts in to it for management. This interface is not part of
> the vm network.
>
> The rest of the logical networks with vlans will be tagged and part of the
> vm network.
> I think that logic is right.
> Thoughts?
>
> Regards,
>
>
> --
> Fernando Fuentes
> ffuentes at txweather.org
> http://www.txweather.org
>
>
>
> On Sun, Jul 31, 2016, at 11:43 PM, Fernando Fuentes wrote:
>
> Right now as we stand boht ovirt management and LAN data crosses the same
> interface.
> I have two bonds. I want to move ovirt management to its own bond and tag
> it with vlan id 35.
>
> Than I wan to move my LAN which has no tag and my dmz that does have a tag
> in to my secondary bond.
>
> The switch is all configured what I am not sure is when making the logical
> network do I make the LAN a "VM Network"?
> And the same question for my dmz tagged vlan...
>
> I attached a small diagram that explains what I am trying to accomplish...
> I hope :D
>
>
> Thanks for the help.
>
> Regards,
>
>
> --
> Fernando Fuentes
> ffuentes at txweather.org
> http://www.txweather.org
>
>
>
> On Sun, Jul 31, 2016, at 12:50 PM, Edward Haas wrote:
>
>
>
> On Sun, Jul 31, 2016 at 7:19 PM, Fernando Fuentes <ffuentes at darktcp.net>
> wrote:
>
> Team,
>
> Is it possible to move the ovirt management interface to a separate vlan
> and keep it from been on the same interface as my LAN?
>
>
> Networks, including the management one, can be assign as non-vlan or as
> vlan on
> different nics/bonds.
> If you want to assign two or more networks on the same nic/bond, only one
> can remain
> non-vlan, the rest must be set with a vlan.
> Vlan networks require that traffic entering the nic/bond is tagged,
> therefore, the switch port
> that the nic is connected to must be set as a trunk.
> If you have a specific setup in mind, please draw a network diagram for us.
>
>
> IE: assign a tag to ovirtmanagement and keep another interface as untag
> for my LAN to use with the VM's
>
> Thoughts ideas?
>
> TIA!
>
> Regards,
>
> --
> Fernando Fuentes
> ffuentes at txweather.org
> http://www.txweather.org
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> *_______________________________________________*
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> Email had 1 attachment:
>
> - vlans.png
> 353k (image/png)
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160804/5a46871c/attachment.html>
More information about the Users
mailing list