On Friday 16 Nov 2012, martin f krafft wrote:
> also sprach Raj Mathur (राज माथुर)
[2012.11.16.1005 +0100]:
> > Warning: Not a fan of using whitespace as semantic markup, so no
> > Django this side. Fine with Perl or Java, though.
>
> As long as we can agree on using a database (i.e. no MySQL)
also sprach Raj Mathur (राज माथुर) [2012.11.16.1005
+0100]:
> Warning: Not a fan of using whitespace as semantic markup, so no Django
> this side. Fine with Perl or Java, though.
As long as we can agree on using a database (i.e. no MySQL) or the
filesystem (Git…), then the question of which la
On Friday 16 Nov 2012, martin f krafft wrote:
> also sprach Paul Belanger
[2012.11.08.2304 +0100]:
> > Either way, it sounds like you need to store your data some place
> > and start building it out.
>
> To recap: given that Asterisk RealTime doesn't really provide
> anything more than real-time
also sprach Paul Belanger [2012.11.08.2304
+0100]:
> Either way, it sounds like you need to store your data some place and
> start building it out.
To recap: given that Asterisk RealTime doesn't really provide
anything more than real-time access to data (i.e. the data in the
database are not any
On 12-11-08 01:41 AM, martin f krafft wrote:
also sprach Paul Belanger [2012.11.07.2340
+0100]:
What is your point of pain? Right now we do most of the
configuration, provisioning, and system management outside of
asterisk.
My systems are already managed automatically, thankfully no longer
w
On Thu, 2012-11-08 at 10:07 +0100, martin f krafft wrote:
> also sprach Jeff LaCoursiere [2012.11.07.2049 +0100]:
> > Just to chime in, if you REALLY want multi-tenant, it is super
> > easy and surprisingly efficient to use kernel level virtualization
> > to run multiple instances of asterisk (and
On Thu, Nov 08, 2012 at 07:41:45AM +0100, martin f krafft wrote:
>
> My systems are already managed automatically, thankfully no longer
> with Puppet. ;)
Just out of curiosity why do you say this?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 358
A newbie question : Can each LXC "client" have their own ip address ?
Thanks
Julian
On 8 November 2012 07:17, Olivier wrote:
>
>
> 2012/11/7 Jeff LaCoursiere
>>>
>>>
>> Just to chime in, if you REALLY want multi-tenant, it is super easy and
>> surprisingly efficient to use kernel level virtual
also sprach Jeff LaCoursiere [2012.11.07.2049 +0100]:
> Just to chime in, if you REALLY want multi-tenant, it is super
> easy and surprisingly efficient to use kernel level virtualization
> to run multiple instances of asterisk (and even FreePBX). We use
> LXC to do this. The "host" runs an inst
2012-11-08 00:26, Jeff LaCoursiere skrev:
On 11/07/2012 05:20 PM, Jeff LaCoursiere wrote:
On 11/07/2012 02:16 PM, Johan Wilfer wrote:
2012-11-07 20:49, Jeff LaCoursiere skrev:
Just to chime in, if you REALLY want multi-tenant, it is super easy and
surprisingly efficient to use kernel level vir
2012/11/7 Jeff LaCoursiere
>
>> Just to chime in, if you REALLY want multi-tenant, it is super easy and
> surprisingly efficient to use kernel level virtualization to run multiple
> instances of asterisk (and even FreePBX). We use LXC to do this. The
> "host" runs an instance that has the dahd
also sprach Logan Bibby [2012.11.08.0747 +0100]:
> What about just setting up a database which stores your data
> however you want then generate static files from that data or
> creating views for realtime (where appropriate)?
Sure, I could do that. First, however, I would like to keep scouting
f
What about just setting up a database which stores your data however you
want then generate static files from that data or creating views for
realtime (where appropriate)?
That's how I do it with my company's system.
To keep things not so complicated, I have AGI scripts. Keeps things clean
and is
also sprach Paul Belanger [2012.11.07.2340
+0100]:
> What is your point of pain? Right now we do most of the
> configuration, provisioning, and system management outside of
> asterisk.
My systems are already managed automatically, thankfully no longer
with Puppet. ;)
I am only talking about con
On 11/07/2012 05:20 PM, Jeff LaCoursiere wrote:
On 11/07/2012 02:16 PM, Johan Wilfer wrote:
2012-11-07 20:49, Jeff LaCoursiere skrev:
Just to chime in, if you REALLY want multi-tenant, it is super easy and
surprisingly efficient to use kernel level virtualization to run
multiple instances of as
On 11/07/2012 02:16 PM, Johan Wilfer wrote:
2012-11-07 20:49, Jeff LaCoursiere skrev:
Just to chime in, if you REALLY want multi-tenant, it is super easy and
surprisingly efficient to use kernel level virtualization to run
multiple instances of asterisk (and even FreePBX). We use LXC to do
this
On 12-11-07 05:41 AM, martin f krafft wrote:
Hello,
we are finally going to redesign our Asterisk-Setup, which has grown
quite complex. We have five sites with a total of 400 users, 15 SIP
registrations and 3 IAX registrations. We do not use any
VoIP-hardware, so it's all software-based. But we
2012-11-07 20:49, Jeff LaCoursiere skrev:
> Just to chime in, if you REALLY want multi-tenant, it is super easy and
> surprisingly efficient to use kernel level virtualization to run
> multiple instances of asterisk (and even FreePBX). We use LXC to do
> this. The "host" runs an instance that has
On 11/07/2012 01:06 PM, Joshua Colp wrote:
martin f krafft wrote:
also sprach Joshua Colp [2012.11.07.1831 +0100]:
Peer names have to be distinct, this is just a fundamental design
element of chan_sip. What a lot of people end up doing is instead of
treating peers as people they treat them as
martin f krafft wrote:
also sprach Joshua Colp [2012.11.07.1831 +0100]:
Peer names have to be distinct, this is just a fundamental design
element of chan_sip. What a lot of people end up doing is instead of
treating peers as people they treat them as devices. The peer name
becomes the MAC addre
also sprach Joshua Colp [2012.11.07.1831 +0100]:
> Peer names have to be distinct, this is just a fundamental design
> element of chan_sip. What a lot of people end up doing is instead of
> treating peers as people they treat them as devices. The peer name
> becomes the MAC address of the device t
martin f krafft wrote:
Can Asterisk do virtual hosting? While I want/need the sites to be
hosted by the same instance (so that e.g. calls can be transferred
easily), I don't want to have to name my peers [site1-john], and
I want people to be able to SIP-dial j...@site1.example.org and
j...@site2.
Can Asterisk do virtual hosting? While I want/need the sites to be
hosted by the same instance (so that e.g. calls can be transferred
easily), I don't want to have to name my peers [site1-john], and
I want people to be able to SIP-dial j...@site1.example.org and
j...@site2.example.org and trust tha
Hello,
we are finally going to redesign our Asterisk-Setup, which has grown
quite complex. We have five sites with a total of 400 users, 15 SIP
registrations and 3 IAX registrations. We do not use any
VoIP-hardware, so it's all software-based. But we make heavy use of
features, including voicemail
24 matches
Mail list logo
