CH10TCPUDP協定.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CH10TCPUDP協定

TCP/UDP協定 10-1 TCP/UDP簡介 10-2 連接埠編號 10-3 netstat指令用法 10-4 行程通訊 10-5 Socket通訊概念 10-6 多工/解多工簡介 10-1 TCP/UDP簡介 TCP提供一個連接導向(Connection Oriented;CO)的可靠傳輸服務,其保證發送端至接收端的資料傳送順序一致、流量控制及壅塞控制,因此具有可靠性的資料傳送;而UDP則提供免接式(Connectionless;CL)的不可靠傳輸服務,它並不具有TCP的確認機制來保證資料是否正確的被接收、也不會重傳遺失的資料、資料的接收也不必照順序進行、也不提供流量控制及壅塞控制來控制資料量的變動,但UDP訊息也因無這些機制,而使訊息傳送速度加快,對於某些訊息量較大、即時性優於可靠性傳輸的考量(如影音通訊)下,UDP是常被考慮的。1980年發佈的UDP協定,其文件規範可參考RFC768;TCP可參考RFC 793。 10-2 連接埠編號 連接埠編號可根據用途有所分類,分別為 公認埠號(well-known ports) 註冊埠號(registered ports) 動態與私有埠號(dynamic and/or private ports) 根據IANA(Internet Assigned Numbers Authority)規定,0~1023的連接埠編號稱為「公認」連接埠(可參考網址)。 另外,1024~49151的連接埠編號則稱為「註冊埠號」,這些埠號提供給各軟體公司向IANA申請註冊用。49152~65535稱為「動態與私有埠號」,是留給用戶端連線至伺服端時,隨機取得的埠號;或做為個人開發軟體測試用的埠號。 10-3 netstat指令用法 當TCP / IP網路連線時,可以透過工具程式netstat檢視目前主機上連線狀態與封包的統計資訊等,如表10-2所示的netstat的指令功能。 範例1:請在C:\Documents and Setting\yunlung敲入netstat –a,並以圖10-1說明。 範例2:請在C:\ Documents and Setting\yunlung敲入netstat –r,並以圖10-2說明。 10-4 行程通訊 「行程」為何方神聖?我們可以想成在端系統(即主機)上跑(run)的一個應用程式。 若行程通訊是在相同端系統上進行,則各行程之間(interprocess)的通訊規則,是由端系統上的作業系統來操控;然而,在Internet上的行程通訊,我們只對發生在不同端系統上的行程通訊有興趣。 10-5 Socket通訊概念 Socket也常稱為插座或承孔,它是位於應用層與傳輸層之間的介面。就行程通訊機制的觀點而言,Socket如同行程的門,亦即發送端行程是將訊息從它的門傳送出去,並與另一端的門構成連線,訊息會透過此連線送到接收端行程的門(即接收端行程的Socket)。 10-6 多工/解多工簡介 多工即是來源端主機收集到來自多個Socket的資料塊(data chunk),並用標頭將每個資料塊封裝起來形成區段,然後將這些區段送至網路層的過程,稱為多工(Multiplexing;MUX)。多工時的Socket必須有唯一的識別數值。接收端將收到的這些區段資料再送給正確的Socket過程稱為解多工(Demultiplexing;DeMUX)。 UDP多工/解多工 TCP多工/解多工 用戶端與伺服端之間的通訊過程是如何進行。 先執行伺服端的行程。 伺服端必須具有能讓客戶端建立連線要求的Socket。 客戶端會指定伺服端行程的IP位址、埠號來建立與伺服端的TCP連線(此連線是利用「三方交握」達成,參考10-11節)。 一旦客戶端要求建立TCP連線時,伺服端會因此產生新的Socket,可用來與客戶端通訊;萬一要與多個客戶端通訊,可由來源端埠號來區分客戶端。 範例3:說明TCP在客戶端主機A與主機B與伺服端間的多工/解多工過程,如圖10-6所示。 解 當兩端的用戶端主機A與主機B透過TCP連線分別開啟與HTTP伺服器通訊,連線的兩端都必須包含來源端IP位址、來源端埠號、目的端IP位址及目的端埠號共4種數值。圖中所示,用戶端主機A可以同時開啟2筆與HTTP伺服器的會談,主要利用相同IP但不一樣的埠號「13228及25835」建立2條TCP連線以開啟同一HTTP伺服器「埠號80,IP位址為」會談。 另外,主機B則利用不同IP位址數值,但一樣的埠號(13228)建立1條TCP連線,以開啟同一HTTP伺服器「埠號80,IP位址為」會談。值得一提的是,HTTP伺服端的主機在它的傳輸層將對這3個行程進行解多工,亦即當TCP區段抵達伺服端時,各區段會經過解多工送到適當的TCP Socket。 10-

文档评论(0)

daoqqzhuan2 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档