<div dir="ltr">HI Michal<div><br></div><div><br></div><div>Thank you for explaining. I have this situation in a number of production servers where we would always use static IPs for the host and VMs. In such  case we have no requirement for NATed network in the future. And we we ever do, we can rely on a DHCP server within the LAN to provide IPs to the VMs.</div><div><br></div><div>I'll look to remove both <span style="font-size:12.8000001907349px"> </span><span style="font-size:12.8000001907349px">libivirt-daemon-driver-network, </span><span style="font-size:12.8000001907349px">libvirt-daemon-driver-network and dnsmasq.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Any further thought from your side?</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 April 2015 at 13:12, Michal Privoznik <span dir="ltr"><<a href="mailto:mprivozn@redhat.com" target="_blank">mprivozn@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On <a href="tel:24.04.2015%2012" value="+12404201512">24.04.2015 12</a>:45, <a href="mailto:mimicafe@gmail.com">mimicafe@gmail.com</a> wrote:<br>
> I am running KVM virtualization with libvirtd (libvirt) 0.10.2  in bridged<br>
> network mode, however I still have the default virtual network<br>
> bridge/interfaces and dnsmasq on the host. What I am trying to understand<br>
</span>> is whether or not dnsmasq and the virtual network (*virbr0, Vnet0 and Vnet1*)<br>
<span class="">> still play any role. If not, can I remove them?<br>
<br>
</span>Yes, you can safely remove libvirt-daemon-config-network package. It<br>
should disable the default network. However, dropping dnsmasq is a bit<br>
harder, since libivirt-daemon-driver-network depends on it. We can't<br>
know whether you will not someday like a NATed network with a DHCP<br>
server, even though now you don't. However,<br>
libvirt-daemon-driver-network takes care about all the network types<br>
known to libvirt, so you can't really drop it (unless forcibly removing<br>
the package and let the libvirt just deal with it, which I'd discourage<br>
you from doing anyway).<br>
<span class="HOEnZb"><font color="#888888"><br>
Michal<br>
</font></span></blockquote></div><br></div>