Ok good. - Sean
On Wed, May 19, 2010 at 4:05 PM, Michael B. Smith <mich...@smithcons.com>wrote: > Yes, it did. > > > > Regards, > > > > Michael B. Smith > > Consultant and Exchange MVP > > http://TheEssentialExchange.com <http://theessentialexchange.com/> > > > > *From:* Sean Martin [mailto:seanmarti...@gmail.com] > *Sent:* Wednesday, May 19, 2010 7:58 PM > > *To:* NT System Admin Issues > *Subject:* Re: Scripting IP Changes on remote devices > > > > So did the script I posted make it to the list? I'm starting to wonder if > some filter may have blocked the e-mail since I just pasted the code in the > body... > > > > - Sean > > On Wed, May 19, 2010 at 10:35 AM, Micheal Espinola Jr < > michealespin...@gmail.com> wrote: > > <hic!> thso fwaht?! > > -- > ME2 > > On Tue, May 18, 2010 at 5:03 PM, Jonathan Link <jonathan.l...@gmail.com> > wrote: > > Script lush! > > > > On Tue, May 18, 2010 at 7:21 PM, Micheal Espinola Jr < > michealespin...@gmail.com> wrote: > > Its always welcomed to share useful scripts! > > -- > ME2 > > > > On Tue, May 18, 2010 at 3:29 PM, Sean Martin <seanmarti...@gmail.com> > wrote: > > First, thanks for all of the feedback. Some interesting opinions out there. > I've always been open to change so it's good to hear all of the > positives/negatives regarding which route to take. It sounds like DHCP would > be the way to go with the majority of our servers, excluding the > infrastructure servers. > > > With that said, it's probably a change that will occur through attrition > rather than changing our current method all at once. The main reason for > that is our network services department wants us to change the subnets our > servers currently reside on to further segment stuff. We've got way too much > work on our plates to investigate changing the addresses on all of our > servers so that will already be a slow transition. > > > > In the meantime, a co-worker and I put together what we hope is a > functional VB script that will make the necessary changes to the existing > WINs and DNS settings. If anyone's interested in seeing it (and maybe > reviewing it for validity), I'd be happy to pass it along. > > > > - Sean > > On Tue, May 18, 2010 at 1:41 PM, Ben Scott <mailvor...@gmail.com> wrote: > > On Tue, May 18, 2010 at 4:24 PM, Sean Martin <seanmarti...@gmail.com> > wrote: > > > What are some of the pros/cons of using DHCP for servers...? > > For an environment like you describe, with hundreds of servers, I > would recommend DHCP for all but critical network infrastructure > servers. I'd use manual configuration for anything serving DHCP, DNS, > WINS, or Active Directory. Everything else, DHCP, with reservations. > > Just to be clear: DHCP does not have to mean a dynamic IP address. > You can statically assign an IP address via a DHCP reservation. And > there are tools to help you do things like automatically provision the > reservations, based on name or MAC address or whatever. > > > > I've heard mention of not using DHCP to prevent DHCP broadcasts > > but with a properly designed lease interval, I can't imagine the DHCP > > traffic being that much of burden on today's networks.... > > As ME2 says, it really depends on the environment, but I would > generally agree. You'll already be needing infrastructure to support > DNS, prolly Active Directory, possibly WINS, Window Updates, etc., > etc. If DHCP is going to push you over the edge you're already way > too close to the edge. :) > > The one thing you *may* notice is a surge in broadcast traffic after > rebooting or starting a large group of servers -- say, after a > software update, or a long power outage. In general, though, you're > already going to be seeing that due to ARP and maybe NetBIOS > registration. So again, if this is a problem you're likely already > experiencing it. The usual solution is to stagger reboot/startup. > > -- Ben > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~