電腦網路15--網路應用對傳輸服務的需求

來源:互聯網
上載者:User

標籤:

本頁內容

1.網路應用對傳輸服務的需求

2.Internet提供的傳輸服務

1.網路應用對傳輸服務的需求

   不同的網路應用對傳輸服務的要求不盡相同。我們來看看到底在哪些方面有哪些不同:

   a.資料丟失(data loss)/可靠性(reliability)

      有些網路應用可以容忍一定的資料丟失,如QQ視屏聊天(相信在網路不好時稍微卡兩下你也不會太介意)。

      有些網路應用卻沒有那麼好的脾氣,要求100%的可靠資料轉送,如迅雷(你在下某片的時候,如果它只能幫你下一半,你估計會瘋掉)。

   b.時間(timing)/延遲(delay)

      有些應用只有在延遲足夠低時才“有效”(“我靠!又卡了”,這句話已成為坑隊友的名言)。

   c.頻寬(bandwidth)

      有些應用只有頻寬達到最低要求時才“有效”(如果你看視頻時曾飽經“載入”的痛苦,相信會對此感觸頗深)。

      有些應用卻可以適應任何頻寬,如:email

   最後上傳一張表讓大家更好理解各種網路應用對傳輸服務的不同需求(前提是你得懂英文):

   

2.Internet提供的傳輸服務

   Internet提供了TCP服務於UDP服務。下面讓我們檢驗一下它們的服務方式與態度。

   a.TCP 服務

      連線導向:客戶機/伺服器處理序間需建立串連(先挂號,再就醫,否則不鳥你)。

      可靠的傳輸(有個成語叫做“分毫不差”)。

      流量控制:發送方不會發送過快,超過接收方的處理能力。

      擁塞控制:當網路負載過重時能夠限制發送方的發送速度(如果堵車,就要限行)。

      不提供時間/延遲保障(魚和熊掌不可兼得,想要我不丟資料,又只給我這麼少的頻寬,那時間可不能少)。

      不提供最小頻寬保障(所以當你正在看視頻,而網速突然降到1~2kb/s時,你就應該放聲大罵TCP)。

   b.UDP服務

      無串連:它不需在兩主機間建立串連。

      提供不可靠的資料轉送

      不提供:可靠性保障、流量控制、擁塞控制、延遲保障、頻寬保障。

   最後讓我們來看看都有哪些應用在使用TCP協議、UDP協議:

   


電腦網路15--網路應用對傳輸服務的需求

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.