On 08/09/2016 03:55 PM, Archana Singh wrote:

Hi Suresh,


1) I guess for virtual network do you mean type as "network" instead "direct"?

     virtual network(type=direct)

My bad,,yes its type="network" for virtual network

2) Just to be clear the network xml example given by you are not for libvirt network xml instead interface xml used in domain xml.

correct

3) Just to addon example of interface xml for virtual network(type=network) (current implementation).

<interface type='network' name='ethX'>
<start mode='onboot'/>
<source network='default'/>
<model type='virtio'/>
</interface>
thank you

Thanks,

Archana Singh


On 08/09/2016 02:42 PM, Suresh Babu Angadi wrote:
Hi All,
To support, attaching a physical interface to guest as macvtap or attaching ovs bridge to guest without creating libvirt network, I propose following changes to 'networks' attribute of templates josn.

current implementation:
'networks' attribute expects list of virtual network names

changes:
'networks': list of dictionary
                type: can be direct, network or bridge
                interface: name of physical interface(type=direct) or ovs (type=bridge) or virtual network(type=direc
correction - virtual network(type=network)
                mode(required if type=direct): bridge or vepa

for macvtap: type is direct and mode can be bridge or vepa
for ovs: type is bridge and mode is not required
for virtual network: type=network(current implementation)

Examples of network xml for attaching macvtap and ovs to guest without libvirt:
OVS:
<interface type="bridge">
  <source bridge="vswitch0"/>
  <virtualport type="openvswitch"/>
  <model type="virtio"/>
</interface>

macvtap with bridge mode:
<interface type="direct">
  <source dev="eth0" mode="bridge"/>
  <model type="virtio"/>
</interface>

 macvtap with vepa mode:
<interface type="direct">
  <source dev="bond0" mode="vepa"/>
  <model type="virtio"/>
</interface>



-- 
Regards,
Suresh Babu Angadi