[openstack-dev] [Quantum] Services' Chaining
ravivsn at gmail.com
Wed Apr 10 00:57:28 UTC 2013
We (me and folks from Freescale) have defined APIs in similar approach
for Network Service Appliance Chaining.
The APIs are in this link
We will be soon coming up with a blueprint on it.
Here is the brief summary:
For real time deployments there is need for running Network Service(NS)
Appliances in openstack environment. A typical deployment would need
Firewall, VPN, Intrusion Prevention, Anti Virus scanning etc., for the
traffic reaching to virtual servers. One would want to enforce the
security policies across the networks, between the networks as per their
Another important need for real time deployments is the scalability and
performance. Currently LBaaS is leveraged to provide scalability.
NS Appliance Chains:
There is a need for chaining the network service Appliances using Quantum.
Two types of network service chains are required.
1) Transparent NS Appliance Chain
Needed for treating the traffic transparently. For example, traffic with in
the same subnet.
2) Routed NS Appliance Chain
Applied on traffic between two networks.
Network Service Appliance Chains:
NS Rules provide the flexibility for the admin to control the network
functionality for the given traffic.
One can configure,
a) Scan virus content for the HTTP traffic going to network A
b) Apply Firewall rules for the traffic between Network B and Network C
We also thought of horizon requirement for NS Appliance Image management.
Please review and provide comments.
On Sun, Apr 7, 2013 at 12:48 PM, Sumit Naiksatam
<sumitnaiksatam at gmail.com>wrote:
> Hi All,
> Wanted to bring to your attention the following proposal on "Service
> We aim to extend and enhance the current "services" framework via
> Quantum extensions to make it possible for the user to request that a
> combination of network services be inserted in the user's virtual
> network topology.
> We have proposed a design summit session to discuss this topic and
> there is a prototypical implementation being posted for better
> understanding and validation.
> Kindly review and provide comments.
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev