cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
3553
Views
0
Helpful
21
Replies

Multi-site without WAN Interface

bjames
Level 5
Level 5

Hi,

I have a client interested in the UC systems, and I see the multi-site docs talk about using the WAN interface of the UC's. I would like to get information on the setup of two UC540's (25 user, 15users) over a WAN where it is connected to other gear.

I hope this is possible, if so what functionality and features do I loose in htis config?

Are there any tech docs on this type of setup?

Thanks in advance,

Bob James

21 Replies 21

Bob,


Can you explain the topology a little bit more? From your description, I do not understand exactly what yu want to do.


Thanks,

Marcos

bjames
Level 5
Level 5

Yes two UC540's one at site A one at site B, just on the LAN segement(s) and the WAN is controlled by two routers on the same LAN Segments. WAN port on UC's is not even used.

Bob

Got it. Not possible, unless you do a VPN between the two WAN routers, but I am sure you knew that. It is not a Cisco limitation, it is just the way Layer 3 VPN's work. You could change one of the LAN ports to a routed port, effectively making it a secondary WAN connection, but this is exactly the same as if you connected the UC500 WAN port to the LAN side of your WAN router.

Don't quite get it. Yes there is a VPN between the routers, but either way why would the UC's not work. A teleworker config works, and remote segements via firewalls?

Bob

OK, with a VPN between the two routers, data between the two sites should be working already. I thought these routers were just connected to the Internet.

You just need to add dial peers on each site pointing to the other site, and make the data IP the source for the voice traffic. That is because I am assuming that both voice VLANs on each UC500 are still configured with the default subnet, 10.1.1.X.


Sample config for one site (for the other site, just reverse the IP's):

!

interface BVI1 <<<<< This is your Data VLAN Interface. It could also be VLAN1, depending on how you did it.

ip address A.B.C.D

h323-gateway voip bind srcaddr A.B.C.D

!

dial-peer voice 5500 voip

destination-pattern 8...  <<<<<< This assumes that you want to dial 8 and then the 3 digit extension of the remote site

session target ipv4:W.X.Y.Z

!

IMPORTANT:  You ned a translation rule to strip the "8" after the dial peer has been matched, or you can apply it at the receiving end.

Thanks Marcos any docs on this?

I am interested at what gets lost in the type of config (dial by name, directory look-up, all that good stuff or is it the same as Multisite?)

As well, when you say strip the number do you mean on inbound calling from the other UC I would strip it locally? Is there best practices for this and maybe the numbering,etc ?

Thanks,

Bob

Here is a good doc. Ignore the encryption portion and just focus on call routing:

https://supportforums.cisco.com/docs/DOC-9652

Good luck.


Marcos

bjames
Level 5
Level 5

Thanks that's the document I needed. Why do they have CLI for the Intersite dialplan is this setup not supported in CCA?

As well is it fairly strightforward to change the CUE IP?

Bob

The multisite manager for CCA by default setups the IPSEC tunnels.  It also works to change IP Addresses on the different systems to make this work correctly.  You have to use CLI because CCA doesn't support multisite in any other way. 

Changing the IP Address in CUE isn't required for this.  If you choose to do so, you will need to change the IP address of the loopback, service engine, change the route for CUE, and some ACL's.  In CUE, you will need to change the IP Address of the applications that point to SIP gateways, and possibly the NTP server, depending on how it is setup.  I think that would be everything you need to change, but I may have forgotten something.

OK, Now a different approach; they do want to use the FW capabilites of the UC's but it will not be the link between the two sites. They are other devices inside that send data over this link.

So back to my question, can I have two boxes (UC) at different sites that are over a traditional layer 3 network? Like two CME ISR's at two sites, or a CM server at a central office with CME server at a branch?

If yes I really need to speak to someone regarding design considerations as they have a lot of mobility between the two sites, could we use IP Communicator and have it register when someone goes to the other site, yet have one VM Box?

Also can I "dial" the other box and then jump off an outbound call from there, thus saving LD by dialing local at the other location, if so do I just need to strip and intersite dial number then process the 10 digit dialing locally as normal?

I have so many questions a talk in person would be better...

Bob James

This requires a lot of CLI, design and planning. My knee jerk reaction is "go with ISR". We have never tested UC500 per se in this type of deployment.

Say it's not so.....

So what I am hearing is unless I use the WAN ports to do a VPN tunnel between two UC500's I cannot do (without a lot of " fudging") a UC500 to UC500 Multisite configuration?

Let me guess; they need to see each other via CDP?

OK this could cost me a great sale! I am well versed in CLI is there any design Engineers I could talk this through with?

Thanks,

Bob James

Another thought; what about a bigger UC system at one site and an 881 running SRST at the other (in event of WAN failure), will this work?

Hello gents,

A very interesting thread.  Nice.

Bob - it sounds a little like you are asking for central call processing and not a distributed model.  Or you are asking for a distributed call processing product (UC500) to behave in a centralized manner ;-)

Centralized call processing sounds like it is better for what you want, mobility between sites with a single VM, etc ...SRST with CME at the remote office ...

You can do TEHO with any of the products ... a dial peer is just a dial peer.  Configure it, and it will route the calls accordingly.

Have you considered our Business Edition for centralized call processing?

We did a comparison of the voice platforms on last week's techie call.  Here is the link:

https://www.myciscocommunity.com/community/partner/smallmediumbusiness

In the middle of this page is a link called "To View Past Event Recordings Click Here".

When you click this, look below for the Feb 18th recording.  It might be well worth the time to listen to this, as some of what you are writing about was addressed.

HTH,

Andrew Lissitz

Thanks for the post what's TEHO?

I will review the links tomorrow.

We are talking about a small install and centralized would be fine IF the reliability of the WAN link was good, that's why I asked about SRST in the field.

Here's the scoop 25 users in one city office 15 users in the other (city) 100M WAN link between then. To me this looks ( and spends) like a UC to UC deployment; tehy also want local calling on each city and the ability to route calls over the WAN to save on LD.

Mistakenly I thought I could do with with a coupe of UC systems, but I guess it sounded too easy to me. Now that I have shown them the functionality of the UC systems they are very interested, now I have to go back and say probably not possible. If I can convince them to move all processing to the central office it might be a win, but if we loose the WAN we're toast.

Deploying the UC's in various configurations such as mentioned "appears" to be straight forward, I'm not sure why it's not....

Thanks,

Bob

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: