In this post, we will discuss various options to migrate customer's network from one service provider to other service provider.
Let's assume that you work for an enterprise customer with three sites. All the sites are currently connected through a Layer 3 IPVPN solution provided by service provider A.
Now lets say there is a new service provider "B" which can offer a similar Layer 3 VPN solution with better SLA and reduced cost and your task is to migrate all three sites from existing provider to new provider as seamless as possible.
Let's assume that you work for an enterprise customer with three sites. All the sites are currently connected through a Layer 3 IPVPN solution provided by service provider A.
Now lets say there is a new service provider "B" which can offer a similar Layer 3 VPN solution with better SLA and reduced cost and your task is to migrate all three sites from existing provider to new provider as seamless as possible.
What are the ways to do this?
1. Big Bang:- The first method of doing this is what I called a "Big Bang" approach.
In this method, you will have to make sure that the circuits from SP2 are installed
on all the sites. After that you can schedule a migration time windows
during which you will have to disconnect SP1 circuits from all the sites and start
using new circuits. This migration technique may be used in smaller networks but
not ideal for medium to large networks.
2. Transit Site:- The second method of doing this is by using either your HQ or DC as a transit site. As shows in the
diagram we will have to exchange routes between old and the new network by
using either static routes or dynamic routing protocols.
Once a site migrates
from SP1 to SP2, the traffic between migrated and non migrated sites will
traverse through this transit site. The benefits of using this method is that
you can plan the migration according to their requirements. You, the customer will
be in charge of routing so minimum input is required from the both the service providers.
However during the migration phase, all the traffic between migrated
and non migrated sites will trombone through the transit site so you will have
to spec up the bandwidth of the transit site accordingly. Also lets say in this
example, if the HQ is in Germany which is a transit location and both the remote
offices are in London. In normal condition, one remote office will talk to the
other remote office directly. If one site gets migrated then the traffic
between both the sites in London will traverse through Germany which means
increase in RTD. So the scheduling of migration is also very important factor.
3. SP NNI:- The third method of migration is by using an NNI between
service providers. In this method, both the service providers will setup a
connection or connections, at a common location to exchange the routes. As the
site migrates, the NNI will be used as a transit point for the customer sites.
It is very similar to the previous option we saw.
The key difference here is
that we are not using customer site for the connectivity which means customer
will have to provider less input however it also means that customer will
have less control and visibility of the
traffic during migration. Obviously customer will also have to consider the additional
costs of this circuit.
In future posts, we will see how we can write migration plan.
Once again, excellent blog. Thanks. I did not know that there is NNI for migration purpose, but with additional cost. I guess, above options are when you have no backup link from the site (Like DSL) or back link BW is not enough?
ReplyDeleteLet's say if we have backup link and normally used only during failover. In this case, we can failover traffic to backup link, do transition of primary. Once primary up with new SP, we can router the traffic through it (so switched back from backup link). Am I correct in saying this? Or any other issues we have to be aware of?
My family always say that I am wasting my time here at net, but I know I am getting experience all the time by reading such pleasant posts.
ReplyDeleteFree open vpn
Great post Thank you for sharing your insights on this topic.
ReplyDeleteServer Virtualisation Consulting
Fortinet Services
Thank you for sharing your thoughts and knowledge on this topic.
ReplyDeleteNetworking Consultancy