[cisco-voip] Complicated Design Issue

[Voll, Scott]

Court-

 

As far as local numbers for the telecommuters:  do they all live in a
single city?  You could always get some pots lines or BRI with local
number to the town and put in a little 18xx router.  Otherwise no.  I
had this come up and telco will not move a number out of the CO.  The CO
was only 20 miles away.

 

You might be able to look for a SIP provider that could get you a local
number?!?

 

I don't know how big of a conference is supported in IOS VGW but could
that do it for your 30 person conference.

 

If Conference Connection is like CM (note I don't use Conference
Connection) you have to do updates at the console.  Lots of travel
between NY and Chicago.

 

Personally as far as VPN connections are concerned I would VPN them back
to where ever has the least response time.

 

With Unity and the WAN down, Can't you setup AAR for Voicemail?

 

All Comments are made without enough thought to be flamed if I am
completely out to lunch.  ;-)

 

Scott

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Schuett, Court
(MBNAP it)
Sent: Tuesday, November 15, 2005 7:43 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Complicated Design Issue

 

We've got a pretty complicated design issue I was hoping to get some
help with.  If anyone has any ideas, please let me know.

 

 

 

Some set up:

 

We have a main POP site in Chicago running a Call Manager Cluster and
Unity server.  We have a remote site in New York that is connected to us
through two T1s in our Sprintlink IP VPN (it's not MPLS, but close.  We
do get QoS, but not a full mesh).  We have a VPN Concentrator at our
Chicago location and all internet bound traffic routes through there.
There is no direct internet connection in New York.  

 

The New York office has requested a VoIP upgrade.  There are
approximately 60 users in New York, and 40 in the field.  By that, I
mean that they have 40 people who permanently telecommute from their
home.  These people are scattered across the US and a few in Europe.
For these people, they want 7940s in their homes.  We plan on connecting
these people with a VPN link through an 871 in their home.  

 

We are planning on 2 PRIs for the New York office to handle their calls.
However, they would also like local numbers for their people.  I didn't
think this was possible, but maybe someone has a better idea.  They also
plan on having a 30 person conference once a week.  The remote users
will be the people on this conference.

 

The design question that is troubling me is where to place everything.
We have an existing VPN concentrator in Chicago but we could possibly
use a router as a VPN concentrator in New York.  As I said, we have an
existing Call Manager cluster in Chicago that we are planning on using
to handle calls.  We are probably going to buy a Conference Connection
server as well.  The question comes down to this:  where should we have
the remote users VPN in to?  Chicago, or New York?  Where should we
place the Conference Connection server?  We would like to place it in
Chicago so that more people can use it, but should it go in New York?
Is it possible to give local numbers to remote users?  We are planning
on placing a Unity server in New York to handle voice mail for them, but
if the WAN link is down, is there a way for the New York users to
receive and check voice mail?

 

All help would be greatly appreciated.  I was thrown this yesterday and
(of course) they need a solution in place by January 20.  

 

Thanks!

 

 

 

Court Schuett

 

Millward Brown

Network Systems Engineer

630-955-8983

court.schuett at us.millwardbrown.com

 

 



==================================================== 
This email is confidential and intended solely for the use of the 
individual or organization to whom it is addressed. Any opinions or 
advice presented are solely those of the author and do not necessarily 
represent those of the Millward Brown Group of Companies.  If you are 
not the intended recipient of this email, you should not copy, modify, 
distribute or take any action in reliance on it. If you have received 
this email in error please notify the sender and delete this email 
from your system. Although this email has been checked for viruses 
 and other defects, no responsibility can be accepted for any loss or 
damage arising from its receipt or use. 
==================================================== 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20051115/0c10203f/attachment-0001.html