手機怎麼測試網速掉包
移動寬頻測網速意復義不大。一制般情況下，2M寬頻就能順利地玩CF、LOL等游戲，2M寬頻就能看在線高清[480P]視頻及看時間上同步的現場直播而不卡，但要求寬頻網速連續穩定，絕對不掉線[沒有延時！]，在全國范圍內，符合條件的寬頻僅有電信和聯通，絕無第三種寬頻，其它所有寬頻[含你的提問]因延時高[多次0.01秒或0.1秒以上掉線，測網速有時反映不出來]實測網速達100M也無法玩CF、LOL等，無法看直播視頻，這就是優質寬頻與垃圾寬頻的區別。移動寬頻[也就是鐵通寬頻]是面向全國貧困人群的普及型寬頻，其輸入用戶電腦電信號流量為間斷性脈沖，使用范圍為平時邊下載邊看電影電視等沒有問題，超出此范圍，只能說對不起！移動寬頻可以通過金山衛士、金山毒霸、360網站、瑞星殺毒網站等去測出網速，假設測出的實際網逮接近100M，雖然有這么高的網速，下載文件是極快，但想用網速接近100M的移動寬頻看現場直或玩CF、LOL等，那叫白日做夢！
㈡ android手機如何運行網路Ping測試
android手機運行網路Ping測試的方法大致分為兩種：一種是系統自帶的測試功能，裡麵包含有ping測試的網路功能。另外一種是下載第三方APP應用來進行相關的PING測試。
方法一：系統自帶的手機測試功能。在撥號界面上輸入：*#*#4636#*#* ，手機自動進入測試模式。
(2)手機怎麼測試網速掉包擴展閱讀
Ping是Windows、Unix和Linux系統下的一個命令。ping也屬於一個通信協議，是TCP/IP協議的一部分。利用「ping」命令可以檢查網路是否連通，可以很好地幫助我們分析和判定網路故障。應用格式：Ping空格IP地址。該命令還可以加許多參數使用，具體是鍵入Ping按回車即可看到詳細說明。
㈢ 手機測速網路丟包率達80%
你可以先測下2.4g的干擾情況
㈣ 網路經常掉包是什麼原因
具體表現：由於所有工作站都是10-100Mb自適應網卡，而原來的全部採用的是10Mb
的交換機，現將網路升級一下，全部換成100Mb交換機，發現交換機更換後，速度還沒有
原來快。部分機器甚至不能上網；故障分析：我們用ping命令ping一下該區域網的網關，發現掉包現象嚴重，用測線儀檢查一下雙絞線，發現一切正常。檢查一下網線時，發現網線是原來用的三類線，不支持100Mb的網路。由於我們在網路升級的時候，只升級了網路交換設備，忽視了升級傳輸介質——網線；
解決辦法：更換網線；
說明：大家在升級網路的時候，一定要檢查一下自己的配套設備如網卡、網線是否支持100Mb的網路工作環境，不要盲目升級其中一項，造成小馬拉大車的不配套現象；
要根據自己的資源，合理利用。對於目前的網路，大家在布線時，不如一步到位，選購安
普（AMP）超五類網線，一是方便日後的升級，二者也可以使自己的網路速度得到穩定；故障二、新開的網吧，經常掉線或者無法登錄網路；
具體表現：一家新開的網吧，面積三百平方，五十台機器，配備了專用的機房，放
置交換機和伺服器。結果發現機器調試時，經常掉線或者無法登錄網路；故障分析：用ping命令檢查時，發現嚴重丟包和超時，網路全部用測線儀測試，一
切正常。無意中發現從交換機到工作的距離太長，仔細測量了一下距離，100米。雙絞線
的傳輸距離一般不超過100米，實際傳輸距離在95米左右。網吧業主只為了追求高檔，配
備了專用的機房，卻忽視了網線傳輸距離的極限；解決方法：將交換機的位置重新安置；
說明：在綜合布線時，一定要將交換機的位置選擇好，中心交換機最好放在網吧的
中央位置。下面的交換機也應該放在所連接的計算機的中心。這樣的安置方法，一是節
約網線，二是可以使網路達到最佳的傳輸狀態；故障三、IP地址與地址串發生沖突；
具體表現：所有機器，IP地址在網路中設置是唯一，總有兩台機器，在啟動的時
候，出現一個地址與IP地址沖突與一串地址沖突。更改IP地址後依舊。而且在沖突時，
只有一台機器可以上網；故障分析：仔細看了一下沖突的提示，是一串地址，會不會是物理地址沖突呢，也就是MAC地址沖突導致的呢？但總不能每台每台查找吧。用IPbook超級網上鄰居吧，朋友提示到。用IPbook超級網上鄰居，掃描整個網路段，結果發現兩台機器的網卡的MAC地址是完全相同的；
解決辦法：更換網卡。更換網卡後，問題解決；
說明：所有工作在網路中的網路設備，包括網卡、交換機、路由器都有一個物理地址，叫MAC地址。MAC地址包含了該網路設備的廠商和在全球網路設備中唯一的序列號；
所有的網路數據交換，都是基於MAC地址的交換，而不是基於IP地址的交換。因此，如果
MAC地址沖突，IP地址不沖突的話，也會造成網路中斷,因為數據找不到終點。因此，大
家在購買網卡的時候，一定要買正品，不要為了貪圖便宜，買了次品。如果是網卡MAC地
址沖突，更換一塊，還是小事。如果是交換機發生MAC地址沖突，那你就麻煩大了；故障四、100Mb的網路網路速度不穩定；
具體表現：網卡採用10-100Mb自適應網卡，交換機為全雙工10-100Mb交換機。在上
網的時候，網路速度時快時慢故障分析：用ping命令檢查的時候，也沒有掉包現象，一切正常，偏偏下速度不正常。檢查了網路設置，也正常。後來仔細看了一個交換機的指示燈，發現交換機老是在10Mb和100Mb兩種工作狀態下轉換。問題搞定了；解決方法：發現問題了，如何不讓他自動切換工作狀態呀。仔細看了機器中網卡的屬性，值中指定的速度是AUTO，我把他改成100Mb Full後。測試了一下，一切正常了；
說明：一些網路問題的發生，要首先檢查一下所有的網路設備，然後分析一下原
因，相信解決問題的速度會很快的；故障五、網路中所有機器全部IP地址沖突；
具體表現：機器啟動後，所有的機器出現IP地址沖突。檢查了一下IP地址設置，沒
有重復。工作使用WinXP操作系統；故障分析：所有的工作站開機後，進入桌面，自動彈出IP地址沖突的提示，而每台客戶機使用的是固定的IP地址，沒有地址沖突。於是決定在XP的DOS下查看一下網路配置。運行了一下ipconfig /all,發現網路中有一個DHCP伺服器在運行，給這台機器動態分配的IP地址與其他機器的IP地址發生了沖突。說明一下，DHCP伺服器是網管在進行網路克隆時，為了方便建立的。結果網路克隆結束後，忘記把服務停止了；
解決方法：1、把DHCP伺服器關閉 2、把DHCP服務的IP地址池更改一下，排除所有正
在使用的固定的IP地址。
㈤ 怎樣測電信丟包
點開始-------運行-----cmd-----確定然後在dos窗口裡面ping網站就可以了比如qq空間就是ping qzone.qq.com -n 100 ，這是ping空間100個包，想內ping200就把最後容那個100改成200就行，以此類推。ping完後可以看丟包率，如果丟包大於5%那麼就卡的。還有ping網站就是ping 後面加上網站名，比如ping www.sina.com.cn
㈥ 數據一直掉包怎麼辦
許多時候，我們可能都會碰到網路連接時斷時續的故障現象，面對這種網路故障，不少網路管理員都會使用Ping命令對網路連通性進行測試，測試結果表明此時的網路傳輸線路數據丟包現象非常嚴重，那麼究竟是什麼因素導致了數據丟包現象比較嚴重呢?是連接線路接觸不穩定?是網路病毒?還是其他的潛在因素?
仔細對這類現象進行總結後，我們發現最容易造成數據丟包現象的因素就是網路環路，畢竟在規模稍微大一點的區域網環境中，網路管理員很容易把交換機之間的埠連接錯誤，從而引起網路環路現象，並且這種現象由於有比較強的隱蔽性，我們在排除這類故障的時候要是不留神的話很容易多走彎路!為了幫助各位高效解決數據丟包嚴重這類網路故障，筆者現在就將自己曾經遭遇到的一則網路環路故障排除過程貢獻出來，希望大家能從中獲取收益!
故障現象
筆者所在單位的區域網網路使用的拓撲結構是星型百兆乙太網結構，區域網主機房中使用了一台Cisco品牌的三層路由交換機作為網路的核心交換機，單位五層大樓中的每個樓層都組建了子網段，每個網段中的所有工作站都使用D-Link品牌的普通交換機作為集線設備，並且各個樓層中的普通交換機通過雙絞線纜直接接入主機房中的核心交換機，並通過核心交換機直接訪問Internet網路。單位區域網中同時安裝、配置了多台伺服器，例如有保存單位重要數據信息的文件伺服器，有對外提供Web訪問服務的Web伺服器，有提供重要資料下載的FTP伺服器等。
平時單位各個子網段中的所有工作站都能正常訪問Internet網路，每個子網段中的工作站之間也能互相訪問。可是有一天，某一子網段中的用戶通過手機向筆者反映情況說，他們所在的子網工作站訪問Internet網路時，有時正常有時不正常，並且同一子網段中的工作站之間相互進行Ping測試時，發現數據丟包現象非常嚴重;原以為這種故障僅是極個別現象，可誰曾想到，沒有多長時間，分布在多個網段中的許多用戶接二連三地向筆者反映情況，並且描述的故障現象基本相同。
連續的故障求援讓筆者再也坐不住了，筆者立即動身來到其中一個樓層，對該網段中的工作站進行上網測試，在上網過程中筆者發現網頁打開速度有時非常緩慢，幾分鍾也打不開一個頁面，有時速度很快，只要輸入地址敲下回車鍵後，網頁內容立即就顯示出來了，並且這種現象反反復復。在確認網路故障的確存在後，筆者認為這種故障現象涉及多個網段，引起這種故障現象的原因很可能是交換機的連接埠出現了問題，於是筆者對交換機的連接埠進行了適當調整，並在調整之後及時進行了測試，可是區域網中的故障現象依然存在。
重新返回到故障工作站現場進行測試，筆者看到使用Ping命令可以Ping通區域網中的部分工作站和伺服器，不過在Ping主機房中的核心交換機IP地址時，筆者發現存在明顯的數據丟包現象，並且網路延遲時間也比較長。通過專業的網路管理工具對主機房中的核心交換機進行參數配置檢查，筆者也沒有發現明顯的錯誤。
故障分析
雖然核心交換機的參數配置方面沒有找到可疑的地方，但是筆者還是深信問題出在核心交換機身上，畢竟多個子網同時出現相同的故障現象決不是偶然的。在排除了核心交換機參數配置因素後，筆者開始將懷疑重點轉移到該設備的物理因素上了;首先，筆者仔細觀察了核心交換機控制面板中各個信號燈的工作狀態，發現連接有雙絞線的所有埠對應的信號燈狀態都很正常。其次，筆者擔心網路線纜沒有緊密地插入到核心交換機的各個埠中，於是不厭其煩地將所有的網路線纜逐一拔下來，之後又將其重新插入到對應的交換機埠中，可是筆者的這番辛苦並沒有得到任何回報，區域網中的數據丟包現象仍然十分嚴重，並且許多工作站還是不能正常訪問Internet網路中的內容。
那會不會是核心交換機的緩存遇到錯誤，導致連接到該交換機設備中的所有子網工作站都不能正常訪問網路內容呢?筆者腦海中總有這樣一種意識，認為交換機運行時間一長之後，其系統緩存十分容易出現溢出或其他軟體錯誤，這類錯誤常常會導致區域網網路產生莫名其妙的故障現象;依照這樣的想法，筆者嘗試著切斷了核心交換機的電源，過了一段時間後，又重新接通該設備的電源，以便讓其重新啟動，等待核心交換機系統啟動穩定之後，筆者再次嘗試了在故障工作站中進行上網測試，結果發現網路訪問還是時斷時續。
在排除了上面幾種因素後，筆者估計這種網路故障應該不在交換機硬體部分，很可能是區域網中的網路病毒造成的。於是，筆者特意從網路中下載了專業分析工具Sniffer，通過該工具抓包分析網路中的信息包，發現有許多信息包都不約而同來自相同的一個網卡設備的MAC地址，而信息包中發送的目的地址在區域網中根本找不到，於是筆者立即下意識地懷疑可能是「熊貓燒香」之類蠕蟲病毒造成了網路傳輸通道堵塞。難道目標網卡MAC地址對應的工作站真的被感染上了網路蠕蟲病毒?
想到這一點，筆者立即通過網路正常傳輸時創建的MAC地址與IP地址對應表，查找到該工作站來自區域網二樓網段中的一台工作站，初步確認故障原因後，筆者立即將目標網卡MAC地址對應的工作站從特定網段中斷開連接，同時在該工作站系統中安裝了最新版本的殺毒軟體，並對該工作站系統進行了全面、徹底地病毒查殺操作，等到病毒查殺任務結束後，筆者還真的看到了一些網路蠕蟲病毒，原以為這些網路蠕蟲病毒就是最終的「禍首」，可是當將該工作站重新接入到對應網段中後，區域網的數據丟包故障現象還是沒有消失。
在萬般無奈之際，筆者決定對各個子網進行單獨測試檢查。於是筆者特意找來當初組建區域網時使用的網路拓撲結構圖，對照圖紙筆者想依次找出不同網段接入到核心交換機時所使用的埠，在進行這方面查找操作時，筆者偶然看到有一條網路線纜竟然同時插入到核心交換機中的兩個埠中，很明顯這條網路線纜使區域網中形成了環路現象，而環路現象可能就是整個區域網數據丟包嚴重的「罪槐禍首」。
為了驗證筆者的分析是否正確，筆者嘗試著將造成環路的那條線纜拔出後，立即從故障工作站中再次訪問了Internet網路，結果發現故障工作站打開網頁的速度很快;但筆者還是有點不放心，又跑到另外一個故障子網中，隨意找了一台工作站進行上網測試，測試結果證明區域網的所有故障全部已經消失，這表明區域網的數據丟包故障已經被成功解決了。
故障探究
通過上面的分析，我們不難發現網路環路其實就是引起區域網所有子網不能正常訪問的「禍首」，在區域網環境中一旦有網路環路現象存在時，那麼工作站對外發送的每一幀信息都會在網路通道中反復廣播，從而造成了廣播風暴現象，最終導致區域網傳輸通道嚴重被堵塞，那樣一來區域網網路就容易出現數據丟包現象。
在解決這類網路故障時，筆者由於沒有及時了解到區域網網路中發生了一些變動，導致在排除故障的過程中，始終沒有想到網路環路竟是由於我們網路管理員的疏忽引起的，從而導致了筆者在解決故障的過程中多走了不少彎路。
仔細想來，要是在排除故障之前，筆者能夠事先詢問一下單位的其他網路管理員，打聽一下最近網路是否進行了改動的話，說不定就能很快找到故障原因了。所以，日後我們在解決類似網路故障時，首先應該仔細了解一下故障之前網路的變動情況，之後再按照常規思路進行排查。
當然，為了便於管理網路，我們在組建區域網網路時，也應該及時建立了比較完善的區域網組建檔案資料，具體內容可以包括IP及MAC對應表、網路布線圖、網路變動說明等，有了這些資料幫忙，任何網路管理員都能在很短時間內解決各種網路故障了。
㈦ 網路丟包率測試問題
所謂網路丟包率是數據包丟失部分與所傳數據包總數的比值。正常傳輸時網路丟包率應該控制在一定范圍內。網路是否穩定，是否延遲，是否丟包，用ping命令都可以看出來，先使用ping命令查看網路是否穩定。
方法如下：
一、用ping命令檢測網路是否穩定
1、在桌面上按win+R打開運行窗口，輸入CMD打開命令提示符窗口。
㈧ 手機app丟包怎麼測試
我用的是speedtest，這個軟體一定要下載是ookla公司出品的。測速以後點擊歷史數據，就可以看到上下行的速度和丟包的具體數據了。
㈨ Android手機如何測試ping值以及網路丟包率
1.撥號鍵上按：*#*#4636#*#* 出來的界面中有「進行ping測試」。
2.下載一個叫超級終端的軟體，可以直接ping。
㈩ 關於網路檢測的丟包率
網路丟包是我們在使用ping（檢測某個系統能否正常運行）對目站進行詢問時，數據包由於各種原因在信道中丟失的現象。ping使用了ICMP回送請求與回送回答報文。ICMP回送請求報文是主機或路由器向一個特定的目的主機發出的詢問，收到此報文的機器必須給源主機發送ICMP回送回答報文。這種詢問報文用來測試目的站是否可到達以及了解其狀態。需要指出的是，ping是直接使用網路層ICMP的一個例子，它沒有通過運輸層的UDP或TCP。
網路丟包的原因主要有物理線路故障、設備故障、病毒攻擊、路由信息錯誤等，下面我們結合具體情況進行說明。 網管員發現廣域網線路時通時斷，發生這種情況時，有可能是線路出現故障，也可能是用戶方面的原因。為了分清是否是線路故障，可以做如下測試。
如果廣域網線路是通過路由器實現的，可以登錄到路由器，通過擴展ping向對端路由器廣域網介面發送大量的數據包進行測試。
如果線路是通過三層交換機實現，可在線路兩端分別接一台計算機，並將IP地址分別設為本端三層路由交換機的廣域網介面地址，使用「ping 對端計算機地址 -t」命令進行測試。
如果上述測試沒有發生丟包現象，則說明線路運營商提供的線路是好的，引起故障的原因在於用戶自身，需要進一步查找。
如果上述測試發生丟包現象，則說明故障是由線路供應商提供的線路引起的，需要與線路供應商聯系盡快解決問題。
由物理線路引起的丟包現象還有很多，如光纖連接問題，跳線沒有對准設備介面，雙絞線及RJ-45接頭有問題等。另外，通信線路受到隨機雜訊或者突發雜訊造成的數據報錯誤，射頻信號的干擾和信號的衰減等都可能造成數據包的丟失。我們可以藉助網路測試儀來檢查線路的質量。 設備故障主要是指設備硬體方面的故障，不包含軟體配置不當造成的丟包。如網卡是壞的，交換機的某個埠出現了物理故障，光纖收發器的電埠與網路設備介面，或兩端設備介面的雙工模式不匹配。
筆者近日在工作中發現一交換機埠的光纖模塊故障造成的丟包現象，該交換機在通信一段時間後死機，即不能通信，重啟後恢復正常。在經過一段時間觀察後發現，某光纖模塊存在問題，取一塊新的模塊替換，一切正常。究其原因，交換機會對所有接收到的數據包進行CRC錯誤檢測和長度校驗，將檢查出有錯誤的包丟棄，正確的包轉發出去。但這個過程中有些有錯誤的包在CRC錯誤檢測和長度校驗中都均未檢測出錯誤，這樣的包在轉發過程中不會被發送出去，也不會被丟棄，它們將會堆積在動態緩存中，永遠無法發送出去，等到緩存中堆積滿了，就會造成交換機死機的現象。最終結果是，數據包無法到達目的主機。 網路擁塞造成丟包率上升的原因很多，主要是路由器資源被大量佔用造成的。
如果發現網速慢，並且丟包率呈現上升的情況，這時應該show process cpu和show process mem，一般情況下發現IP input process佔用過多的資源。接下來可以檢查fast switching在大流量外出埠是否被禁用，如果是，則需要重新使用。
再看一下Fast switching on the same interface是否被禁用，如一個介面配有多個網段並且這些網段間流量很大時，路由器工作在process-switches方式，這種情況下要在介面上執行命令「enable ip route-cache same-interface」。
接下來，用show interfaces和show interfaces switching命令識別大量包進出的埠。一旦確認進入埠後，打開IP accounting on the outgoing interface看其特徵，如果是攻擊，源地址會不斷變化但是目的地址不變，可以用命令「access list」暫時解決此類問題(最好在接近攻擊源的設備上配置)，最終解決辦法是停止攻擊源。
應用中遇到的造成網路擁塞的情況還有很多，如大量的UDP流量，可以用解決spoof attack的步驟解決此問題。大量的組播流、廣播包穿越路由器，路由器配置了IP NAT並且有很多DNS包穿越路由器等。上述情況造成網路擁塞後，通信雙方採取流量控制，丟棄不能傳輸的包。 網路路徑錯誤也會導致數據包不能到達目的主機，如主機的默認路由配置錯誤，主機發出的訪問其他網路的數據包會被網關丟棄。但此類丟包屬於正常情況下的丟包，是意料之中的，不會對網路造成影響。