AP信号强，但客户端无法获取IP地址
网络环境：某地市电信局采用FIT+AC+AP的组网，拓扑为：AC----BAS（juniper）----SWITCH-----AP，AC为6103，采用集中转发；AP的IP地址是通过BAS Relay 到AC由AC下发地址，客户端IP由BAS下发。
问
题
快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题
：在网上高峰期时，PC获取IP地址很慢或者无法获取IP地址。
分析：在我们介入处理前，局方找了BAS
工程
路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理
师做了数据分析，他们通过在BAS上面抓DHCP报文，分析发现收到了客户端discovery报文并且BAS发送了offer报文，但PC没有收到，怀疑是在AC上面丢失的；我们在客户端、AP、交换机、局方设备分析及处理（下有详解），但问题并未解决，后面我在AC上面做了一个客户端地址池让PC直接在AC上面获取地址，PC获取IP地址正常；基本能说明问题未出在我们设备上面。
这次主要是应电信方的
要求
对教师党员的评价套管和固井爆破片与爆破装置仓库管理基本要求三甲医院都需要复审吗
配合Juiper工程师在AC的上行、客户端以及Juiper BAS本身三部分同时抓包，然后根据抓包的内容进行分析问题故障所在。通过在现场我方AC上行端口以及客户端抓包分析，BAS能够收到客户端发出的DHCP Discover请求，并能够发出DHCP Offer的报文，但是我在AC的上行口(连接BRAS的端口)并没有抓取到DHCP Offer的报文。由于BAS厂商表示他是基于CPU级别的抓包，能够看到DHCP Offer的报文，但是至于其物理端口有没有将CPU处理后的DHCP Offer报文转发出去则无法验证。于是采用替换法进行分析。
之前问题定位于AC及BAS之间，为了进一步找出问题所在，今天在AC及BAS之间串一个二层交换机，经过抓包分析，在交换机的上行(连接BAS)也没有受到BAS发出的DHCP Offer报文。问题定位于BAS的物理端口，经过和电信维护以及Juniper工程师交涉，建议其更换端口进行测试，为确保端口更换的时候业务不受影响，我们在BAS及AC上重新开启一条链路。经过几小时的准备工作，Juiper BAS端口成功切换，切换后在卫校现场的电信运维进行地址获取测试未出现无法获取IP地址，之后经过反复测试，IP地址获取问题得以解决。
个人经验（针对客户端获取地址慢的问题）：
初步判断客户端没有收到DHCP下发的IP地址，客户端获取到释放IP地址有5个过程：1、客户端发送DHCP discovery报文2、服务器发送DHCP offer报文3、客户端发送DHCP Rquest报文4、服务器发送DHCP ACK报文，此时客户端已成功获取IP地址5、客户端成功释放地址时会发送DHCP Release报文；
1、客户端判断：
一种情况客户端异常断开，即断开没有发送DHCP Release报文，除非手动Release报文或者表项老化，否则对来自客户端的请求报文都以异常报文处理，必然会造成长时间才能获取地址；另一种情况是报文延时，当服务器回复DHCP ACK 延时达到客户端时，此时客户端会认为自己发送的DHCP Rquest超时，重新发送DHCP discovery报文，但服务器已经发送ACK，造成异常；上面情况一般通过在“运行”-“cmd”输入ipconfig/release ipconfig/renew可以解决；
2、AP端判断：
查看AP用户数是否到达极限，查看流量过多或者空口带宽占用过大导致AP转发报文过慢或丢失；
3、AC判断：
对于其他地市用户远远超过此地方用户，AC上面报文阻塞的概率不大，或者通过在AC上面建立PC地址池（很重要）；
4、局方段判断：
公网地址池地址不够，确保公网地址是否能满足客户端需要；
5、其他问题
如果在上述情况均正常的情况下可以通过在DHCP服务器、AC端、客户端同时抓包，当客户端获取地址慢时或受限可以通过分析报文，确定DHCP ACK在那一段丢失，从而排除其他方面引起的故障。
浙公网安备 33021202002483