加路由器后網絡上傳速度變慢如何辦的處理方法
發布時間:2024-05-21 文章來源:xp下載站 瀏覽:
| 網絡技術是從1990年代中期發展起來的新技術，它把互聯網上分散的資源融為有機整體，實現資源的全面共享和有機協作，使人們能夠透明地使用資源的整體能力并按需獲取信息。資源包括高性能計算機、存儲資源、數據資源、信息資源、知識資源、專家資源、大型數據庫、網絡、傳感器等。 當前的互聯網只限于信息共享，網絡則被認為是互聯網發展的第三階段。
自從加了路由器后上傳速度變得非常慢了，以前直接撥號上網的時候就很快的。最近突然發現自己電腦的FTP上傳變得非常奇怪，使用FTP時4kb的文件都無法正常上傳到服務器上，flashfxp總是顯示從最高速度傳輸慢慢的將為 0.0kb/s，然后很久才有反應開始緩慢的上傳下一個文件。同時其他涉及到向網絡發送數據的操作如上傳文件，提交表單數據等都變得異常緩慢。 這是怎么回事，我開始逐一排查問題：
打開命令行 輸入 ping -f -l 1480 xxbin.com 測試是否能發送長度為1480的數據到服務器，結果顯示Packet needs to be fragmented but DF set，意味發送1480的數據包需要拆開來發送。
當然要測試MTU什么值最合適要在直接PPOE撥號后測試，測試最大能ping通值之后再連接路由器修改為這個值+28就行了。
昨天重新上傳了視頻，白天在辦公室上傳準備有半天的時間就搞定，結果上傳速度慢到無法讓人接受，20K的文件需要近20分鐘的時間才能上傳完 成。等晚上下班回家，打開電腦上傳，狂暈，家里1M的ADSL，上傳速度也是一樣的慢。觀察一下發現，上傳時一開始的瞬間，速度有20K左右，但是維持不 住，幾秒中就掉到1K以下。幾年前曾出現過這樣的問題，當時也是用ADSL上網，接了一個無線路由，使用路由后就出現這個問題。后來反復測試找原因，終于 發現是路由器中的MTU值設定不符合當時的ADSL線路的要求，將值改到1044后才合適。后來搬家了網速也沒有太大的問題，也就沒有再改動這個設置。 今天又出現這個問題，是不是MTU值又出問題了呢？。進入路由器的設置，將MTU值先設為1492 ，保存重起路由器。再次FTP，速度終于恢復了，上傳到我的空間可以有60多K的速度了。 MTU就是Maximum Transmission Unit，此值設定TCP/IP協議傳輸數據報時的最大傳輸單元。設置合適的MTU值可以得到更好的上網速度。 就目前來說MTU的最大值就是1500，如果是千兆設備互連時有可能將這個值增大，比如改到4096。目前常用的幾種連接里面MTU有如下的默認值： • 1500. 以太網Ethernet信息包最大值，一般的設備（系統）也是默認值。 設置時可以使用這些默認值，但是有些時候對方可能會改動MTU默認值，比如幾年前我的ADSL線路的MTU值是1044 。如何獲知MTU的值方法有多種，最簡單的是直接詢問下技術人員，讓他告訴你，但有時這個方法行不通。可以自行測試一下MTU值，使用常用的ping命 令，但是還要加上“-f ,-l size”兩個參數。“-f ”表示你所發送的數據包不被路由器折開即使超過單個數據包的最大值；“-l size”表示設定發送數據包的大小。首先使用最大值來測試，以太網的用1500，ADSL的用1492 。這樣可以減少幾次測試。使用如下命令： （注意：這里測試是在撥號直接用網線連接電腦后測試的，測試后才再連接路由器）
數據包大小為1500
ping之后出現“Packet needs to be fragmented but DF set”表明MTU值要比我們發送的數據包小，可以適當減少數據包的大小，使用如下命令：
數據包大小為1460
由此可見MTU值應該是在1460–1500之間了，其實這個結論是錯誤的，因為我們使用的數據包大小并不直接等于MTU值，在ping命令發送數 據時還要在這個包的前面加上一個28字節的報頭，最終發送出去的數據包的大小就是我們設定的測試值加上28 。一開始用1500，實際發送的數據包大小為1528，本地連接是100M的Ethernet，當然測試通不過了。我們應該使用1472來測試1500這 個MTU最大值
數據包大小為1472
這樣就可以測出現用的網絡的MTU值，設定好路由器，就可以享受較好的網速了。 網絡的神奇作用吸引著越來越多的用戶加入其中，正因如此，網絡的承受能力也面臨著越來越嚴峻的考驗―從硬件上、軟件上、所用標準上......，各項技術都需要適時應勢，對應發展，這正是網絡迅速走向進步的催化劑。 |
