Home > Networking Tips > Network Engineering > IPv6 renumbering
Networking Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 

NETWORK ENGINEERING

IPv6 renumbering


Tom Lancaster
07.25.2005
Rating: -3.80- (out of 5)


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


The bane of IPv4 network administrators has been "readdressing" projects. These are usually precipitated by mergers and acquisitions, or growth in the number of users or devices, or the number of sites, or changing network Service Providers, or changes in staff, where the new staff doesn't much care for the scheme the old staff laid out, for a variety of reasons, which range from getting rid of registered public addresses in the intranet that didn't belong to the company, to just wanting a cleaner network that is easier to summarize.

In these events, the rub has always been going through all your servers, which are inevitably statically addressed, and changing all their addresses, then changing DNS, and then making sure all the clients and applications were using the DNS hostnames like they are supposed to, and not the static IP addresses.

This process is fraught with outages and confusion, and can be expensive if applications have to be re-written. But not so for IPv6. As many administrators are finding out, as they implement IPv6, this protocol supports having multiple addresses assigned to the host. This is sort of like the old concept of "multinetting" (using "secondary addresses" in IOS) that put two subnets on the same broadcast domain, but it's substantially different in implementation, because one address can be "preferred" while the other can be "depreciated". It's also important to understand that these addresses are not assigned to each host statically, but by Router Advertisements, which have a duration or lifetime.

The combination of these two features, means a relatively painless migration path for IPv6 administrators, even though you still have to deal with DNS. But... there is one important thing to remember when planning your IPv6 address migration: don't reuse the old addresses until their original lifetime has passed. The corollary: don't set RAs longer than necessary. I.e. a few days or weeks are fine. There's no reason to set RAs for several months.

The reason for this is that routes continue to advertise the depreciated network address until the lifetime is over to let hosts -- that may have been powered down during the change -- know to use the new address. If you reuse the old addresses on another network somewhere, then the addresses will appear to come from both places, and your routers won't be able to sort out what traffic goes where.


Tom Lancaster, CCIE# 8829 CNX# 1105, is a consultant with 15 years experience in the networking industry, and co-author of several books on networking, most recently, CCSPTM: Secure PIX and Secure VPN Study Guide published by Sybex.


Rate this Tip
To rate tips, you must be a member of SearchNetworking.com.
Register now to start rating these tips. Log in if you are already a member.


Submit a Tip




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   



RELATED CONTENT
Network Engineering
How to test LAN switch energy efficiency
Testing LAN switch power consumption: A best practices guide
Desktop virtualization network requirements
Preventing hacker attacks with network behavior analysis IPS
Internal cloud computing on the cheap: Free automated provisioning?
Improved storage performance without adding more disk
Troubleshooting -- 'Network Know-How' Chapter 17
Windows Server 2008 IP routing configuration: Static and dynamic RIPv2
Understand Windows tracert output to troubleshoot network connectivity
Using tracert and TTL to troubleshoot network connectivity problems

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.



Networking Solutions for Business

Alcatel-Lucent Network Business Communications Solutions

About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2000 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts