Essas são interfaces de rede, não endereços IP. Uma interface de rede pode ter pacotes de qualquer protocolo trocado neles, incluindo IPv4 ou IPv6; nesse caso, eles podem receber um ou mais endereços IP.
virbrsão interfaces de ponte. Eles são virtuais, pois não há uma placa de interface de rede associada a eles. O papel deles é agir como uma ponte ou um comutador real, ou seja, pacotes de comutadores (na camada 2) entre as interfaces (reais ou outras) que estão anexadas a ele, exatamente como um comutador Ethernet real faria.
Você pode atribuir um endereço IP a esse dispositivo, que basicamente fornece ao host um endereço IP na sub-rede à qual a ponte se conecta. Ele usará o endereço MAC de uma das interfaces conectadas à ponte.
O fato de o nome começar com virisso não os torna diferentes de qualquer outra interface de ponte, mas apenas aqueles criados pela libvirtqual reserva esse espaço de nome para bridgeinterfaces
vnetinterfaces são outros tipos de interfaces virtuais chamadas tapinterfaces. Eles estão anexados a um processo (nesse caso, o processo em execução no qemu-kvmemulador). O que o processo grava nessa interface parecerá ter sido recebido nessa interface pelo host e o que o host transmite nessa interface está disponível para leitura por esse processo. qemunormalmente o usa para sua interface de rede virtualizada no convidado.
Normalmente, um vnetserá adicionado a uma interface de ponte, o que significa conectar a VM a um comutador.
virbré uma interface de ponte, e como as pontes são dispositivos de camada dois, para que ele precisa de um endereço IP (existem endereços IP seguindo todas as interfaces virbr #)?virbr, mas e se eu tiver um terceiro sistema operacional convidado conectado a um diferentevirbre esses doisvirbrs estiverem em redes IP diferentes, o que devo fazer para que essas duas redes podem se comunicar?