Bug #1042104 “L3: make use of namespaces by agent configurable” : Bugs : neutron
we have discussed making the use of namespaces configurable with the existing l3-agent. this change would not be that hard to make, code-wise, but the tricky part is how to actually put check in place such that this gives you something useful. For example, if namespaces are not in use, presumably the l3-agent limit itself to managing a single quantum router? If that is the case, are there way to p
DHCP support for overlapping IPs : Blueprints : neutron
Currently, Quantum supports different networks with overlapping IP addresses, but the Quantum DHCP implementation has an agent that if run on a single device would not support overlapping IPs (due to the fact that there's a single linux IP stack). We could use something like linux namespaces Status: Complete Approver: dan wendlandt Priority: High Drafter: None Direction: Approved Assignee: Mark Mc
Julython
Hello Julython We're making changes. Check back later as the dust clears!
Quantum Multi-host DHCP : Blueprints : quantum
Goal here is to have a DHCP implementation that provides the same properties as nova-network's "multi_host" functionality, where the DHCP server for a particular VM runs directly on the same hypervisor as the VM itself (with the exception of when a VM migrates). The main goal of this approach is that you don't need to worry about providing HA for a centralized DHCP agent. Note: the downside of thi
Bug #1036910 “devstack support for l3 agent” : Bugs : neutron
I have pushed: https://review.openstack.org/#/c/11380 Maybe you can take the best of both patches. Feel free to take ownership of the bug & the review. Salvatore On 15 August 2012 03:45, Nachi Ueno <email address hidden> wrote: > Hi Salvatore > > I have created one > https://github.com/nati/devstack/tree/l3-dev > ( But is is not up to date) > > -- > You received this bug notification because you a
Neutron/APIv2-specification - OpenStack
Neutron v2 API This page is a draft spec and may not reflect the actual implementation. Refer to http://developer.openstack.org/api-ref-networking-v2.html for the latest. Overview Neutron is a project to provide virtual networking services between devices managed by the OpenStack compute service. This document presents and discusses version 2.0 of the Neutron API. For more information on the Neutr
Nova-equivalent Quantum L3 Forwarding, NAT, and Floating-IP Exte... : Blueprints : neutron
Expecting publicly available WIP review branch by monday 8/6/12. - router CRUD API (DONE) - DB-plugin router CRUD impl (DONE) - python-quantumclient + CLI router CRUD (DONE) - basic l3-agent, using polling (DONE) - floating-ip CRUD API (DONE) - DB-plugin floating-ip CRUD impl (DONE) - python-quantumclient + CLI floating-ip CRUD (DONE) - l3-agent with floating-ip (DONE) - gateway CRUD API (DONE) -
OpenStack Quantum Intro (OS Meetup 3-26-12)
Quantum provides network connectivity as a service for OpenStack clouds. It allows tenants to create multiple private networks with custom topologies and control IP addressing. Quantum uses a plugin architecture that supports different networking technologies like Open vSwitch, Cisco UCS, and Linux bridge. This provides choice and enables advanced network services. The Quantum API and plugins mana
Installing from Source - OpenStack Quantum Administration Guide - Essex (2012.1)
The Quantum server code currently depends on code in python-quantumclient, so the client code must always be downloaded and installed. First, install python setup tools. For example, on Ubuntu: sudo apt-get install python-setuptools python-dev libxslt1-dev Then install the client and server packages using setup tools. For example, on Ubuntu:tar xzf python-quantumclient-<version>.tar.gz tar xzf qu
NeutronDevstack - OpenStack
Basic Setup In order to use Neutron with devstack (http://devstack.org) a single node setup, you'll need the following settings in your local.conf (see this page for more details on local.conf). [[local|localrc]] disable_service n-net enable_service q-svc enable_service q-agt enable_service q-dhcp enable_service q-l3 enable_service q-meta # Optional, to enable tempest configuration as part of devs
Openstack Quantum Security Groups Session
5. Nova Security Groups • Collection of network access rules that specify what traffic is allowed to ingress a VM • Associated with a VM at startup – If Security Group not specified, VM belongs to default Security Group which allows traffic from all other members of the group • A VM can be associated with many Security Groups • Security Rule specifies: – Source of traffic (IP subnet in CIDR notati
Quantum-l3-firewalls-and-dhcps - OpenStack
Abstract The idea behind this blueprint is to extend quantum to provide firewalls and dhcps control. Design Summary Agents are running on dhcps and firewalls to execute the proper work dictated by quantum via amqp: dhcp plugin works with any *nix os that uses isc-dhcp-server. firewall plugin is currently working with linux, but the data model should be usable with any firewall appliance DHCP DHCP
QuantumOVSDemo - Wiki
Please direct questions to Dan Wendlandt (dan@nicira.com) Update: We're in the process of transitioning the Quantum Demo to devstack. Please see: http://wiki.openstack.org/QuantumDevstack Overview Quantum is a "virtual network service" for OpenStack services like Nova. Similar to how Nova lets tenants create and configure VMs, Quantum lets tenants create and configure L2 networks. This demo show
Openstack Quantum: Virtual Networks for OpenStack Dan Wendlandt – dan@nicira.com Outline What is Quantum? Why do we want Quantum? Architecture Basics Current project status Roadmap? What is Quantum? A standalone Openstack service Provides network conne
Openstack Quantum: Virtual Networks for OpenStack Dan Wendlandt – dan@nicira.com Outline What is Quantum? Why do we want Quantum? Architecture Basics Current project status Roadmap? What is Quantum? A standalone Openstack service Provides network connectivity between a set of network “interfaces” from other service (e.g., vNICs from compute service, interfaces on a load-balancer service). Exposes
Quantum-l3 - OpenStack
Git Branch: https://github.com/CiscoSystems/quantum/tree/int/l3apiframework Created: Dec 13 2011 Quantum L3 (Forwarding) Model and API Update: Here is a revised model based on feedback: |alt L3 Model Schematic Abstract Today’s Quantum Service implements Virtual Network (L2) abstractions. Using Quantum's RESTful API, clients can create virtual networks, ports on the virtual networks, and attach VM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nec-openstack/quantum-openflow-plugin: Quantum NEC OpenFlow Plugin (for Essex)
GitHub - midokura/midonet-openstack
devstack/stack.sh at l3-dev · nati/devstack · GitHub
Home
Quantum Folsom Summit Developer Overview
