<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 9, 2014 at 6:14 AM, Steven Dake <span dir="ltr"><<a href="mailto:sdake@redhat.com" target="_blank">sdake@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">that</blockquote></div><br>Steve<div>Thanks for detailed email. Apologize for the delayed response but we have been thinking about how does software config fit into configuring network and service function devices. I agree with you that in general it is best to get appliance vendors to put cloudinit into their images and thus get on board with what every cloud is doing. I thought I would get some feedback on the direction of Heat for configuring network devices and appliances. </div>
<div><br></div><div>I am thinking there are few things to consider for configuring Network and Network Service devices/Virtual Appliances. </div><div><br></div><div>Neutron APIs along with the service APIs provide a way to configure network devices by abstracting the APIs and have a plugin model for individual devices. These APIs include Neutron core apis, Service API such as LBaaS, FWaaS, VPNaaS. Though these are currently for physical devices, there is a movement towards configuring Virtual Appliances too. These APIs will be addressed via Heat Neutron resources.</div>
<div><br></div><div>While *aaS do address configuring the supported service, they do not address the bootstrapping of the device. Generally for most devices bootstrapping is done via rest API and/or SSH. And for unsupported  services that do not have these APIs one needs to use custom way to configure where Heat can really help.  Bootstrapping includes installing licences, configuring admin password, upgrade software  and some with more than that. For this our thought is it would be great to have  Heat software config/deployment do bootstrapping, upgrade etc.</div>
<div><br></div><div> While I agree long term is to have vendors to implement cloudinit framework, we were wondering if there is an intermediate solution that will allow configuration <span style="font-family:arial,sans-serif;font-size:13px">without requiring agent and cloudinit, If there is enough critical mass behind such a requirement we can have further discussions on the design and implementation options.</span></div>
<div> </div><div>BTW puppet seems to use similar proxy way to network device configuration. See link below</div><div><a href="https://puppetlabs.com/blog/managing-f5-big-ip-network-devices-with-puppet">https://puppetlabs.com/blog/managing-f5-big-ip-network-devices-with-puppet</a><br>
</div><div><br></div><div>thanks</div><div>prasadv</div><div><br></div></div></div>