Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

VOIP - other than Linux



Hi Guys,

We just switched to a new phone system.  We decided to do a VOIP system that
is hosted inside of our office.  We did examine the totally hosted system
though.  If you're interested i have an AMAZING communications consultant
who can get a representative from a variety of PBX vendors and VoIP hosting
companies to get you quotes and review the features with you.

Let me know,

--Chris

On Thu, Nov 18, 2010 at 3:11 PM, Dave Peters <gameslover987-/E1597aS9LQAvxtiuMwx3w at public.gmane.org>wrote:

> Thank you Jack,
>
>
> --Dave
>
>
> --- On Tue, 11/16/10, Jack Coats <jack-rp9/bkPP+cDYtjvyW6yDsg at public.gmane.org> wrote:
>
> > From: Jack Coats <jack-rp9/bkPP+cDYtjvyW6yDsg at public.gmane.org>
> > Subject: Re: VOIP - other than Linux
> > To: "Dave Peters" <gameslover987-/E1597aS9LQAvxtiuMwx3w at public.gmane.org>
> > Cc: "BLU" <discuss-mNDKBlG2WHs at public.gmane.org>
> > Date: Tuesday, November 16, 2010, 11:06 PM
> > Dave.
> >
> > There are commercial PBX providers that don't use
> > Linux.  If what you
> > mean is you want
> > a Windows solution, another list might be more
> > appropriate.
> >
> > Asterisk is the major player in the VOIP/PBX market place
> > that has and
> > supports OSS
> > software.  And it doesn't have to use Linux, but
> > Asterisk is easiest.
> > You can check with
> > Digium who sells phone interface hardware.
> >
> > If you are planning to using it over a private network and
> > you have
> > very many phones,
> > you can get routers that work well.  If you are
> > planning on
> > provisioning over the open
> > internet, ... lots of luck, ... and it does work, just not
> > well,
> > largely due to many IP providers
> > dropping priority information on your packets.  Some
> > people have found
> > by grossly over
> > provisioning the bandwidth requirements, and reducing
> > latency as much
> > as possible it
> > works reasonably well, but expect issues if you are going
> > to do VOIP
> > over the open internet.
> >
> > If by not wanting Linux, you mean in soft phones, there are
> > various
> > soft phones that work
> > on other systems as well.  Hard phones (personally I
> > like Polycom, but
> > they are pricey)
> > are the more common way to go.
> >
> > If you want to go with a good but high end provider,
> > contact your
> > Cisco sales droid, who
> > will be willing to take a PO to do it soup to nuts or any
> > part
> > inbetween, including having
> > their consultants built it for you.  All it takes is
> > $$
> >
> > I worked for a small white box type asterisk vendor that
> > went out of
> > business because
> > the market just isn't there (folks that wanted buy systems
> > 'for free'
> > because the software
> > is free, thus they assume your time is free too... grumble
> > whine
> > grumble).  To get phone
> > network access we normally had a T1 brought in for the
> > 'outside world'
> > lines, and if
> > the customer didn't need it all for analog voice, we took
> > the data
> > slices and used them for
> > the voice channels in/out and sometimes internet data
> > depending on the
> > vendor on the
> > other end and how we had it provisioned.
> >
> > Asterisk is not an easy install if you are wanting all the
> > bells and
> > whistles to work the first
> > time, but it does work.  And once it works it is VERY
> > reliable, IMHO.
> > Daily maintenance is
> > not bad but it isn't something to be left to a part time
> > clerk. (That
> > is adding/change/delete
> > phones and extension numbers, putting in and configuring
> > automated
> > attendant, call
> > groups, etc, etc, etc.)  And when I was dealing with
> > this a couple of
> > yearen ago, the GUI
> > maintenance was in its infancy.  Also depending on how
> > many extensions
> > you have, plan
> > on adding an additional asterisk server per building or
> > office and
> > every time you get
> > 100 or so extensions served by one server, it helps
> > reliability and
> > responsiveness to set
> > up another server.  Asterisk servers don't have to be
> > 'killer
> > machines' but they need to
> > be reliable, and make sure you over configure the UPSes you
> > put them
> > and the network
> > equipment that serves your phone system equipment on ... if
> > the power
> > goes out and your
> > equipment goes down, you have no phones.  I always
> > liked to make sure
> > that there was
> > at least one POTS analog line that was served directly from
> > the
> > outside for security
> > system, fax, etc.  ...
> >
> > Oh yes, if you are putting in a PBX make sure your local
> > emergency
> > services and phone company sets you up with the procedure
> > to update
> > 911 databases.
> > I worked for a bank, and a office called in with a robbery
> > in
> > progress.  We reported it to
> > the police, so they surrounded our office building but not
> > the office
> > where the robery was
> > taking place 20 miles away. ... after that we figured out
> > how to
> > update 911 with proper location...
> > and yes, our people that reported it did tell them the
> > correct
> > address, but the emergency
> > services reported only the 'automated' address to the
> > police. ...
> > Since you are running
> > the phone systems it IS YOUR PROBLEM and duty to make sure
> > it is right.
> >
> > Sorry for preaching, but it was very embaricing for our
> > bosses (I
> > didn't work on phone sytems
> > then, but some of my fiends did).
> >
> > Sorry this is so long, but I hope it helps.
> >
>
>
>
>
> _______________________________________________
> Discuss mailing list
> Discuss-mNDKBlG2WHs at public.gmane.org
> http://lists.blu.org/mailman/listinfo/discuss
>






BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org