Is a truly skeletal configuration available? As far as I can tell, the choice right now is to start with no configuration files at all, or else to install a sample set that is bursting with stuff. So far, I've installed the samples, and tried to strip out the parts that are obviously not needed by me: The dialplan is the best example that I can think of: all the exts that replace functions on Snom/Linksys phones, record/play video, demo substitute ring tone, call groups, add/del groups, dynamically create numerous types of conferences, call features like redial/hold/etc, the exts for the demo IVR, and so on. I know enough to know that I don't want those on a live system, but I don't know enough to know if it is safe to remove parts. Will I break refer or deflect if I get rid of the "refer" ext? Is "unloop" only necessary as a safety feature if I'm connecting sessions to SIP URIs outside of the local FS? ? Can I drop "external-sip-uri" if users won't be calling external URIs, or will that completely block FS from connecting to external URIs in all cases? I think I can dump features.xml altogether. There are an internal and external SIP profile. If I'm only hosting a voice application, I think I can dump the internal profile and just run the default external profile on 5060, but there are a huge amount of options in there that look as if they're setup to cover cases where the external profile is used to connect to ITSPs, which I won't. There are so many configuration files that I'm not comfortable with blowing the whole directory tree away and recreating a raw basics version of each of them. While I don't feel paranoid about a specific part of the security of the full samples install, my rule is always that I try to not run anything that I don't at least somewhat understand. There seem to be so many little demos and optional features that I know that I by no means understand the implications of what they could be used to do in combination with what I'll add later. It seems safer to start from the bare basics, and only add what is needed, but, for now, I must start with the samples, and try to strip away as much as I can without breaking FS. For me, I'm using FS as a platform for running a voice app, so I need little, if any, PBX type features. Some people that might wish to use FS as a PBX might not want all of the demo bits, though. An absolute minimum set of configuration files, as well as a set containing the essentials for a app platform or PBX would be useful, if they don't already exist somewhere. Bryan