IP address 分配異常慢問題分析

問題描述:一個公司很重要的會議室中有兩個網絡A(10.*.*.0/24)和B(192.168.20.0/24)(都爲有線網絡),VIP在會議室使用網絡時候反映電腦RJ45網卡接入網絡後得到IP address非常的慢,影響使用。需要IT找到root case,並解決。

 

分析過程:根據反應情況描述爲用有線網絡在會議室裏得到IP地址慢。user電腦接入網絡有如下四種情況,分別分析。

1. 新接入客戶機到B網絡獲取IP抓包如下截圖,結果:獲取IP花費時間很短,幾秒鐘(圖中可以看出真正完成四步驟的時間都沒有超過0.1秒)

我們可以發現計算機通過DHCP獲得IP地址經過四個步驟,分別是DHCP discover、offer、request、ack;最終計算機獲得IP:192.168.20.102,在數據報文中可以看到此DHCP server IP及lease time爲2days等信息。其實可以看到所有在DHCP server上設置的option信息。

clip_p_w_picpath001[1]

2. 新接入客戶機到A網絡獲得IP過程和1相同,這裏就不截圖了。結果:同上

3. 接入B網絡的客戶機拔掉網線接入A網絡。結果:雖多了幾個步驟,速度比較快,圖中可以看出全部算大概7秒

因原來的B網絡地址(192.168.20.102)設置的lease time爲2days,肯定沒到,接入網絡後,首先客戶機unicast一個DHCP request報文,可以看出是正常四步驟的第三步,此報文其中含有原地址(192.168.20.102)及原DHCP server的標示符,可是現在接入的是OA網絡,非VISITOR網絡。故此OA網絡的DHCP server發回一個DHCP NAK報文,告訴客戶機此DHCP request報文非法。客戶機收到這個報文後又開始從第一步開始分別做DHCP discover、offer、request、ack,最終得到IP(10.*.*.53)。

clip_p_w_picpath002[1]

4. 接入A網絡的客戶機拔掉網線接入B網絡。結果:速度比較慢,整個過程總計用時68.4秒

客戶機從A網絡斷開接入B網絡,首先unicast DHCP request 進行續訂其原IP地址租期。但是這個DHCP request報文發出後得不到DHCP server的任何響應,故客戶機將這個DHCP request unicast了三次又broadcast三次,六次DHCP request後還是得不到DHCP server的應答,客戶機從新開始DHCP discover,四個過程後得到IP。

可以看出客戶機從新開始DHCP discover到最後結束只耗時2秒,開始的客戶機六次DHCP request耗時有66.4秒之多。時間都浪費這裏了,其實真正浪費在了等待DHCP server的應答上了。

分析B網絡在客戶機做DHCP request時爲什麼沒有DHCP server的應答,原因爲所用DHCP server爲SIEMENS家用類型的小路由器做的,不提供此功能,即DHCP server沒有IP地址續訂的功能。可以從下圖中option選項得到驗證,可以看出只有lease time=2days,沒有renewal/rebinding time value。

clip_p_w_picpath003[1]

 

總結:從分析結果看,得到IP地址慢問題只是當user將網絡從A網絡斷開並接入B網絡時發生(測試耗時68.4秒),root case爲B網絡的DHCP是家用型的小路由器做的,沒有應答地址續訂功能,當user電腦從別的網絡拔掉接入B網絡,DHCP server不能對DHCP的續訂請求及時應答。

 

解決方案:針對這個問題解決方法有以下幾種:

1. 更換機房中的SIEMENS小路由器,找能有應答IP地址續訂功能的上線使用

2. 在客戶機切換的時候將本機地址釋放。可通過ipconfig /release命令或是將有線網卡禁用再啓用實現

3. 單獨配置DHCP server供分發地址使用

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章