Re: [Netstack] Fwd: [Openstack] Quantum 2012.1 RC1 available

2012-03-21 Thread Tomasz Paszkowski
unplug at a later time, plug into a port on a separate network, and so > on. One way to achieve this is by using the interface type ethernet (and > that's where the agent comes into play, hence it's required). now it's clear. -- Tomasz Paszkowski SS7, Asterisk, SAN, Datace

Re: [Netstack] Fwd: [Openstack] Quantum 2012.1 RC1 available

2012-03-21 Thread Tomasz Paszkowski
inux_net.py: QuantumLinuxBridgeInterfaceDriver.create_tap_dev(dev, mac_address) > > > > Thanks, > > ~Sumit. > > > > From: netstack-bounces+snaiksat=cisco@lists.launchpad.net > [mailto:netstack-bounces+snaiksat=cisco@lists.launchpad.net] On Behalf Of > Tomasz Pa

Re: [Netstack] Fwd: [Openstack] Quantum 2012.1 RC1 available

2012-03-20 Thread Tomasz Paszkowski
as I wrote in bug report related to linux bridge and quantum in nova this code is broken in few places: 1) tap devices for instances are set up (ip link set up) by quantum during creation and this is stoping libvirt from changing mac address of this interface which is breaking vm startup 2) nova-n