[asterisk-biz] Looking for carrier grade redundant solution

Christopher Aloi chris.aloi at gmail.com
Sun Jul 30 17:39:07 MST 2006


Comments Inline.

On 7/29/06, Craig Lawrence <craig at mytel.net.au> wrote:
>
>  Hi
>
> <While Enswitch sounds like a a nice solution, I don't believe it's for
> our shop.>
>
> Which part of Enswitch doesn't do what you have described? I'd like to
> know as we've been looking at Enswitch.
>

I prefer to develop the solution inhouse without depending on a solution
provided by another vendor.  To me, this would take away from the openness
of the platform.  If I develop an application and put it in the core of my
network, I want to understand how it works, and what it is capable of.


> <I really would like to develop this solution internally.>
>
> So, are you looking for a consultant to do most of the work for you?
>

Not looking for a consultant, I was writing the list to get an idea of what
others are doing.  It's an attempt learn and better understand how I can
benefit from this application.



Regards
>
>  -----Original Message-----
> *From:* asterisk-biz-bounces at lists.digium.com [mailto:
> asterisk-biz-bounces at lists.digium.com] *On Behalf Of *Christopher Aloi
> *Sent:* Sunday, 30 July 2006 3:28 AM
> *To:* asterisk-biz at lists.digium.com
> *Subject:* RE: [asterisk-biz] Looking for carrier grade redundant solution
>
>
> Thanks for the informative replies.
>
> While Enswitch sounds like a a nice solution, I don't believe it's for our
> shop.  I really would like to develop this solution internally.
>
> My thoughts thus far are pointing towards a scalable, redundant solution
> based on stock hardware.
>
> I am thinking of running a matched server pair (1 or 2U) as the
> application servers (both running a matched Asterisk build) most likely on
> RHL.  The servers will contain redundant hardware (power supplies etc...)
>
> The application servers will be backed up by a matched pair of MySQL
> servers which will use MySQL replication between each other and will use a
> floating IP; a heartbeat will beat between the pair and nominate one a
> master should another fail.
>
> The disk storage will be local or offloaded to an existing netApp filer.
>
> From the reading I've done, running SER as a proxy to the two application
> servers should serve it's purpose well, providing load balancing and
> monitoring of the application server behind it (should one Asterisk box
> return a 3XX-5XX I would then route advance to the second application server
> and take the first offline.
>
> Question - Is running SER by best bet here? Would I be better off running
> a heartbeat between the two app servers?
>
> I am not too worried about SIP registration/expiration's of the SIP users
> or peers:
> 1) Most of the call center traffic will be terminated out another
> platform; the calls are being sent to a DID (not a SIP URL).
> 2) My SIP peers are all within the trusted network core and will not need
> to maintain status of each other.
>
> Here's where it gets tricky:
>
> As agents login to a queue or become 'available' Asterisk is maintaining
> their state; I believe an agents state is maintained across an Asterisk
> reload.  Could an agents state be maintained should the second app server
> take over for the first?
>
> Anyone attending ClueCon next week??
>
> Thanks,
>
> _Chris_
>
>
>
>
>
>
>
> On 7/28/06, Douglas Garstang < dgarstang at oneeighty.com> wrote:
> >
> >  What about sip registration replication?
> >  What about SIP subscription replication?
> > What about BLF replication?
> > What about using DUNDi to replicate applications for redundancy?
> > How would you handle different phones ability to failover if they don't
> > do it so well?
> > How would handle the fact that the config files have a hard coded
> > database IP?
> >
> > And so on...
> >
> > I don't think anyone has a great solution to date.
> >
> >
> >  -----Original Message-----
> > *From:* Stephen Wingfield [mailto:steve at bicom.us]
> > *Sent:* Friday, July 28, 2006 4:14 PM
> > *To:* Asterisk Users Mailing List - Non-Commercial Discussion
> > *Subject:* Re: [asterisk-users] Looking for carrier grade redundant
> > solution
> >
> >  Chris,
> >
> > Heartbeat failover will usually be your best mixed approach.
> >
> > As always there is a cost benefit to be considered.
> > Where the call absolutely has to stay up then Fault-Tolerant software
> > and hardware is the only option that works with Asterisk to date.
> >
> > If however you wish to keep costs to a mimimum then possibly an onsite /
> > hosted model where the back up is available remotely. This model depends on
> > set up however.
> >
> > In all cases I would suggest you take a peruse of PBXware : http://www.bicomsystems.com/products/online_demo/
> >  which is our SMB Edition. We will next week launch our Call Center
> > Edition that is packed with features and functions to assist the running of
> > a dedicated to running a Call Center efficiently.
> >
> > Feel free to contact me offline steve {at] bicomsystems {dot] com and
> > can make more precise suggestions according to requirement.
> >
> > Regards
> > Steve
> >
> >
> >
> > ----- Original Message -----
> > *From:* Christopher Aloi <chris.aloi at gmail.com>
> > *To:* Asterisk Users Mailing List - Non-Commercial Discussion<asterisk-users at lists.digium.com>;
> > asterisk-biz at lists.digium.com
> > *Sent:* Friday, July 28, 2006 3:44 AM
> > *Subject:* [asterisk-users] Looking for carrier grade redundant solution
> >
> > Hello List -
> >
> > We are looking add Asterisk to the core of our voice/data network.  Our
> > first application will provide a hosted call center application for a number
> > of tenants (customers) who will have between 5-20 agents (seats) answering
> > ingress calls.  The calls will ingress and egress the Asterisk server SIP
> > (all TDM is handled by Sonus switches).
> >
> > My goal is to design a redundant solution using a multiple Asterisk
> > servers with an NFS mounted filesystem.
> >
> > I've done some reading regarding Asterisk redundany, and so far it seems
> > the best approach is running redundant hardware (power supplies etc),
> > matching servers (with a heart beat ping between them) and a NFS filer for
> > storage (hot swapable) connected to each box via gigE.
> >
> > Am I on the right track?  Any other suggestions or resources I might
> > have missed regarding developing a redundant solution?
> >
> > Thanks for your time,
> >
> > _Chris_
> >
> > ------------------------------
> >
> > _______________________________________________
> > --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
> >
> >
> >
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.10.5/403 - Release Date: 28/07/2006
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.10.5/403 - Release Date: 28/07/2006
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-biz mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-biz
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-biz/attachments/20060730/732daca0/attachment.htm


More information about the asterisk-biz mailing list