I found really time and resource consuming having an asterisk (even if virtualized) for each client. I see a lots of companies failing when reaching around 40/50 virtual severs. The time needed to maintain all these servers were too big for the money the clients can provide. I think it is more convenient to have a multi tenant setup where a single central asterisk handle all the virtual pbx for the clients. The resources needed for a new client are almost zero and you can acquire even little office with just a couple of phones.
Leandro 2014-08-06 19:24 GMT+02:00 Aryn Nakaoka 808.356.2901 <[email protected] >: > We use a virtualized asterisk per client - makes feature sets very > powerful. Then we have a centralized core for additional features that > Asterisk can not provide. Its not auto provisioning, but we're aiming for > B2B vs. self-service market. Billing is done via flat rate or A2Billing. > > It'll come close to meta switch or broad soft but you will need to service > your clients. BUT you wold be 100% opensource. > > > > > > > > Aryn H. K. Nakaoka > [email protected] > > Direct: 808.356.2901 > Fax : 808.356.2919 > > Call me with our Browser Phone : https://encrypted.alohatone.com/3562901 > > Tri-net Solutions > 733 Bishop St. #1170 > Honolulu, HI 96813 > http://www.trinet-hi.com > > Aloha Tone PBX http://youtu.be/27v2wbnFIDs > > EncryptedHawaii.com : http://tinyurl.com/emailchainofcustody > > CONFIDENTIALITY NOTICE: The information contained in this email and any > attachments may be privileged, confidential and protected from disclosure. > Any disclosure, distribution or copying of this email or any attachments by > persons or entities other than the intended recipient is prohibited. If you > have received this email in error, please notify the sender immediately by > replying to the message and deleting this email and any attachments from > your system. Thank you for your cooperation. > > > > > > On Wed, Aug 6, 2014 at 6:38 AM, MiRTA PBX team <[email protected]> wrote: > >> I almost agree with you, but I think instead of saying "The drawback to >> Asterisk is you have to add lots of extra stuff" I will say "The drawback >> to Asterisk is you have to DISABLE a lots of extra stuff". Yes, if you are >> doing a pure SIP routing, you may disable IAX and all other VoIP protocol >> you do not need, you may disable all applications you don't use and reduce >> asterisk to the bare minimum, but are they really hurting you? I cannot >> compare asterisk to other VoIP software because I just know asterisk, but >> having something "more" was never been a problem. Problems can arise when >> you need a feature and you do not have it. We are working in a highly >> competitive market where we fight to the death for every single customer, >> trying to pleasant them as much as we can. Often clients have silly >> requests and I appreciate when I have a software even capable to play chess >> with the caller while on hold. >> >> Leandro >> >> >> 2014-08-06 17:10 GMT+02:00 Eric Wieling <[email protected]>: >> >>> A well spec’d Asterisk box can handle well 500+ calls if audio is not >>> going through Asterisk. The drawback to Asterisk is you have to add lots >>> of extra stuff. The few GUIs availabe for Asterisk are all designed for >>> SMBs, not for a carrier. I love Asterisk, but it would not come close to >>> fufilling the original poster’s needs for things like SMS (for some values >>> of “SMS”). >>> >>> >>> >>> *From:* VoiceOps [mailto:[email protected]] *On Behalf Of *John >>> Curry >>> *Sent:* Tuesday, August 05, 2014 1:52 PM >>> *To:* 'Chris Carabello'; [email protected] >>> >>> *Subject:* Re: [VoiceOps] Multi Tenant Commercial Softswitch Besides >>> Broadsoft >>> >>> >>> >>> Other considerations (cost) >>> >>> >>> >>> An Asterisk 1U server sotswitch will comfortably handle 100 concurrent >>> calls, as a business grows Additional 1U Servers are added. If a 1U switch >>> would crash, automatic failover to other 1U load balanced softswitch >>> servers. Because of the lower cost entry redundancy in multiple >>> Co-locations is easily accomplished. Live CDR can be pushed to the billing >>> product of your choice. >>> >>> >>> >>> A class 4 or 5 tandem switch is very expensive. Multiple co-location is >>> next to impossible unless you have seven digits to invest. >>> >>> >>> >>> John >>> >>> [image: cid:[email protected].] >>> >>> >>> >>> *From:* VoiceOps [mailto:[email protected] >>> <[email protected]>] *On Behalf Of *Chris Carabello >>> *Sent:* Monday, August 4, 2014 8:56 PM >>> *To:* [email protected] >>> *Subject:* Re: [VoiceOps] Multi Tenant Commercial Softswitch Besides >>> Broadsoft >>> >>> >>> >>> Hi, >>> >>> >>> >>> I’m a new member to the group and happy to contribute to this thread. >>> >>> >>> >>> For background purposes, Metaswitch has hundreds of service providers >>> globally using our carrier-grade platform to deliver a complete Class 5, >>> Trunking, and Hosted PBX solution and Accession UC Client to a broad range >>> of enterprise customers. We also have a number of service providers who >>> offer a wholesale “whitelabel” offering as well. >>> >>> >>> >>> I’ll be happy to address specific questions about the breadth of our >>> solution. Suffice it to say that service providers, large and small, are >>> winning in the market with our feature set. We are also deployed in >>> service providers who offer the same enterprise offering alongside those >>> which is built on other vendors’ platforms (as a result of M&A). In other >>> scenarios, service providers have opted to completely migrate from other >>> platforms to Metaswitch. >>> >>> >>> >>> In other cases, we provide the Class 4, Media Gateway functions (we can >>> talk TDM and SIP), and/or SBC, which has been reviewed favorably by >>> independent analysts and the market alike and can be deployed on HW or >>> virtualized as well. >>> >>> >>> >>> >>> >>> Chris Carabello >>> >>> Senior Director - Product Marketing >>> >>> 510-217-2019 >>> >>> >>> >>> *METASWITCH NETWORKS * >>> >>> THE BRAINS OF THE NEW GLOBAL NETWORK >>> *www.metaswitch.com <http://www.metaswitch.com>* >>> >>> >>> >>> >>> >>> _______________________________________________ >>> VoiceOps mailing list >>> [email protected] >>> https://puck.nether.net/mailman/listinfo/voiceops >>> >>> >> >> _______________________________________________ >> VoiceOps mailing list >> [email protected] >> https://puck.nether.net/mailman/listinfo/voiceops >> >> >
_______________________________________________ VoiceOps mailing list [email protected] https://puck.nether.net/mailman/listinfo/voiceops
