DHCPなんか・・(´Д⊂ｸﾞｽﾝ

今日は仕事ネタです

実はとあるお客さんの所で、内部ネットワークの変更(L2→L3化）をしまして。
で、各フロア毎にセグメントを分けたのですが、セグメントのIPが正しくクライアントで取得できないという現象がでました(´-ω-`)
本来、とあるフロアでは「192.168.9.×××」というIPを取得しなくてはいけないのですが（IPは参考です。実際は違います）、何度ipconfig /release→/renewをかけても、L2の時に使っていたIP（例えば192.168.3.×××）をとってしまうわけです。
散々やった結果、わかったことがあり、今後のために忘れないようにメモっておこうと思います。

原因：これはゲイツ君のところの仕様で、DHCPサーバへPCからブロードキャストパケットをながし、IPを要求しようとすると、PC側のレジストリに書かれた旧IPをDHCP側で了承してしまうという事が問題でした。
つまり
PC--（ブロードキャスト）→DHCPサーバ
　　　　　　　↓
PC←（はい、なんざんしょ？）--DHCPサーバ
　　　　　　　↓
PC--（IPよこせや！(ﾟДﾟ#)ｺﾞﾙｧ!!）→DHCPサーバ
　　　　　　　↓
PC←（持ってるIPで仕事しる！）--DHCPサーバ
　　　　　　　↓
PC--（あ・・はい）→DHCPサーバ
となっているようです
DHCPサーバ上でリース期間を短くしても、PC側で上手く接続したときの情報を保持しているため、リリースされないと言うことになっているそうです
（MS曰く「ネット上に負荷をかけず、PCをネットに接続する仕組みだ!」と┐(´д｀)┌ ﾔﾚﾔﾚ）

さらに、ｸﾗｲｱﾝﾄ側でipconfig /releaseを実施し、きちんとリリースされるには6時間程度の時間がかかる(´-ω-`)
これにはホント困りました。

で、対処方法
1.DHCPサーバでスコープを全削除（IPをよこせ！とクライアントから要求されたときに、IPを割り振らないようにする）
2.ここで一旦PCを起動し、プライベートIPが設定されたこと（169.～となる）を確認して電源OFF（DHCPからIPがこないので・・）
3.DHCPサーバでスコープ再作成
4.PC起動

の処理を行います。
今回は切替作業の期間が短いこともあり、時間を短縮して即パソコンが利用可能になる方法として実施しましたが、余裕があるのであれば以下の方法でも可です。

1.各PCで「ipconfig /flushdns」(キャッシュのクリア）→「ipconfig /release」を実施
2.IPが「0.0.0.0」になったことを確認し、PC電源OFF
3.6時間以上放置
4.再起動

作業で思ったんですが、リリースするコマンドを切替作業1～2日前にシャットダウンスクリプトでながしておくように細工しておけばよかったのかな？と感じました。
10台20台程度ならどうってことない作業も、400台を超えるPCの作業、さらには9フロアに渡って作業をすることを考えるとねぇ┐(￣ヘ￣）┌ ﾌｩｩ～