ImageVerifierCode 换一换
格式:DOC , 页数:3 ,大小:126KB ,
资源ID:7659996      下载积分:10 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.docduoduo.com/d-7659996.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录   微博登录 

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(WIFI连接DHCP无法获取地址或获取地址慢分析.doc)为本站会员(yjrm16270)主动上传,道客多多仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知道客多多(发送邮件至docduoduo@163.com或直接QQ联系客服),我们立即给予删除!

WIFI连接DHCP无法获取地址或获取地址慢分析.doc

1、WIFI 连接 DHCP 无法获取地址或获取地址慢摘要:WIFI 上网时,有时会出现无线用户接入后获取地址慢,而且经常无线网卡提示连接受限的现象。该情况将直接影响到用户的使用感受。本文主要分析了该问题发生的主要原因以及解决方案。关键词:WIFI 连接受限 DHCP 获取地址慢正文:在无锡市区的一些热点区域,经常会有用户反映出现无线接入后获取地址慢,而且有时会出现无线网卡提示受限连接的现象。该情况将直接影响到用户的使用感受。针对上面的现象,我们进行了现场的分析和定位,确定了最终的原因:该现象的最终原因不是 WLAN 接入造成,而是 DHCP server 所引起的。DHCP Server 进行了

2、一定的保护,也就是当 DHCP server 成功分配出一个地址以后,对于再次来自于客户端设备的 DHCP 请求将不作处理,只有原来的表项老化以后,才可能继续重新为客户端设备分配地址。由于无线的特殊性,网卡在信号不稳的时候会出现重新连接,或者最终用户在使用过程中可能直接拔插网卡的情况,这样相当于链路异常断开,最终导致 DHCP server 不知道用户已经下线。而当用户再次申请地址的时候,DHCP server 可能认为报文非法而不进行处理,最终出现了获取地址慢的现象。通过有线进行测试也验证同样存在该问题。先使用有线网卡连接,保证成功获取地址,之后直接将网卡禁用后在使能,可以发现该网卡同样无法

3、在短时间内获取地址。下面是用户 DHCP 申请地址的流程造成获取地址慢的原因:当 DHCP server 成功发送 DHCP ACK 报文之后,DHCP server 将认为它已经成功为 Client 分配了一个 IP 地址,在没有接收到 Release 报文之前,或者自己的表项没有老化之前,再次收到来自于 Client 的报文,DHCP server 将作为非法报文处理。获取地址慢的出现情况一:如果客户端出现异常断开(也就是客户端虽然断开连接,但是没有发送 DHCP Release 报文),当该客户端再次连接的时候会出现无法获取地址,只有等待足够的一段时间后,才可以获取地址的问题。能够造成该

4、种情况的操作:1、直接将有线网卡禁用;2、直接将无线网卡禁用;3、直接拔插无线网卡; 获取地址慢的出现情况二:由于客户端和服务器经过了大量的有线网络,所以在获取地址的瞬间,有可能出现报文延时的问题,特别当 DHCP server 回复的 DHCP ACK 报文延时到达客户端的时候,此时客户端会认为它已经发送的 DHCP request 报文超时,状态机回到初始位置,重新发送DHCP discovery 报文。但是由于 DHCP 服务器已经发送了 ACK,所以认为已经成功给客户端分配了地址,所以会忽略掉客户端的新的 DHCP discovery 请求。造成客户端获取不到地址或者需要经过一段时间后

5、才可以获取地址。下面是在 AP 上行端口抓包,第 110 条报文,AP 将客户端的 DHCP request 报文成功发送出去,但是等待了 10ms 之后没有收到服务器的 DHCP ACK 报文,所以重新发送DHCP discovery 报文申请地址;但是此时服务器实际上已经发送了一个 DHCP ACK 报文(只是该报文在 60ms 之后到达)。这样就造成了客户端和服务器的状态机不一致,服务器不再处理新的 DHCP Discovery 请求。这个现象只能通过 DHCP server 上面的优化,目前该现象与 WLAN 网络和有线网络都没有关系,WLAN 设备没有问题。由于 DHCP 服务器管理了很多的接入服务,需要仔细考虑如何进行优化。

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报