[cisco-voip] Multi Site Environment without dedicated voice bandwidth..

Matthew Loraditch MLoraditch at heliontechnologies.com
Sun Jun 22 16:47:25 EDT 2008


reading all of the comments this is what I am thinking of doing.
Getting CUCM-Business Edition for the new site and setting up intercluster trunks for dialing between sites and VPIM for delivering Voice Mail between site. I will have complete survivablity and the the only thing the new site won't have is UM (which I don't think they have ever had nor are they expecting) and if the Internet link goes down all they lose is the ability to dial the home office here in Maryland. The new site is only 80 people/phones so CUCM-BE should be more than sufficient and it cuts down my costs of having to setup a full regular cluster with 2 servers plus another Unity Server.

Has anyone done anything similar or have any thoughts about workability?
Thanks!


Matthew Loraditch
10944 Beaver Dam Road, Suite A
Hunt Valley, Maryland  21030
support at heliontechnologies.com
(p) (410) 252-8830
(F) (443) 541-1593

Visit us at www.heliontechnologies.com
Support Issue? Email support at heliontechnologies.com for fast assistance!
________________________________________
From: Peter Slow [peter.slow at gmail.com]
Sent: Sunday, June 22, 2008 1:47 PM
To: Joe Cisco
Cc: Matthew Loraditch; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Multi Site Environment without dedicated voice bandwidth..

the problem here is that its a real gamble. You've seen it work, and
i've seen it degrade to the point where it was completely unusable.
The real problem you have with this sort of thing is the amount of
time/effort it takes to actaully get useful troubleshooting data if
you ever get to that point.

-Pete

On 6/20/08, Joe Cisco <smetsysocsic at gmail.com> wrote:
> I'm not a CCIE, but I can spell it. IMEO, you get what you pay for. If
> they are willing to put up with quality issues, then great. Just make
> sure they understand the issues beforehand. Having said that, we have
> a client running g729 over a Cisco ASA to IOS VPN (same ISP on each
> end, but no dedicated bandwidth or QoS from ISP) for a remote site
> office in a different county. They have 6 phones and a voice gateway
> with 4 pots lines. Theirs works almost flawlessly. Then again I know
> of others that have tried the same basic setup that have since
> switched to MPLS due to quality issues.
>
> -Joe C.
>
> On Fri, Jun 20, 2008 at 1:37 PM, Peter Slow <peter.slow at gmail.com> wrote:
> > Matthew,
> >
> > On 6/19/08, Matthew Loraditch <MLoraditch at heliontechnologies.com> wrote:
> >>
> >> So we have a customer who is buying into a new territory. They want to join
> >> them to our current system, but in the loosest sense, they want to be able
> >> to do extension dialing. They do not want to buy the needed dedicated
> >> bandwidth to do clustering between the sites. All they want to do is VPN
> >> tunnels over the internet. It's not the way I want but it's the way they
> >
> > Don't do that. This is your customer, you are going to be the one
> > taking the heat  when this customer is screaming angrily at you about
> > poor voice quality. Over VPNs, you're going to have an awful time even
> > making an attempt at troubleshooting.
> >
> >>
> >> Does this make sense in at least a general fashion? I'm going to be talking
> >> to a CCIE about this tomorrow but was hoping for some input from all of you
> >
> > I'm a ccie =) do i count?
> >
> > There needs to be QoS for voice for it to be supported. if your
> > customer does something like switch all of these acquired company
> > sites to the same ISP as your main saite, or ISPs that offer guranteed
> > QoS between each other. An MPLS VPN or dedicated site-to site circuits
> > would be ideal for this type of thing so that there's no encryption
> > taking place on the voice.
> >
> > You
> >
> >
> > -Pete
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
>


More information about the cisco-voip mailing list