+1 again on Asterisk since it has the ability to connect to icecast/shoutcast streams (one you manage or existing internet radio) or the ability to just stream from a local directory and it isn't black magic - http://www.voip-info.org/wiki/view/Asterisk+config+musiconhold.conf As Alex said earlier why would you use an appliance when not using one works so well? I would only go the appliance route if this was a premise based system and even then I would probably suggest not using one. Jesse Howard On Mon, Jun 4, 2012 at 5:59 PM, <voiceops-request at voiceops.org> wrote:
Send VoiceOps mailing list submissions to voiceops at voiceops.org
To subscribe or unsubscribe via the World Wide Web, visit https://puck.nether.net/mailman/listinfo/voiceops or, via email, send a message with subject or body 'help' to voiceops-request at voiceops.org
You can reach the person managing the list at voiceops-owner at voiceops.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of VoiceOps digest..."
Today's Topics:
1. Re: MOH server (Alex Balashov) 2. Re: MOH server (Adam Baird)
---------- Forwarded message ---------- From: Alex Balashov <abalashov at evaristesys.com> To: voiceops at voiceops.org Cc: Date: Mon, 04 Jun 2012 18:48:33 -0400 Subject: Re: [VoiceOps] MOH server Seriously. Why would you buy an appliance for such a simple task when you can ... not buy an appliance?
On 06/04/2012 06:34 PM, Carlos Alcantar wrote:
+1 on asterisk
Carlos Alcantar Race Communications / Race Team Member 101 Haskins Way, So. San Francisco, CA. 94080 Phone: +1 415 376 3314 / carlos at race.com / http://www.race.com
From: Brad Anouar <Brad at broadcore.com <mailto:Brad at broadcore.com>> Date: Mon, 4 Jun 2012 22:28:47 +0000 To: Adam Baird <abaird at telesphere.com <mailto:abaird at telesphere.com>**>, VoiceOps <voiceops at voiceops.org <mailto:voiceops at voiceops.org>**> Subject: Re: [VoiceOps] MOH server
Hi Adam,
I don?t know what is the limit on simultaneous calls for this device, but it might be worth checking out.
*Brad Anouar*****| Anywhere (310) 360-2028 | Corporate (800) 942-4700 | www.broadcore.com <http://www.broadcore.com/>
Director - Systems Engineering
cid:image001.png at 01CA9DBA.**5F680190
5933 West Century blvd, Suite 100
Los Angeles, CA 90045
*From:*voiceops-bounces@**voiceops.org <voiceops-bounces at voiceops.org> <mailto:voiceops-bounces@**voiceops.org <voiceops-bounces at voiceops.org>> [mailto:voiceops-bounces@**voiceops.org <voiceops-bounces at voiceops.org>] *On Behalf Of *Adam Baird *Sent:* Monday, June 04, 2012 2:33 PM *To:* VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org> *Subject:* [VoiceOps] MOH server
When we have a customer who is not happy with our Music on Hold options, one of our solutions involves dropping an ATA onsite (Cisco/Linksys running the Streaming Audio Service) that the customer connects their own audio source into. This ATA registers to our system and when presented a call goes off-hook and plays music. These ATAs are limited to 10 simultaneous calls.
We are currently looking for a solution like this that would handle say 50+ calls. I?ve looked around and so far have not found anything. I realize we could theoretically do this with an Asterisk server but we?re ideally looking for a product that?s already baked instead of developing one.
Any ideas?
*ADAM BAIRD* | *SR. VOICE ENGINEER* Anywhere (480) 289-7476 | Fax (480) 289-7477 | abaird at telesphere.com <mailto:abaird at telesphere.com> Telesphere | 9237 E. Via de Ventura, Ste 250 | Scottsdale, AZ 85258 <http://maps.google.com/maps?**f=q&q=9237%20E.%20Via%20de%** 20Ventura,%20Ste%20250%**2CScottsdale%2CAZ%2C85258<http://maps.google.com/maps?f=q&q=9237%20E.%20Via%20de%20Ventura,%20Ste%2025...>
** <mailto:features at telesphere.**com <features at telesphere.com>>
www.telesphere.com <http://www.telesphere.com/>
Facebook <http://www.facebook.com/**telesphere<http://www.facebook.com/telesphere>
Twitter <http://www.twitter.com/**telesphere<http://www.twitter.com/telesphere>
LinkedIn <http://www.linkedin.com/**companies/telesphere<http://www.linkedin.com/companies/telesphere>
YouTube <http://www.youtube.com/user/**telesphere<http://www.youtube.com/user/telesphere>
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Telesphere.
______________________________**_________________ VoiceOps mailing list VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org> https://puck.nether.net/**mailman/listinfo/voiceops<https://puck.nether.net/mailman/listinfo/voiceops>
______________________________**_________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/**mailman/listinfo/voiceops<https://puck.nether.net/mailman/listinfo/voiceops>
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
---------- Forwarded message ---------- From: Adam Baird <abaird at telesphere.com> To: Brad Anouar <Brad at broadcore.com>, "VoiceOps at voiceops.org" < VoiceOps at voiceops.org> Cc: Date: Mon, 4 Jun 2012 15:32:30 -0700 Subject: Re: [VoiceOps] MOH server
HI Brad? they do 24. We use these for other purposes and I did already check them out.****
** **
Thanks****
-Adam****
** **
** **
*ADAM BAIRD* | *SR. VOICE ENGINEER* Anywhere (480) 289-7476 | Fax (480) 289-7477 | abaird at telesphere.com Telesphere | 9237 E. Via de Ventura, Ste 250 | Scottsdale, AZ 85258<http://maps.google.com/maps?f=q&q=9237%20E.%20Via%20de%20Ventura,%20Ste%2025...> ****
** <features at telesphere.com>****
** **
*From:* Brad Anouar [mailto:Brad at broadcore.com] *Sent:* Monday, June 04, 2012 3:29 PM *To:* Adam Baird; VoiceOps at voiceops.org *Subject:* RE: MOH server****
** **
Hi Adam,****
** **
I don?t know what is the limit on simultaneous calls for this device, but it might be worth checking out.****
** **
http://www.pikatechnologies.com/english/View.asp?x=1150****
** **
*Brad Anouar** ** *| Anywhere (310) 360-2028 | Corporate (800) 942-4700 | www.broadcore.com****
Director - Systems Engineering****
[image: cid:image001.png at 01CA9DBA.5F680190]****
****
5933 West Century blvd, Suite 100****
Los Angeles, CA 90045****
** **
*From:* voiceops-bounces at voiceops.org [ mailto:voiceops-bounces at voiceops.org <voiceops-bounces at voiceops.org>] *On Behalf Of *Adam Baird *Sent:* Monday, June 04, 2012 2:33 PM *To:* VoiceOps at voiceops.org *Subject:* [VoiceOps] MOH server****
** **
When we have a customer who is not happy with our Music on Hold options, one of our solutions involves dropping an ATA onsite (Cisco/Linksys running the Streaming Audio Service) that the customer connects their own audio source into. This ATA registers to our system and when presented a call goes off-hook and plays music. These ATAs are limited to 10 simultaneous calls.****
** **
We are currently looking for a solution like this that would handle say 50+ calls. I?ve looked around and so far have not found anything. I realize we could theoretically do this with an Asterisk server but we?re ideally looking for a product that?s already baked instead of developing one.****
** **
Any ideas?****
** **
*ADAM BAIRD* | *SR. VOICE ENGINEER* Anywhere (480) 289-7476 | Fax (480) 289-7477 | abaird at telesphere.com Telesphere | 9237 E. Via de Ventura, Ste 250 | Scottsdale, AZ 85258<http://maps.google.com/maps?f=q&q=9237%20E.%20Via%20de%20Ventura,%20Ste%2025...> ****
** <features at telesphere.com>****
[image: www.telesphere.com] <http://www.telesphere.com/>****
[image: Facebook] <http://www.facebook.com/telesphere>****
[image: Twitter] <http://www.twitter.com/telesphere>****
[image: LinkedIn] <http://www.linkedin.com/companies/telesphere>****
[image: YouTube] <http://www.youtube.com/user/telesphere>****
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Telesphere.****
** **
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Thanks all, The justification for a premises based device is to allow the customer to manage their own live source however they please without having to engage us. An ATA in this case is a simple solution with a small footprint, low cost and simple administration. For those who ask why we wouldn't just build it with Asterisk, I would say that it is primarily a matter of resource allocation. It is often simpler to perform an interop on an existing device and deploy it than it would be to build a new service, even if it is 'just Asterisk' (specially given that we are not an Asterisk shop).
The argument in support of Asterisk arises precisely because, of all the possible applications of Asterisk, including many that require relatively specialised skills, minimal Asterisk knowledge is required to get it going. It's sad to waste money on something that really is fairly trivial to do with Asterisk. I'm the last to say everything with open-source VoIP stuff is trivial and that you should always go that route, but in this case, it'd really be silly not to, IMHO. On 06/05/2012 01:18 PM, Adam Baird wrote:
Thanks all,
The justification for a premises based device is to allow the customer to manage their own live source however they please without having to engage us. An ATA in this case is a simple solution with a small footprint, low cost and simple administration.
For those who ask why we wouldn't just build it with Asterisk, I would say that it is primarily a matter of resource allocation. It is often simpler to perform an interop on an existing device and deploy it than it would be to build a new service, even if it is ?just Asterisk? (specially given that we are not an Asterisk shop).
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
On Tue, Jun 5, 2012 at 10:18 AM, Adam Baird <abaird at telesphere.com> wrote:
Thanks all,****
** **
The justification for a premises based device is to allow the customer to manage their own live source however they please without having to engage us. An ATA in this case is a simple solution with a small footprint, low cost and simple administration.****
** **
For those who ask why we wouldn't just build it with Asterisk, I would say that it is primarily a matter of resource allocation. It is often simpler to perform an interop on an existing device and deploy it than it would be to build a new service, even if it is ?just Asterisk? (specially given that we are not an Asterisk shop).****
**
Asterisk itself is definitely not easy to work with and manage. However there are variants like AsteriskNOW which self-install from an ISO with no tech knowledge, then are managed from a simple web UI. We are an Asterisk shop, but when we deploy anything custom with customer self-management, it is on AsteriskNOW. Another option is the Asterisk Appliance. Hardware appliance with Asterisk that's pretty cheap (relative to the size of deployment you're talking about) with full support and no install of any software required. -- Carlos Alvarez TelEvolve 602-889-3003
participants (4)
-
abaird＠telesphere.com -
abalashov＠evaristesys.com -
carlos＠televolve.com -
jhoward＠m5.net