| |
最近單位決定升級(jí)網(wǎng)絡(luò)設(shè)備，原來(lái)所采用的均為3Com交換機(jī)，所有計(jì)算機(jī)被劃歸到了兩個(gè)VLAN中，除部分計(jì)算機(jī)采用固定IP外，其他計(jì)算機(jī)均通過(guò)一臺(tái)DHCP服務(wù)器獲得地址。實(shí)施網(wǎng)絡(luò)升級(jí)后，網(wǎng)絡(luò)中心路由器不變，大部分接入級(jí)交換機(jī)更換為Cisco Catayst 3550或Cisco Catayst 2950，但是升級(jí)后出現(xiàn)了以下情況：部分計(jì)算機(jī)剛啟動(dòng)或重啟時(shí)不能獲得IP地址，但在手動(dòng)設(shè)定后又可獲得IP地址。
通過(guò)觀察，筆者發(fā)現(xiàn)只有使用Windows 98的計(jì)算機(jī)才會(huì)出現(xiàn)這種情況，筆者認(rèn)為可能是計(jì)算機(jī)感染了專門針對(duì)Windows 98的病毒，但是用諾頓和金山毒霸均未查出病毒，所以就排除了病毒的原因。
難道是DHCP服務(wù)器出了問(wèn)題，再次對(duì)DHCP服務(wù)器進(jìn)行檢查，確認(rèn)DHCP服務(wù)器運(yùn)行正常。經(jīng)過(guò)仔細(xì)觀察，筆者發(fā)現(xiàn)只有Cisco交換機(jī)所連接的使用Windows 98的計(jì)算機(jī)出現(xiàn)此類問(wèn)題，而使用Windows 2000或Windows XP的計(jì)算機(jī)卻沒(méi)有出現(xiàn)問(wèn)題，而且在使用3Com交換機(jī)的時(shí)候，采用Windows 98的計(jì)算機(jī)都能正常工作。
筆者挑選出一臺(tái)Cisco Catayst3550-48交換機(jī)，仔細(xì)檢查它的配置、ARP表、Mac-Add表以及Log，沒(méi)有發(fā)現(xiàn)任何異常。筆者想到使用Windows 98的計(jì)算機(jī)也不是完全不能獲得IP地址，只是在開(kāi)機(jī)時(shí)無(wú)法獲得，那么，可能就是在交換機(jī)端口初始化的時(shí)候出現(xiàn)了問(wèn)題。
Cisco交換機(jī)的端口并不是連接上計(jì)算機(jī)就立即處于轉(zhuǎn)發(fā)狀態(tài)的，它有一個(gè)從Bloking(阻斷)、Listening(監(jiān)聽(tīng))、Learning(學(xué)習(xí))到Forwarding(轉(zhuǎn)發(fā))狀態(tài)轉(zhuǎn)換的過(guò)程。那么，極有可能就是在這個(gè)過(guò)程中，Cisco交換機(jī)和Windows 98的網(wǎng)絡(luò)初始化發(fā)生了沖突。
如果讓Cisco交換機(jī)改變端口轉(zhuǎn)發(fā)方式，也就是讓它的端口一旦加電，就處于轉(zhuǎn)發(fā)狀態(tài)，應(yīng)該就可以解決問(wèn)題。于是筆者在Cisco Catayst 3550的端口配置中添加了配置語(yǔ)句“spanning-tree portfast”后便解決了這一問(wèn)題。
看來(lái)，Windows 98的網(wǎng)絡(luò)啟動(dòng)過(guò)程確實(shí)和Cisco交換機(jī)的生成樹(shù)協(xié)議有沖突，不過(guò)只是在采用DHCP的情況下才會(huì)表現(xiàn)出來(lái)，但是“spanning-tree portfast”命令只能用于交換機(jī)端口直連計(jì)算機(jī)的情況下，如果端口級(jí)聯(lián)其他交換機(jī)，這個(gè)命令會(huì)使生成樹(shù)協(xié)議運(yùn)行出錯(cuò)。在這種情況下，一般不需要進(jìn)行其他配置，因?yàn)樯蓸?shù)協(xié)議默認(rèn)是在Cisco交換機(jī)上啟用的，當(dāng)然也可以在Cisco接入層交換機(jī)端口加上“spanning-tree uplinkfast”命令，以減少它的收斂速度。
|
| 【收藏】【打印】【進(jìn)入論壇】 |
|
|
|
|
| |
|
|
|
