Having recently initiated a global MPLS backbone network across our three offices in UK, India and ME, a telecom company based in UK, has been choosen as the service provider and single Point of contact for all issues. Conectivity bandwidth is ranging from 1-2MB across 3 sites.
I have heard a lot about MPLS and one of it's benefits appears in the form of ability to define COS.
One more that's often talked about is ease of planning 'disaster recovery'.
I have read that In a MPLS network, traffic can be easily diverted to any other location on the network in the event a particular network node becomes unavailable. Of course there has to be a host available at the other selected node, but that comes with disaster recovery planning.
Can someone throw some details on how to really go about planning an efficient DR over an MPLS backbone?
Are you performing MPLS end-to-end, or are you just running across an MPLS backbone which you see as IP? If the latter, who controls the CE router and what routing protocols are being used on the CE facing both in and out?
I just been working on an answer, when it occurred to me, I'm unsure what specific DR you're trying to design for. DR as in the whole site is physically lost, DR as in network connectivity to a site is lost? Permissible duration of DR event, i.e. acceptable downtime? Level of performance while in DR mode?
Joseph, nice that you asked. Looking forward to your answer.
DR, in the event the whole site's infrastructure (Servers, Applications, Servcies etc., are lost, but routers linking to the MPLS backbobe are still up and running.
As I related earlier, I have three site offices on the MPLS backbone, UK, India and Middle East.
Maintaining core servers data at all three locations and undertaking routine replication so that if a server crash happens at any of the locations, users can be rerouted / load balanced; at any of the remaining two locations?
If cost of such a design is not a criteria, what all do I need to design technically?
Also, you asked, DR in case the network connectivity to a site is lost, then does that involve redundant links too or it can be accomplished with the same MPLS link?
Permissable duration is not yet defined might not be an issue?
What MPLS backbone does for you concerning DR, it often eases any-to-any connectivity. With only three sites, you're not really leveraging this advantage. However, I suspect within the current international market, it might be the most cost effective dedicated WAN technology.
When you describe, ". . . the event the whole site's infrastructure (Servers, Applications, Servcies etc., are lost, but routers linking to the MPLS backbobe are still up and running.", this would seem most unlikely, since if only the MPLS connected routers are working, what are you left with at that site? Perhaps, client hosts, and their supporting infrastructure, are still on-line and still have connectivity to other sites via MPLS backbone. Then it's just a matter to have them use the DR resources at one, or both, of your other sites. (How the latter is accomplished is often not dependent upon the network beyond providing a functional traffic path.)
More likely is failure with your connectivity to/from the MPLS backbone. Also, issues within the MPLS backbone can make for problems between some or all of your sites. Both these points of failures are handled by providing an independent and redundant paths between your sites. My suggestion would be to use VPNs across the Internet. If your sites already have local Internet connections, you could piggy back across them. Just remember to have sufficient additional bandwidth to cover for loss of your MPLS path and insure, if possible, nothing is shared with the MPLS physical path.
The sticky part of having an alternate WAN path is for your network to "know" whether to use it or not. Technically not too difficult, but if a 3rd party is managing your MPLS CE routers, either they should also manage the alternate path or you need some good cooperation.
Introduction: The "external-out enable" command is available for
configuration under the "router ospf process" in case of the IOS-XR
operating system. This command basically enables advertisement of
intra-area routes on the device as external routes in th...
IntroductionIn this article we'll discuss how to troubleshoot packet
loss in the asr9000 and specifically understanding the NP drop counters,
what they mean and what you can do to mitigate them. This document will
be an ongoing effort to improve troublesh...