[asterisk-users] Asterisk 'Hosting'
Eric "ManxPower" Wieling
eric at fnords.org
Wed Aug 16 15:21:41 MST 2006
Why make things so much more complicated than they need to be.
Asterisk has had support for doing this for ages. The term you are
looking for is "contexts".
Brandon Galbraith wrote:
> You could use Xen on Fedora Core 6 and virtualize each instance if you feel
> the need is there.
>
> On 8/16/06, Douglas Garstang <dgarstang at oneeighty.com> wrote:
>>
>> > -----Original Message-----
>> > From: Matt Riddell (NZ) [mailto:matt.riddell at sineapps.com]
>> > Sent: Wednesday, August 16, 2006 12:06 PM
>> > To: Asterisk Users Mailing List - Non-Commercial Discussion
>> > Subject: Re: [asterisk-users] Asterisk 'Hosting'
>> >
>> >
>> > -----BEGIN PGP SIGNED MESSAGE-----
>> > Hash: SHA1
>> >
>> > Douglas Garstang wrote:
>> > > Has anyone ever tried to run multiple instances of Asterisk
>> > on a single system, running each with a different username,
>> > and each in a separate base directory? Something like
>> > /home/pbx/business-1, home/pbx/business-2 etc?
>> > >
>> > > Did it work? I assume for every service that Asterisk runs,
>> > on each instance, you'd have to use a different port numbers,
>> > which may get confusing. Each businesses phones would have to
>> > be configred with different SIP ports then too.
>> > >
>> > > What about processes? I notice that Asterisk runs about 26
>> > processes (or are they threads?) for a single instance.
>> >
>> > Why not just use different contexts for each company?
>>
>> Because Asterisk wasn't designed with carrier class features in mind. It
>> was designed for a single enterprise. The dialplan, and config files,
>> start
>> to get very very complicated after you add more than a few companies.
>> Combine that with having to have multiple extensions for a single
>> function
>> (our Queues are accessed by a regular extension but then have to dial
>> another 'virtual' extension so that DUNDi can work out the 'primary'
>> server
>> for a queue) and so on. Anyway, it's becoming unmanagable.
>>
>> Doug.
>>
>> _______________________________________________
>> --Bandwidth and Colocation provided by Easynews.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
--
Now accepting new clients in Birmingham, Atlanta, Huntsville,
Chattanooga, and Montgomery.
More information about the asterisk-users
mailing list