As part of our detailed planning of the migration we have
completed a risk analysis based on available information.
Area of Risk
|
Description of risk
|
probability
|
Impact
|
Measure to manage risk avoidance
|
Contingency
|
General
|
Multiple simultaneous changes is more likely to fail
|
Medium
|
High
|
We will stage the complete migration over a period of time
|
We will have the contractual, technical and financial
framework to accommodate this
|
|
Activities which cannot be practiced are more error prone
|
Medium
|
High
|
Every stage of the migration plan will be piloted and
trailed prior to the live executed
|
The live execution will be postponed if the trial not 100%
successful
|
Registry
Data Transfer
|
The SRS data is in some way incompatible with new system
|
Low
|
High
|
A trail upload into a UR development system will be
scheduled as soon as data is available
|
We will extend our range of conversion tools
|
EPP/RRP message transfer
|
It is not clear what the status of the planned RRP to EPP
migration as identified in the SRS release schedule will be at the end of
2002. This prevents detailed migration planning to be performed at this stage
|
High
|
Medium
|
An active participation by VeriSign will allow this to be
tracked.
|
Our plan will cater for all EPP all RRP or a mixture.
|
|
The possible introduction by VeriSign of a thin EEP interim step is a further
complication
|
medium
|
medium
|
We will seek early clarification of this with VeriSign and
plan accordingly
|
The new registry will support RRP, Thin and fat versions
of EPP for the full period of the extended migration
|
|
There may be subtleties documented or otherwise in the
current registry functionality that are not clearly understood. Not
eliminating these would result in unexpected change in behaviour or the
registry at switch over
|
Low
|
High
|
In addition to an initial data snapshot, we will request a
further snapshot of the data. In addition we will request a copy of all
intervening. transactions
These will be replayed against the new registry and any inconsistencies accounted for
|
Any significant undocumented acceptable behavior of the
existing registry will be emulated before switch over to live
|
Registrar switch over to new registry
|
Registrar systems may have problems splitting org
transactions from the historical mechanisms COM/NET/ORG
|
Medium across whole range of registrars
|
Medium
|
We will encourage registrars to use specially designed
OT&E system to verify successful separation
|
We may be able to negotiate a mechanism with VeriSign
where all RRP requests are relayed to us for a transition period
|
Registrar switchover to Full EPP
|
Some registrars may experience difficulty with this
|
Medium across whole range of registrars
|
Medium
|
We have unique experience of this, and have created an
assisted registrar migration service.
We also have a web interface to the registry which is
available to all registrars
|
Subject to the guidelines in section IV we will continue
to offer RRP support for 24 months from when the new registry goes live
|
Name server Migration
|
100% availability
o
of org name resolution is essential through the migration
period.
The migration from VeriSign name servers must be 100% failsafe
|
Low
|
Catastrophic
|
Even though there is a commitment from VeriSign to provide
name server services for the whole of 2003, we will parallel run the
replacement name servers for a full 6 months before switchover
|
This parallel running will be continued till we have 2
quarters of 100% mirroring. Even though this will delay the introduction of a
better than 12hour zone file generation latency
|
General community / Industry migration
|
Many traditions in the industry are now well entrenched.
The extent of the broad backward
compatibility may be overlooked
|
High
|
Medium
|
We have recent experience of introducing a new gTLD, which
has highlighted some of these issues.
These touch points (such as the internic an VeriSign WHOIS
services, will be fully identified and migration / compatibility plans
created
|
We expect that delegation WHOIS queries by VeriSign would
be covered by C18.5, if not we will in good faith enter into negotiation with
VeriSign to provide this service
|
|
Some services are nor precisely defined . These could
further have a negative impact on smooth transition
e.g. the output of WHOIS varies from registry to registry
|
High
|
Low
|
At the time of the new WHOIS service going live we will
emulate the current WHOIS output format
|
|