Date: Mon, 24 Jan 2000 18:55:55 -0600 From: Jim King <king@sstar.com> To: alex@aspenworks.com, andrew@pubnix.net Cc: Mitch Collinsworth <mkc@Graphics.Cornell.EDU>, Sean Michael Whipkey <highway@cstone.net>, freebsd-isp@FreeBSD.ORG Subject: Re: Network renumbering (Yack!) Message-ID: <4.2.0.58.20000124184757.00a3b1c0@mail.sstar.com> In-Reply-To: <388CD799.7B968CB5@aspenworks.com> References: <Pine.BSF.4.21.0001241711400.41750-100000@guardian.fortress.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I've done this twice, once at an office (25 users, about 75 hosts), once at a small ISP (mostly dialup customers; about half a dozen with dedicated lines and fixed IP addresses). In the office situation the original network config was a private net, so there was no issue with switching over web servers, mail servers, etc. About half of the hosts were using DHCP, so when the time came to switch we changed the DHCP server and told them to reboot. For the other hosts we ran around for the next hour or so changing configurations. The whole thing only took a couple hours. In the ISP situation we did a lot of planning up front - figuring out what software on what servers would need to be reconfigured, etc. We came up with a checklist and a schedule. About a week ahead of time we brought up a DNS server on the new network, but left everything else on the old network. A day ahead of time we shortened TTL's on the DNS zones. At switchover time we reconfigured the servers and where needed talked customers through their changes. Even though this was a more complicated switchover the pre-planning made everything go pretty smoothly - it still only took a couple hours, and customer downtime/inconvenience was pretty minimal. At 03:52 PM 1/24/2000 -0700, Alex Huppenthal wrote: >I totally agree. It was decided that we'd take our time with the >cutover, low priority.. > >It was a mess, dual controllers, dual network switches, constant >interdependancy interaction between the network numbers.. > >The right way to do it is to renumber the network, route the two sets of >numbers, cutover everything and everyone. All within a few weeks time. >Much much more cost effective and better overall. > >It's been going on for over 6 months.. I'm hoping this last push will >have it completed in a few weeks. > > > > -Alex > > > > >Andrew Webster wrote: > > > > YUCK, been there, done that. It was a "medium to low" priority project > > that laster over 12 months. In reflection, it was a mistake, and should > > have been done at a very high level as quickly as possible. > > > > One think that you need to be aware of (yes I know this is completely > > irrelevant to the ISP mailing list), is that if you have any NT boxes > > running WINS, you will have BIG problems with multiple IPs on these > > machines. > > You'll need to identify these systems and cut them over immediately and/or > > setup replicas of these systems on old/new networks to ease the > > transition. > > > > On Mon, 24 Jan 2000, Mitch Collinsworth wrote: > > > > > > > > >daniel B wrote: > > > >> I dreaded this moment would come but I am in a position that I need to > > > >> change upstream and all DNS info is going to change, customer > workstations > > > >> may have to be reconfigured ... > > > >> Since I haven't done this before what is the least painful way to > handle > > > >> this task? is there a documented procedure/how-to somewhere? > > > >> Realy don't want to start guessing. > > > > > > > >We're in the middle of that right now, and all I can really think of to > > > >say is..."Sorry." :-( > > > > > > > >It's rough. We started by giving our servers multiple IP addresses, one > > > >old and one new. We then moved our customers over slowly - first all of > > > >the static IP addresses, and then each phone number depending on how it > > > >was tied to a router. We hired an outside consultant to do some of our > > > >network customers, which was a mistake. > > > > > > > >You just have to be patient...:) > > > > > > I nominate this line for understatement of the month! :-) > > > > > > Another thing to consider it taking this as an opportunity to start > > > using DHCP for all non-server systems. You might even want to use > > > it on some of your servers, though I haven't felt that brave yet. > > > This seems like a good idea even if you're not using dynamic addresses > > > since it puts all the network configuration info in one place where > > > it's easy to change when you need to. > > > > > > -Mitch > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-isp" in the body of the message > > > > > > > --- > > Andrew Webster FULL SERVICE ISP > > President http://www.pubnix.net > > PubNIX Inc. Access: PPP - SHELL - UUCP - VPN - ... > > P.O. Box 147 Hosting: WWW - Email - DB - Your Servers - ... > > C.S.L. QC H4V 2Y3 tel: 514-990-5911 fax: 514-990-9443 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-isp" in the body of the message > >-- >\\ Give a man a fish, and you feed him for a day. \\ Alex Huppenthal >\\ Tell him he should learn how to fish himself, \\ >alex@aspenworks.com >\\ and he'll hate you for a lifetime. \\ > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-isp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.2.0.58.20000124184757.00a3b1c0>