TCP/IP協(xié)議

時(shí)間：2021-04-25作者：上海騰希電氣技術(shù)有限公司瀏覽：193

TCP/IP協(xié)議是一個(gè)在網(wǎng)絡(luò)中使用廣泛的協(xié)議，無論是局域網(wǎng)還是廣域網(wǎng)，同時(shí)也是開放式的協(xié)議，幾乎所有的網(wǎng)絡(luò)設(shè)備都支持TCP/IP協(xié)議通信，甚至也可以使用**語言通過Socket進(jìn)行編程進(jìn)行通信。無論是辦公室的場合，還是工業(yè)現(xiàn)場都能看到TCP/IP通信的身影。

TCP/IP協(xié)議從字面上看分成兩個(gè)協(xié)議，即TCP協(xié)議和IP協(xié)議，分別位于ISO/OSI參考模型的*4層和*3層，結(jié)構(gòu)簡單，但協(xié)議卻不簡單。因?yàn)槲覀兌贾繲CP是面向連接的，可靠的通信協(xié)議，然而IP協(xié)議卻恰恰相反，它是不可靠的通信協(xié)議。這里需要強(qiáng)調(diào)一下，IP是網(wǎng)際協(xié)議Internet Protocol，而不能簡單的理解成IP地址，因?yàn)閷τ诖蠖鄶?shù)的工控工程師來說，IP地址是大家經(jīng)常用到的，所以這樣的想法是錯(cuò)誤的。這里我就給大家解析以下，為什么兩個(gè)看似矛盾的協(xié)議放在一起卻出人意料的那么和諧??？

在ISO/OSI參考模型中，*三層IP的主要作用有兩點(diǎn)，**點(diǎn)是選路，也就是我們常說的路由，幫助IP數(shù)據(jù)從一個(gè)網(wǎng)段路由到另一個(gè)網(wǎng)段，這時(shí)IP地址就有用了。*二點(diǎn)就是分片，作為工控工程師，我們在做以太網(wǎng)通信時(shí)，應(yīng)該知道以太網(wǎng)數(shù)據(jù)幀的長度是46-1500Bytes，這是由以太網(wǎng)的物理特性決定的，通常1500Bytes被稱為數(shù)據(jù)鏈路層的較大傳輸單元，即MTU。IP的數(shù)據(jù)報(bào)文從理論上較大可以傳輸64KB數(shù)據(jù)，但是在以太網(wǎng)上的傳輸數(shù)據(jù)長度卻不能，所以IP數(shù)據(jù)報(bào)大于1500B時(shí)，即大于MTU，發(fā)送方的IP報(bào)文即會被分解成若干片，這樣每一片都小于或等于MTU的大小。而接收方則對這些報(bào)文的分片進(jìn)行重組。然而，由于可能網(wǎng)絡(luò)中各種狀況的出現(xiàn)，例如其中一片丟失，整個(gè)IP報(bào)就不能完成重組，整個(gè)IP報(bào)就會丟棄，所以IP報(bào)是不可靠的傳輸協(xié)議。

而TCP則時(shí)可靠的傳輸協(xié)議，在ISO/OSI參考模型中，TCP采用了盡量分片的方法，避免IP在MTU分片所造成的不可靠的數(shù)據(jù)傳輸，這樣也就避免了IP分片所造成數(shù)傳時(shí)的數(shù)據(jù)丟失，增加重傳數(shù)據(jù)包的機(jī)率。我們都知道，TCP通信需要建立通信連接，也就是我們常說的3次握手，在握手的時(shí)候，雙方就協(xié)商了MSS的大小，即Maximum Segment Size，也就是雙方確定TCP較大分節(jié)長度。這個(gè)值用來告訴對方，能夠發(fā)送TCP分節(jié)的大小。而這個(gè)值是取其鏈路層MTU大小減去TCP頭部大小和IP頭部大小，即MSS=MTU-TCP頭部大小-IP頭部大小。這樣對于以太網(wǎng)的MSS的較大長度為1500-20-20=1460Bytes。這樣TCP的數(shù)據(jù)每次發(fā)送都不會**過1460B，到了數(shù)據(jù)鏈路層不會**過MTU的大小，那么IP報(bào)自然不會進(jìn)行分片傳輸，這樣就減少了TCP重傳的機(jī)率。

TCP可靠的數(shù)據(jù)傳輸，除了MSS的協(xié)商機(jī)制，那么還有一個(gè)重要的特性就是序列號確認(rèn)機(jī)制，這兩個(gè)特性基本上可以保證數(shù)據(jù)的可靠傳輸。在TCP分節(jié)報(bào)文中，包含順序號和應(yīng)答號的字段，數(shù)據(jù)重傳和數(shù)據(jù)應(yīng)答機(jī)制的基本前提就是對每個(gè)傳輸字節(jié)進(jìn)行編號，即順序號Sequence Number。順序號表示發(fā)送方已發(fā)送字節(jié)流的計(jì)數(shù)，接收方在成功接收到一個(gè)有效數(shù)據(jù)包后，發(fā)送一個(gè)確認(rèn)應(yīng)答數(shù)據(jù)包給發(fā)送方，應(yīng)答數(shù)據(jù)包中包含的應(yīng)答號Ack Number即指已接收的數(shù)據(jù)長度+1，或者說已接收到的數(shù)據(jù)中的最后一個(gè)字節(jié)的序列號+1，表示已期望接收的下一個(gè)字節(jié)的序列號。這個(gè)機(jī)制可以解決諸如數(shù)據(jù)在傳輸過程中破壞的問題，處理接收重復(fù)數(shù)據(jù)的問題，數(shù)據(jù)丟失的問題，以及處理接收端數(shù)據(jù)亂序的問題等等來保證可靠的數(shù)據(jù)傳輸。具體的大家可以查看TCP的協(xié)議手冊。

這樣TCP使用MSS，不僅避免IP的不可靠的數(shù)據(jù)傳輸，而且使用序列號確認(rèn)機(jī)制，可以的實(shí)現(xiàn)可靠的數(shù)據(jù)傳輸，而利用IP協(xié)議，可以完成數(shù)據(jù)在網(wǎng)絡(luò)中的路由，實(shí)現(xiàn)數(shù)據(jù)在網(wǎng)絡(luò)中自由穿梭，這樣就實(shí)現(xiàn)了TCP和IP的**結(jié)合！





上海騰希電氣技術(shù)有限公司專注于西門子PLC,V90伺服,V20變頻器等, 歡迎致電 13681875601

• 詞條

  詞條說明

• 延時(shí)中斷 OB

  延時(shí)中斷 OB說明延時(shí)中斷 OB 在經(jīng)過操作系統(tǒng)中一段可組態(tài)的延時(shí)時(shí)間后啟動。 調(diào)用“SRT_DINT”指令時(shí)開始計(jì)時(shí)延時(shí)時(shí)間（此時(shí)開始調(diào)用相關(guān)延時(shí)中斷）。在可通過操作系統(tǒng)調(diào)用延時(shí)中斷 OB 之前，必須滿足以下條件：必須通過調(diào)用指令“SRT_DINT”來啟動延時(shí)中斷。在組態(tài)過程中不得禁用延時(shí)中斷 OB。CPU 中必須存在延時(shí)中斷 OB。指令對延時(shí)中斷的影響還可使用“CAN_DINT”指令來取消已啟

• 系統(tǒng)時(shí)間概述

  概述可以采用不同的方法來設(shè)置設(shè)備的系統(tǒng)時(shí)間。 每次只能采用一種方法。激活一種方法后，將自動禁止之前激活的方法。

• Portal 視圖

  Portal 視圖Portal 視圖的用途Portal 視圖為您提供了面向任務(wù)的工具視圖。在此處，您可以快速確定要執(zhí)行什么操作并為當(dāng)前任務(wù)調(diào)用工具。如有必要，該界面會針對所選任務(wù)自動切換為項(xiàng)目視圖。Portal 視圖的布局下圖顯示了 Portal 視圖各組件的示例：①不同任務(wù)的登陸選項(xiàng)②所選登陸選項(xiàng)對應(yīng)的操作③所選操作的選擇面板④切換到項(xiàng)目視圖⑤當(dāng)前打開的項(xiàng)目的顯示區(qū)域登陸選項(xiàng)登陸選項(xiàng)為各個(gè)任務(wù)區(qū)

• 代理 IPv6 提交控制

  提交控制說明提示只有與設(shè)備存在在線連接時(shí)才顯示該頁面。在此頁面中，可* WLAN 設(shè)置在設(shè)備上生效的時(shí)間。如果更改 WLAN 設(shè)置并確認(rèn)更改，則該更改將被采用并立即生效。因此，會短暫中斷 WLAN 連接。也就是說，在完全組態(tài)前會中斷 WLAN 與設(shè)備的連接。使用“手動提交”(Manual Commit) 設(shè)置，您可以先對設(shè)備進(jìn)行完全組態(tài)。更改已接受，但并未立即激活。只有使用“設(shè)置值”(Set V