2013-09-16 61 views
0

我只知道數據包流量,做出了很多非常糟糕的假設。我正轉向Stackoverflow的集體智慧來幫助我一點點。不出所料,我覺得我的互聯網提供商(讓我們稱他們爲「大電纜」)在解決技術問題時會讓我大發脾氣。關於TCP數據包/ UDP流量的錯誤校驗和就好了

我只能打開簡單的網頁。加載了大量包含的頁面,大型JavaScript庫,大樣式表,谷歌分析等簡單地拖延了。我可以看到index.html文件使用curl加載得很好。

我的電纜檢測儀連接speedtest.net並說「看它走得跟它應該一樣快」。

當我打開一個數據包嗅探器但是我可以看到在任何給定時間50%到95%的傳入TCP數據包都有一個錯誤的校驗和。當我得到太高的錯誤校驗和時,我的瀏覽器會超時加載頁面。流媒體視頻和Voip就好了。

我在這裏做了一些我想驗證的假設。

  1. VoIP,流視頻和speedtest通常是UDP數據包而不是TCP?
  2. 視頻加載但網頁不加載的原因是Checksum不適用於UDP數據包。

我想出了一個比喻,我希望有人確認它的準確性:就好像聯邦快遞準時交付我的包裹,但被砸爛超越實用。

最後。因爲他們正在使用speediest.com的結果讓我堅持我的合同。我能做些什麼來幫助他們解決混亂問題或向他們證明他們實際上已經混亂了?

回答

1

這屬於ServerFault,而不是StackOverflow。

  1. 不確定速度測試,但Voip和視頻流通常是UDP。
  2. 如果您的懷疑是正確的,那麼是的,這也是正確的。

如果我是你,我會打電話給他們,然後爬上他們的梯子(要求與經理談話,要求與他們的經理等談話),並與某人交談擁有真正的力量,可能能夠真正幫助你解決這個問題。如果他們實際上干擾了您的TCP流量,那麼他們可能違反合同,因爲他們沒有提供他們所宣傳的服務。

+0

我讀了serverfault,他們告訴我只有PROFESSIONAL問題。不知道在哪裏發佈這個。 – JVMX

+0

我強烈建議首先通過你的ISP,因爲他們是唯一可以修復它的唯一的....超級用戶將是我的下一個猜測,因爲這是更多的計算機硬件/軟件相關,但他們可能會告訴你也可以直接與ISP溝通。 SO只用於編碼問題。 – user2366842