Re: [Netstack] [Quantum] Proposing Mark McClain & Nachi Ueno for core dev

umit Naiksatam (snaiksat) > wrote: >> >> Hi All, >> >> I feel Mark McClain (markmcclain) and Nachi Ueno have been doing great >> work in the Quantum project and would like to propose their names for the >> role of core devs in Quantum. >> >> Thank

Re: [Netstack] [openstack-dev] [Openstack] [Quantum] Multi-host implementation

the proposed approach (need only be a couple paragraphs, > perhaps with a diagram) linked to the blueprint so we can have a design > discussion around it. Thanks, > > Dan > > > On Fri, Aug 3, 2012 at 1:03 PM, Nachi Ueno wrote: >> >> Hi folks >> >> Sor

Re: [Netstack] [Openstack] [Quantum] Update policy of device_id

enstack.org/#/c/10639/ > > Another spec could be update port device_id for None. > But this is depends on how we solve bug 1031473. > > Any thought? > > -- > Nachi Ueno > email:nati.u...@gmail.com > twitter:http://twitter.com/nati > > __

Re: [Netstack] [Openstack] [Quantum] Multi-host implementation

Hi folks Sorry. I added openstack-...@lists.openstack.org in this discussion. 2012/8/3 Nati Ueno : > Hi folks > >> Gary > Thank you for your comment. I wanna discuss your point on the mailing list. > > Yusuke pushed Multi-host implementation for review. > https://review.openstack.org/#/c/10766/2

Re: [Netstack] [openstack-dev] [Quantum] plugin -> backend

plemented by > plugins other than the core L2 + IPAM plugin. > > I got use point ,but Coupling L2 + IPAM only makes sense when we use one L2 plugin. It is normal large infrastructure uses multiple L2 technologies. Nachi > Dan > > > On Thu, Aug 2, 2012 at 1:03 PM, Nachi Ueno

Re: [Netstack] [openstack-dev] [Quantum] plugin -> backend

ved. Best Nachi Ueno 2012/8/1 Hua ZZ Zhang > just add my cents here. > > "Driver" concept make sense to my understaning. The current quantum > underline plugins works and behaves more like network connectivity > provider on top of specific type of device, from hardware a

Re: [Netstack] [Quantum][Nova] requested_id and port spec

address recently. But launchpad rejects new mail to receive. I'll find way to fix this. Thanks Nachi > Thanks > Yong Sheng Gong > > -netstack-bounces+gongysh=cn.ibm@lists.launchpad.net wrote: - > To: openst...@lists.openstack.org, netstack@lists.lau

[Netstack] [Quantum][Nova] requested_id and port spec

. if there are no existing port. create new port with the fixed_ip This approach needs no client side change. Thank you in advance Nachi Ueno -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help

[Netstack] [Quantum] Multi-host design in quantum

Hi folks I'm working on multi-host design in quantum I'm very welcome to your comment https://blueprints.launchpad.net/quantum/+spec/quantum-multihost-dhcp https://docs.google.com/presentation/d/1kisLDcWg_Mus5g8QzXMD4w7gWou-3t1drbOKTlYg6MU/edit#slide=id.p9 Thank you in advance

[Netstack] [Quantum] DHCP option rather than host_route or dns_nameservers

} #Inherit from subnets ... By this modification, we can support tons of DHCP options in quantum http://www.networksorcery.com/enp/protocol/bootp/options.htm Implementation would be more simple and generic. ( Actually, I can fix multiple bug by this change :) ) I'm very welcome to your comments.

Re: [Netstack] [Quantum] Starting a discussion on the official spec for v2 API

Hi folks I'm +1 for a network type attribute, because the simple change can support another usecase. I'm going to implement this rosetta-plugin which can support multiple types of networks. https://blueprints.launchpad.net/quantum/+spec/rosetta-plugin 2012/7/17 Sumit Naiksatam (snaiksat) : > Hi