无线协商之后出现DHCP(动态主机控制协议)失败的现象是很常见的。无线协商建立起了数据链路。一旦建立连接之后，基站就可以传输和接收数据帧。这时，大多数基站发送一个DHCP请求:从67至68端口发送一个UDP数据包。如果一个局域网可以访问这个DHCP服务器，这个服务器将对这个请求做出评估和回应，通常是向发出请求的基站分配一个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操作系统并且有一个启用的/活动的连接，但是，如果报告说连接受限或者没有连接，那么，你很可能遇到了第二个问题。 Webjx.Com
