其實，無線協商之後出現DHCP(動態主機控制協議)失敗的現象是很常見的。無線協商建立起了資料鏈路。一旦建立連線之後，基站就可以傳輸和接收資料幀。這時，大多數基站傳送一個DHCP請求:從67至68埠傳送一個UDP資料包。如果一個區域網可以訪問這個DHCP伺服器，這個伺服器將對這個請求做出評估和回應，通常是向發出請求的基站分配一個IP地址。那麼如果無線上網無法獲得ip地址，是出現了什麼問題了呢?
首先，基站不能與接入點建立連線。即使訊號很強，接入點也可以拒絕基站的連結或者身份識別請求。例如，接入點可能太忙或者支援的速度速率或者安全引數不匹配(例如，基站也許沒有正確的WEP金鑰)。檢查一下你的無線網路卡與接入點的功能和安全設定方面不匹配的地方，使用你的接入點日誌驗證一個聯絡中間系統(IS)已經建立起來了。
第二，接入點也許仍然沒有連線上要建立聯絡的基站。例如，接入點也許是採用一個MAC接入控制表設定的，沒有包含基站的IP地址。或者是基站可能沒有透過WPA-PSK或者WPA (802.1X)身份識別。使用WPA-PSK協議，一個沒有出示正確的預先共享金鑰的基站看起來好像是聯絡上了，但是，永遠也得不到IP地址。使用WPA (802.1X)，一個基站也許能聯絡上大約1分鐘的時間，在802.1X交換失敗之後就斷開了連線。認真觀察基站的連線狀態和反覆檢查身份識別的設定。如果使用Windows XP SP2，使用“netsh ras set tracing”這個命令啟動“Wzctrace.log”網路跟蹤記錄功能。
第三，真正連線到一個接入點的基站仍不能連線到DHCP伺服器。無線路由器通常有內建的DHCP伺服器，但是，那個伺服器也許會關閉。無線接入點通常要求DHCP伺服器位於接入點的乙太網連線的上行部分的某個地方。驗證在你的區域網(或者虛擬區域網)中存在一個DHCP伺服器，並且從你的接入點可以訪問那個DHCP伺服器。還有一種可能(可能性不大)是DHCP伺服器被無線基站的個人防火牆封鎖了，或者被這個接入點的IP過濾器封鎖了。如果你懷疑出現了DHCP問題，觀察一下使用乙太網的資料包，包括在基站上的資料包和在有線區域網上的資料包。在Windows平臺上，當你觀察的時候，可使用“ipconfig /release”和“ipconfig /renew”的命令反覆傳送DHCP。
最後，在DHCP伺服器必須願意向這個基站釋放一個IP地址。我們通常認為這是一定的，但是，如果你排除了其他可能性，那麼檢視你的DHCP伺服器上的日誌驗證那個基站的的請求是否被收到，地址是否已分配。例如，一個通常處於忙碌狀態的DHCP伺服器當IP地址段耗盡的時候可能會臨時拒絕請求。
上述第一和第二個問題是最常見的。特別是如果你的基站正在執行Windows XP SP2作業系統並且有一個啟用的/活動的連線，但是，如果報告說連線受限或者沒有連線，那麼，你很可能遇到了第二個問題。