故障現象
　　　　一臺novell服務器，其引導正常，網絡ipx協議啟動正常，但工作站卻不能注冊。
　　　　解決過程
　　　　計算機開機自檢未發(fā)現任何錯誤提示，啟動novell服務器也沒有任何錯誤提示，在控制臺上用config命令查看網絡系統(tǒng)配置也正常，再用monitor的lan/wan information菜單觀察lan設備也未發(fā)現任何錯誤，維修陷于困境。
　　　　問題究竟出在那里呢？與工作站通信的出入口是網卡，問題很可能就在網卡上。帶著這個想法，重新啟動計算機反復觀察網卡設備信息，發(fā)現計算機系統(tǒng)自檢顯示該網卡的中斷號為5，當前處于pnp模式。將此信息記下，再啟動novell服務器，查看autoexec.ncf文件，發(fā)現網卡的中斷號配置為3，io ports 為300h。再用控制臺上的config命令查看網卡啟動配置信息，發(fā)現網卡的中斷號為10，port=300。從以上信息不難看出問題就在網卡的配置上。問題找到了，用網卡設置程序在dos狀態(tài)下重新將網卡的io base address參數設置為300，interrupt request level 設置為5， 屏蔽pnp功能，再將autoexec.ncf文件中的網卡中斷設置為int=5。重新啟動服務器，此時工作站注冊服務器成功。
　　　　經驗小結
　　　　當網絡系統(tǒng)出現異常時，要根據實際情況確定問題的關鍵點，關鍵點確定后，再仔細觀察分析，透過一些蛛絲馬跡發(fā)現實質性的問題，本例就是一個比較典型的例證。本例的情況比較特殊：網卡的io參數配置、服務器 auotexec.ncf參數配置和服務器lan啟動參數三者完全不同，似乎不可理解，其實也不難理解。筆者以為出現這種問題的結癥在于：網卡處于pnp狀態(tài)。網卡處于pnp狀態(tài)時，當系統(tǒng)調用autoexec.ncf 為網卡分配中斷號3時，中斷3已被com1口占用，系統(tǒng)要選擇一個空閑中斷號給網卡，而中斷5已被其自身占用，系統(tǒng)自動為其分配一個空閑中斷號10，故而會出現上面的一幕。