Hi Ravi, Thanks for giving reference examples.
Though I tried to give very generic use case without referring to Networking use cases. It is good that you referred to examples so that the community can understand the need for it. Regards, Balaji.P From: Ravi Chunduru [mailto:ravi...@gmail.com] Sent: Monday, September 30, 2013 10:16 PM To: OpenStack Development Mailing List; Palanisamy, Anand Cc: Sean Dague Subject: Re: [openstack-dev] [Nova] [Libvirt] Virtio-Serial support for Nova libvirt driver Let me present an use case. Today Nova enables to launch guests of different types. For real deployments we would need appliances from various vendors to run as instances. Appliances can be Loadbalancer, Firewall, IPsec, Routers or UTM etc., These appliances can be tied up with Neutron Services and would need configuration from various services like FWaaS, LBaaS, VPNaaS etc., One way to configure these appliances from Neutron Agents is by opening up the so needed virtio unix channel socket and reach the configuration daemon in the appliance. Other approach is by having a separate network for management activities and having agent to communicate to a daemon in netns to reach out to appliance. For us, it means additional daemon in the second approach. In case of first approach it is similar to Vmware way of configuring appliance. Check this for reference http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1010806 Please look from Network appliance perspective to enable this featue. I welcome if you can suggest us if spicevm or generic qemu guest agent can help. If so, how the adaptability with vendors can be solved. Let me know if you need more information. Thanks, -Ravi. On Mon, Sep 30, 2013 at 8:05 AM, Russell Bryant <rbry...@redhat.com<mailto:rbry...@redhat.com>> wrote: On 09/30/2013 07:57 AM, Sean Dague wrote: > On 09/30/2013 07:51 AM, Daniel P. Berrange wrote: > <snip> >> I'm not convinced that we should be in the business of adding features to >> Nova for integration with arbitrary, closed source host components which >> we have no information about. > > +1 +2 -- Russell Bryant _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Ravi
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
