Right - understood - My question was around the AS/XS server - the one housing all the service logic. That system may be problematic since the service model is usually a fixed number of features in inventory. I would think you could use puppet to spin up media servers as needed - and network servers to a lesser extent. As for engaging BroadSoft TAC I would ask them this - if the server was provisioned and placed into server in a more traditional manner - would BroadSoft TAC allow tickets to be opened? Assuming the answer would be yes - I would then position your Puppet deployment to BroadSoft TAC as just that - your deployment platform (jump box to them). Other than asking permission I doubt you would need to ask BroadSoft anything around Puppet in particular - just tell them your servers are being provisioned via Puppet. If the servers are provisioned to BSFT spec then you should be ok. Hope this helps, Alex Hardie On Monday, December 8, 2014 12:48 AM, John Botha Hotmail <johnbotha at hotmail.com> wrote: Broadsoft at an application layer itself isn't aware of it. When we queried them around the use of puppet or any other 3d party software of any kind, their reply was that general policy is not to support any software not loaded by Broadsoft that can even remotely possibly interfere with the working of the application. Anything we cannot raise a TAC on is not supported. On 07/12/2014 21:22, Alex Hardie wrote: Wait - why would BroadSoft even be aware of Puppet? I assume orchestration was around spinning up various servers - AS servers are the only ones that would be bound by licenses. Spinning up NS or MS should be transparent - they (BroadSoft) wouldn't care. What servers were you provisioning ? Alex Hardie On Dec 7, 2014, at 1:27 AM, johnbotha <johnbotha at hotmail.com> wrote: We tried using puppet, but had top remove it due to broadsoft policy on unsupported software. Sent from Samsung Mobile -------- Original message -------- From: Peter E <peeip989 at gmail.com> Date: 05/12/2014 22:57 (GMT+02:00) To: VoiceOps <voiceops at voiceops.org> Subject: [VoiceOps] Broadsoft / Puppet Anyone out there using Puppet to help manage their Broadsoft servers? Any conflicts or issues? Any feedback appreciated. Thanks, Pete _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops _______________________________________________

VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

That's what was driving my question, John. Looking to use it for change management On Dec 8, 2014, at 7:57 AM, John Botha <johnbotha at hotmail.com> wrote: Hoping i am not getting wires crossed or misunderstanding here. I administer the broadsoft and sbc voip platform, our sysadmins uses puppet not for orchestration or vm management but for configuration management with a puppet client (http://puppetlabs.com/) The puppet deployment we have focuses on keeping configuration files in sync and current and have rollback in case someone badly fubar the OS platform. Date: Mon, 8 Dec 2014 02:35:53 -0800 From: ahardie at bellsouth.net Subject: Re: [VoiceOps] Broadsoft / Puppet To: johnbotha at hotmail.com CC: peeip989 at gmail.com; voiceops at voiceops.org Right - understood - My question was around the AS/XS server - the one housing all the service logic. That system may be problematic since the service model is usually a fixed number of features in inventory. I would think you could use puppet to spin up media servers as needed - and network servers to a lesser extent. As for engaging BroadSoft TAC I would ask them this - if the server was provisioned and placed into server in a more traditional manner - would BroadSoft TAC allow tickets to be opened? Assuming the answer would be yes - I would then position your Puppet deployment to BroadSoft TAC as just that - your deployment platform (jump box to them). Other than asking permission I doubt you would need to ask BroadSoft anything around Puppet in particular - just tell them your servers are being provisioned via Puppet. If the servers are provisioned to BSFT spec then you should be ok. Hope this helps, Alex Hardie On Monday, December 8, 2014 12:48 AM, John Botha Hotmail <johnbotha at hotmail.com> wrote: Broadsoft at an application layer itself isn't aware of it. When we queried them around the use of puppet or any other 3d party software of any kind, their reply was that general policy is not to support any software not loaded by Broadsoft that can even remotely possibly interfere with the working of the application. Anything we cannot raise a TAC on is not supported. On 07/12/2014 21:22, Alex Hardie wrote: Wait - why would BroadSoft even be aware of Puppet? I assume orchestration was around spinning up various servers - AS servers are the only ones that would be bound by licenses. Spinning up NS or MS should be transparent - they (BroadSoft) wouldn't care. What servers were you provisioning ? Alex Hardie On Dec 7, 2014, at 1:27 AM, johnbotha <johnbotha at hotmail.com> wrote: We tried using puppet, but had top remove it due to broadsoft policy on unsupported software. Sent from Samsung Mobile -------- Original message -------- From: Peter E <peeip989 at gmail.com> Date: 05/12/2014 22:57 (GMT+02:00) To: VoiceOps <voiceops at voiceops.org> Subject: [VoiceOps] Broadsoft / Puppet Anyone out there using Puppet to help manage their Broadsoft servers? Any conflicts or issues? Any feedback appreciated. Thanks, Pete _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

Can I ask a dumb question and ask was Puppet using the BSFT provisioning API (OCIP)? If so then there should be no problem. I don?t want to beat a horse here ? but I can?t get past your original request being so benign it shouldn?t matter. Alex Hardie alex hardie | ahardie at bellsouth.net | +1 404 229 7635 From: John Botha <johnbotha at hotmail.com> Date: Monday, December 8, 2014 at 9:06 AM To: Peter E <peeip989 at gmail.com> Cc: Alexander Hardie <ahardie at bellsouth.net>, Voiceops Mailing List <voiceops at voiceops.org> Subject: RE: [VoiceOps] Broadsoft / Puppet Well, when we attempted to deploy the client on our *nix servers (spread of solaris and RHN), we questioned TAC/BSFT on whether it invalidates our support contract with them. Their reply was that NO 3d party software is allowed unless it is a part of the broadsoft platform and supported by them. The common understanding is - use it if you want, but do so at your own risk. They will not be held accountable or responsible if it breaks or interferes with the normal working of the platform, be it OS or application. We ended up not using puppet. CC: ahardie at bellsouth.net; voiceops at voiceops.org From: peeip989 at gmail.com Subject: Re: [VoiceOps] Broadsoft / Puppet Date: Mon, 8 Dec 2014 08:00:59 -0500 To: johnbotha at hotmail.com That's what was driving my question, John. Looking to use it for change management On Dec 8, 2014, at 7:57 AM, John Botha <johnbotha at hotmail.com> wrote: Hoping i am not getting wires crossed or misunderstanding here. I administer the broadsoft and sbc voip platform, our sysadmins uses puppet not for orchestration or vm management but for configuration management with a puppet client (http://puppetlabs.com/) The puppet deployment we have focuses on keeping configuration files in sync and current and have rollback in case someone badly fubar the OS platform. Date: Mon, 8 Dec 2014 02:35:53 -0800 From: ahardie at bellsouth.net Subject: Re: [VoiceOps] Broadsoft / Puppet To: johnbotha at hotmail.com CC: peeip989 at gmail.com; voiceops at voiceops.org Right - understood - My question was around the AS/XS server - the one housing all the service logic. That system may be problematic since the service model is usually a fixed number of features in inventory. I would think you could use puppet to spin up media servers as needed - and network servers to a lesser extent. As for engaging BroadSoft TAC I would ask them this - if the server was provisioned and placed into server in a more traditional manner - would BroadSoft TAC allow tickets to be opened? Assuming the answer would be yes - I would then position your Puppet deployment to BroadSoft TAC as just that - your deployment platform (jump box to them). Other than asking permission I doubt you would need to ask BroadSoft anything around Puppet in particular - just tell them your servers are being provisioned via Puppet. If the servers are provisioned to BSFT spec then you should be ok. Hope this helps, Alex Hardie On Monday, December 8, 2014 12:48 AM, John Botha Hotmail <johnbotha at hotmail.com> wrote: Broadsoft at an application layer itself isn't aware of it. When we queried them around the use of puppet or any other 3d party software of any kind, their reply was that general policy is not to support any software not loaded by Broadsoft that can even remotely possibly interfere with the working of the application. Anything we cannot raise a TAC on is not supported. On 07/12/2014 21:22, Alex Hardie wrote:

Wait - why would BroadSoft even be aware of Puppet? I assume orchestration was around spinning up various servers - AS servers are the only ones that would be bound by licenses. Spinning up NS or MS should be transparent - they (BroadSoft) wouldn't care. What servers were you provisioning ? Alex Hardie On Dec 7, 2014, at 1:27 AM, johnbotha <johnbotha at hotmail.com> wrote:

We tried using puppet, but had top remove it due to broadsoft policy on unsupported software. Sent from Samsung Mobile -------- Original message -------- From: Peter E <peeip989 at gmail.com> Date: 05/12/2014 22:57 (GMT+02:00) To: VoiceOps <voiceops at voiceops.org> Subject: [VoiceOps] Broadsoft / Puppet Anyone out there using Puppet to help manage their Broadsoft servers? Any conflicts or issues? Any feedback appreciated. Thanks, Pete _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops