西門子通信組件6DD1661-0AD1上海代理
6DD1661-0AD1 
SIMATIC TDC 通信組件 CP 50M1 帶有 8MByte 耦合存儲器 多 1 個 MPI 接口， 多 2 個 PROFIBUS-DP- 接口 

TCP/IP協(xié)議(傳輸控制協(xié)議)由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。

·IP層負(fù)責(zé)網(wǎng)絡(luò)主機的定位,數(shù)據(jù)傳輸?shù)穆酚?由IP地址可以的確定Internet上的一臺主機。

·TCP層負(fù)責(zé)面向應(yīng)用的可靠的或非可靠的數(shù)據(jù)傳輸機制，這是網(wǎng)絡(luò)編程的主要對象。

TCP/IP是個協(xié)議組,可分為三個層次:網(wǎng)絡(luò)層,傳輸層和應(yīng)用層:

·網(wǎng)絡(luò)層：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議和BOOTP協(xié)議；

·傳輸層：TCP協(xié)議與UDP協(xié)議；

·應(yīng)用層：FTP、HTTP、HTTPS、TELNET、SMTP、DNS、SNMP、SSH、WebSocket、MQTT、NAT等協(xié)議；

HTTP是應(yīng)用層協(xié)議，其傳輸都是被包裝成TCP協(xié)議傳輸。可以用Socket實現(xiàn)HTTP Socket是實現(xiàn)傳輸層協(xié)議的一種編程API,可以是TCP，也可以是UDP；HTTPS是加密了的HTTP協(xié)議;WebSocket（簡稱WS）是各瀏覽器支持的本地與服務(wù)器之間通信的技術(shù)框架，相對應(yīng)HTTPS,WSS是加密的WebSocket通信。

1.2

TCP協(xié)議

TCP即傳輸控制協(xié)議，提供的是面向連接、可靠的字節(jié)流服務(wù)。當(dāng)客戶和服務(wù)器彼此交換數(shù)據(jù)前，必須先在雙方之間建立一個TCP連接，之后才能傳輸數(shù)據(jù)。TCP提供超時重發(fā)，丟棄重復(fù)數(shù)據(jù)，檢驗數(shù)據(jù)，流量控制等功能，保證數(shù)據(jù)能從一端傳到另一端。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何一方主動關(guān)閉連接前，TCP連接都將被一直保持下去。斷開連接時服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求。TCP是一種面向連接的保證可靠傳輸?shù)膮f(xié)議，通過TCP協(xié)議，得到的是一個順序的無差錯的數(shù)據(jù)流。發(fā)送方和接收方的成對的兩個Socket之間必須建立連接，以便在TCP協(xié)議的基礎(chǔ)上進行通信，當(dāng)一個Socket(通常都是Server Socket)等待建立連接時，另一個Socket可以要求進行連接，一旦這兩個Socket連接起來，它們就可以進行雙向數(shù)據(jù)傳輸，雙方都可以進行發(fā)送和接收操作。

TCP特點

TCP是面向連接的協(xié)議，通過三次握手建立連接，通訊完成時要拆除連接，由于TCP是面向連接協(xié)議，所以只能用于點對點的通訊。而且建立連接也需要消耗時間和開銷；TCP傳輸數(shù)據(jù)無大小限制，進行大數(shù)據(jù)傳輸；TCP是一個可靠的協(xié)議，它能保證接收方能夠完整正確地接收到發(fā)送方發(fā)送的全部數(shù)據(jù)。

TCP的三次握手

握手：

客戶端發(fā)送syn包(syn=j)到服務(wù)器，并進入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；

第二次握手：

服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務(wù)器進入SYN_RECV狀態(tài)；

第三次握手：

客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)，完成三次握手。

適用情況

TCP發(fā)送的包有序號，對方收到包后要給一個反饋，如果超過一定時間還沒收到反饋就自動執(zhí)行超時重發(fā)，因此TCP大的優(yōu)點是可靠。一般網(wǎng)頁（http）、郵件（SMTP)、遠(yuǎn)程連接(Telnet)、文件(FTP)傳送就用TCP；TCP在網(wǎng)絡(luò)通信上有*的生命力，例如遠(yuǎn)程連接（Telnet）和文件傳輸（FTP）都需要不定長度的數(shù)據(jù)被可靠地傳輸。但是可靠的傳輸是要付出代價的，對數(shù)據(jù)內(nèi)容正確性的檢驗必然占用計算機的處理時間和網(wǎng)絡(luò)的帶寬，因此TCP傳輸?shù)男什蝗鏤DP高而且會出現(xiàn)TCP粘包問題需要開發(fā)者自行處理。

1.3

UDP協(xié)議

UDP即用戶數(shù)據(jù)報協(xié)議，是一個無連接的簡單的面向數(shù)據(jù)報的運輸層協(xié)議。UDP不提供可靠性，它只是把應(yīng)用程序傳給IP層的數(shù)據(jù)報發(fā)送出去，但是并不能保證它們能到達目的地。由于UDP在傳輸數(shù)據(jù)報前不用在客戶端和服務(wù)器之間建立一個連接，且沒有超時重發(fā)等機制，固而傳輸速度很快。

UDP是一種面向無連接的協(xié)議，每個數(shù)據(jù)報都是一個獨立的信息，包括完整的源地址或目的地址，它在網(wǎng)路上以任何可能的路徑傳往目的地，因此能否到達目的地，到達目的地的時間已經(jīng)內(nèi)容的正確性都是不能被保證的。

UDP特點

UDP是面向無連接的通訊協(xié)議，UDP數(shù)據(jù)包括目的端口號和源端口號信息，由于通訊不需要連接，所以可以實現(xiàn)廣播發(fā)送。

UDP傳輸數(shù)據(jù)時有大小限制，每個被傳輸?shù)臄?shù)據(jù)報必須限定在64KB之內(nèi)。

UDP是一個不可靠的協(xié)議，發(fā)送方所發(fā)送的數(shù)據(jù)報并不一定以相同的次序到達接收方。

適用情況

UDP是面向消息的協(xié)議，通訊時不需要建立連接，數(shù)據(jù)的傳輸自然是不可靠的，UDP一般多用于多點通訊和實時的數(shù)據(jù)業(yè)務(wù)，比如語音廣播、視頻、QQ、TFTP（簡單文件傳送）、SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)、RTP（實時傳送協(xié)議）、RIP（路由信息協(xié)議，如報告股票市場，航空信息）、DNS(域名解釋）。注重速度流暢。

UDP操作簡單，而且僅需要較少的監(jiān)護，因此通常用于局域網(wǎng)高可靠性的分散系統(tǒng)中client/server應(yīng)用程序。例如視頻會議系統(tǒng)，并不要求音頻視頻數(shù)據(jù)的正確，只要保證連貫性就可以了，這種情況下顯然使用UDP會更合理一些。

1.4

可靠性UDP協(xié)議

UDP不提供可靠性，它只是把應(yīng)用程序傳給IP層的數(shù)據(jù)報發(fā)送出去，但是并不能保證它們能到達目的地，也沒有超時重發(fā)、先發(fā)先到等機制，故而傳輸速度很快。

那么如何做到像TCP傳輸中不亂序、不丟包而保留本身的傳輸速度優(yōu)勢呢？應(yīng)用層需要模擬TCP的重傳機制、窗口確認(rèn)機制。

1.4.1

 ENET（photon的可靠udp）

大家都知道UDP這個東西太不可靠了，存在著亂序，丟包，包重復(fù)等缺點，但它的速度快，包有界等優(yōu)點，但在實際編程中要自己處理亂序之類的問題會發(fā)瘋。也許大家說用TCP就得了點TCP的速度比較慢，第二個TCP是一個數(shù)據(jù)流一樣的東西，我們要傳數(shù)據(jù)的話還得處理數(shù)據(jù)的分界問題，也挺麻煩的。

針對這個問題，ENET這個庫實現(xiàn)了一個性能介于TCP與UDP之間，完成可靠（不丟包，按序），保持?jǐn)?shù)據(jù)的分界的優(yōu)點。編程起來也挺方便的。

1.4.2

RakNet庫

RakNet是一個基于UDP網(wǎng)絡(luò)傳輸協(xié)議的C++網(wǎng)絡(luò)庫，允許程序員在他們自己的程序中實現(xiàn)高效的網(wǎng)絡(luò)傳輸服務(wù)。通常情況下用于游戲，但也可以用于其它項目。

RakNet特點

高性能：在同一臺計算機上，RakNet可以實現(xiàn)在兩個程序之間每秒傳輸25，000條信息；

容易使用RakNet有在線用戶手冊，視頻教程。每一個函數(shù)和類都有詳細(xì)的講解，每一個功能都有自己的例程；

跨平臺：當(dāng)前RakNet支持Windows,Linux, Macs，可以建立在Visual Studio,GCC, Code,Blocks, DevCPP 和其它平臺上。

在線技術(shù)支持：RakNet有一個活躍的論壇，郵件列表，你只要給他們發(fā)信，他們可以在幾小時之內(nèi)回復(fù)你。

安全的傳輸：RakNet在你的代碼中自動使用SHA1,AES128,SYN，用RSA避免傳輸受到攻擊

音頻傳輸：用Speex編碼解碼，8位的音頻只需要每秒500字節(jié)傳輸。

遠(yuǎn)程終端：用RakNet，你能遠(yuǎn)程管理你的程序，包括程序的設(shè)置，密碼的管理和日志的管理。

目錄服務(wù)器：目錄服務(wù)器允許服務(wù)器列舉他們自己需要的客戶端，并與他們連接。

Autopatcher：Autopatcher系統(tǒng)將限制客戶端傳輸?shù)椒?wù)端的文件，這樣是為了避免一些不合法的用戶將一些不合法的文件傳輸?shù)椒?wù)端。

對象重載系統(tǒng)。

網(wǎng)絡(luò)數(shù)據(jù)壓縮：BitStream類允許壓縮矢量，矩陣，四元數(shù)和在-1到1之間的實數(shù)。

遠(yuǎn)程功能調(diào)用。

強健的通信層：可以保障信息按照不同的信道傳輸。

RakNet是為游戲應(yīng)用而設(shè)計，對于實時性等游戲相關(guān)的網(wǎng)絡(luò)需求有很好的支持，對于大批量數(shù)據(jù)傳輸卻有點力所不及。

RakNet的缺點是不支持組播。

1.4.3

KCP - A Fast and Reliable ARQ Protocol

第二章高性能網(wǎng)絡(luò)通信框架就是使用KCP進行可靠性UDP封裝。

KCP是一個快速可靠協(xié)議，能以比TCP浪費10%-20%的帶寬的代價，換取平均延遲降低 30%-40%，且大延遲降低三倍的傳輸效果。純算法實現(xiàn)，并不負(fù)責(zé)底層協(xié)議（如UDP）的收發(fā)，需要使用者自己定義下層數(shù)據(jù)包的發(fā)送方式，以callback的方式提供給KCP。連時鐘都需要外部傳遞進來，內(nèi)部不會有任何一次系統(tǒng)調(diào)用。

整個協(xié)議只有ikcp.h,ikcp.c兩個源文件，可以方便的集成到用戶自己的協(xié)議棧中。也許你實現(xiàn)了一個P2P，或者某個基于UDP的協(xié)議，而缺乏一套完善的ARQ可靠協(xié)議實現(xiàn)，那么簡單的拷貝這兩個文件到現(xiàn)有項目中，稍微編寫兩行代碼，即可使用。

1.4.4

UDT

基于UDP的數(shù)據(jù)傳輸協(xié)議（UDP-BasedDataTransferProtocol，簡稱UDT）是一種互聯(lián)網(wǎng)數(shù)據(jù)傳輸協(xié)議。UDT的主要目的是支持高速廣域網(wǎng)上的海量數(shù)據(jù)傳輸，而互聯(lián)網(wǎng)上的標(biāo)準(zhǔn)數(shù)據(jù)傳輸協(xié)議TCP在高帶寬長距離網(wǎng)絡(luò)上性能很差。顧名思義，UDT建于UDP之上，并引入新的擁塞控制和數(shù)據(jù)可靠性控制機制。UDT是面向連接的雙向的應(yīng)用層協(xié)議。它同時支持可靠的數(shù)據(jù)流傳輸和部分可靠的數(shù)據(jù)報傳輸。由于UDT*在UDP上實現(xiàn)，它也可以應(yīng)用在除了高速數(shù)據(jù)傳輸之外的其它應(yīng)用領(lǐng)域，例如點到點技術(shù)（P2P），防火墻穿透，多媒體數(shù)據(jù)傳輸?shù)鹊取?/p>

UDT基于一種基于帶寬速率控制的擁塞控制算法進行設(shè)計，主要用在小數(shù)量的bulk源共享富裕帶寬的情況下，典型的例子就是建立在光纖廣域網(wǎng)上的網(wǎng)格計算，而在ISP提供帶寬有限的情況下運行卻顯得消耗資源并性能不足。甚至可能被防火墻，或ISP服務(wù)商判斷為惡意帶寬使用攻擊。

1.5

HTTP(HTTPs)&WebSocket(WSs)協(xié)議

HTTPs指HTTPSSL，WSs指WebSocketSSL。

1.5.1

HTTP(HTTPs)

HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用，HTTP連接使用的是“請求—響應(yīng)”的方式，不僅在請求時需要先建立TCP連接，而且需要客戶端向服務(wù)器發(fā)出請求后，請求中包含請求方法、URI、協(xié)議版本以及相關(guān)的MIME樣式的消息，服務(wù)器端才能回復(fù)數(shù)據(jù)，包含消息的協(xié)議版本、一個成功和失敗碼以及相關(guān)的MIME式樣的消息。在請求結(jié)束后，會主動釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”。

由于HTTP在每次請求結(jié)束后都會主動釋放連接，因此HTTP連接是一種“短連接”，要保持客戶端程序的在線狀態(tài)，需要不斷地向服務(wù)器發(fā)起連接請求。通常的做法是即時不需要獲得任何數(shù)據(jù)，客戶端也保持每隔一段固定的時間向服務(wù)器發(fā)送一次“保持連接”的請求，服務(wù)器在收到該請求后對客戶端進行回復(fù)，表明知道客戶端“在線”。若服務(wù)器長時間無法收到客戶端的請求，則認(rèn)為客戶端“下線”，若客戶端長時間無法收到服務(wù)器的回復(fù)，則認(rèn)為網(wǎng)絡(luò)已經(jīng)斷開。

HTTP/1.0為每一次HTTP的請求/響應(yīng)建立一條新的TCP鏈接，因此一個包含HTML內(nèi)容和圖片的頁面將需要建立多次的短期的TCP鏈接。一次TCP鏈接的建立將需要3次握手。另外，為了獲得適當(dāng)?shù)膫鬏斔俣?，則需要TCP花費額外的回路鏈接時間（RTT）。每一次鏈接的建立需要這種經(jīng)常性的開銷，而其并不帶有實際有用的數(shù)據(jù)，只是保證鏈接的可靠性，因此HTTP/1.1提出了可持續(xù)鏈接的實現(xiàn)方法。HTTP/1.1將只建立一次TCP的鏈接而重復(fù)地使用它傳輸一系列的請求/響應(yīng)消息，因此減少了鏈接建立的次數(shù)和經(jīng)常性的鏈接開銷。

HTTP是應(yīng)用層協(xié)議，其傳輸都是被包裝成TCP協(xié)議傳輸，可以用SOCKET實現(xiàn)HTTP。SOCKET是實現(xiàn)傳輸層協(xié)議的一種編程API，可以是TCP，也可以是UDP。

適用情況

若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端，因此，客戶端定時向服務(wù)器端發(fā)送連接請求，不僅可以保持在線，同時也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)，如果有就將數(shù)據(jù)傳給客戶端。

1.5.2

WebSocket(WSs)

WebSocket是HTML5開始提供的一種在單個TCP連接上進行全雙工通訊的協(xié)議。WebSocket使得客戶端和服務(wù)器之間的數(shù)據(jù)交換變得更加簡單，允許服務(wù)端主動向客戶端推送數(shù)據(jù)。在WebSocketAPI中，瀏覽器和服務(wù)器只需要完成一次握手，兩者之間就直接可以創(chuàng)建持久性的連接，并進行雙向數(shù)據(jù)傳輸。

在WebSocketAPI中，瀏覽器和服務(wù)器只需要做一個握手的動作，然后，瀏覽器和服務(wù)器之間就形成了一條快速通道。兩者之間就直接可以數(shù)據(jù)互相傳送。

現(xiàn)在，很多網(wǎng)站為了實現(xiàn)推送技術(shù)，所用的技術(shù)都是Ajax輪詢。輪詢是在特定的的時間間隔（如每1秒），由瀏覽器對服務(wù)器發(fā)出HTTP請求，然后由服務(wù)器返回的數(shù)據(jù)給客戶端的瀏覽器。這種傳統(tǒng)的模式帶來很明顯的缺點，即瀏覽器需要不斷的向服務(wù)器發(fā)出請求，然而HTTP請求可能包含較長的頭部，其中真正有效的數(shù)據(jù)可能只是很小的一部分，顯然這樣會浪費很多的帶寬等資源。

HTML5定義的WebSocket協(xié)議，能更好的節(jié)省服務(wù)器資源和帶寬，并且能夠更實時地進行通訊。

1.6

FTP協(xié)議

文件傳輸協(xié)議（FileTransferProtocol,FTP）是TCP/IP網(wǎng)絡(luò)上兩臺計算機傳送文件的協(xié)議，F(xiàn)TP是在TCP/IP網(wǎng)絡(luò)和INTERNET上早使用的協(xié)議之一，它屬于網(wǎng)絡(luò)協(xié)議組的應(yīng)用層。FTP客戶機可以給服務(wù)器發(fā)出命令來下載文件，上載文件，創(chuàng)建或改變服務(wù)器上的目錄。

1.7

MQTT協(xié)議

MQTT(消息隊列遙測傳輸)是ISO標(biāo)準(zhǔn)(ISO/IECPRF20922)下基于發(fā)布/訂閱范式的消息協(xié)議。它工作在 TCP/IP協(xié)議族上，是為硬件性能低下的遠(yuǎn)程設(shè)備以及網(wǎng)絡(luò)狀況糟糕的情況下而設(shè)計的發(fā)布/訂閱型消息協(xié)議，為此，它需要一個消息中間件 。

MQTT是一個基于客戶端-服務(wù)器的消息發(fā)布/訂閱傳輸協(xié)議。MQTT協(xié)議是輕量、簡單、開放和易于實現(xiàn)的，這些特點使它適用范圍非常廣泛。在很多情況下，包括受限的環(huán)境中，如：機器與機器（M2M）通信和物聯(lián)網(wǎng)（IoT）。其在，通過衛(wèi)星鏈路通信傳感器、偶爾撥號的醫(yī)療設(shè)備、智能家居、及一些小型化設(shè)備中已廣泛使用。

1.8

SNMP協(xié)議西門子通信組件6DD1661-0AD1上海代理西門子通信組件6DD1661-0AD1上海代理

SNMP是專門設(shè)計用于在IP網(wǎng)絡(luò)管理網(wǎng)絡(luò)節(jié)點（服務(wù)器、工作站、路由器、交換機及HUBS等）的一種標(biāo)準(zhǔn)協(xié)議，它是一種應(yīng)用層協(xié)議。SNMP使網(wǎng)絡(luò)管理員能夠管理網(wǎng)絡(luò)效能，發(fā)現(xiàn)并解決網(wǎng)絡(luò)問題以及規(guī)劃網(wǎng)絡(luò)增長。通過SNMP接收隨機消息（及事件報告）網(wǎng)絡(luò)管理系統(tǒng)獲知網(wǎng)絡(luò)出現(xiàn)問題。

SNMP的前身是簡單網(wǎng)關(guān)監(jiān)控協(xié)議（SGMP），用來對通信線路進行管理。隨后，人們對SGMP進行了很大的修改，特別是加入了符合Internet定義的SMI和MIB，改進后的協(xié)議就是著名的SNMP?；赥CP/IP的SNMP網(wǎng)絡(luò)管理框架是工業(yè)上的現(xiàn)行標(biāo)準(zhǔn)，由3個主要部分組成，分別是管理信息結(jié)構(gòu)SMI（StructureofManagementInformation）、管理信息庫MIB和管理協(xié)議SNMP。

·SMI定義了SNMP框架所用信息的組織和標(biāo)識，為MIB定義管理對象及使用管理對象提供模板。

·MIB定義了可以通過SNMP進行訪問的管理對象的集合。

·SNMP協(xié)議是應(yīng)用層協(xié)議，定義了網(wǎng)絡(luò)管理者如何對代理進程的MIB對象進行讀寫操作。

SNMP中的MIB是一種樹狀數(shù)據(jù)庫，MIB管理的對象，就是樹的端節(jié)點，每個節(jié)點都有位置和名字.IETF規(guī)定管理信息庫對象識別符（OID，ObjectIdentifier，其命名規(guī)則就是父節(jié)點的名字作為子節(jié)點名字的前綴。

1.9

ICMP協(xié)議

ICMP協(xié)議是一種面向無連接的協(xié)議，用于傳輸出錯報告控制信息。它是一個非常重要的協(xié)議，它對于網(wǎng)絡(luò)安全具有極其重要的意義。它屬于網(wǎng)絡(luò)層協(xié)議，主要用于在主機與路由器之間傳遞控制信息，包括報告錯誤、交換受限控制和狀態(tài)信息等。當(dāng)遇到IP數(shù)據(jù)無法訪問目標(biāo)、IP路由器無法按當(dāng)前的傳輸速率轉(zhuǎn)發(fā)數(shù)據(jù)包等情況時，會自動發(fā)送ICMP消息。

ICMP是TCP/IP模型中網(wǎng)絡(luò)層的重要成員，與IP協(xié)議、ARP協(xié)議、RARP協(xié)議及IGMP協(xié)議共同構(gòu)成TCP/IP模型中的網(wǎng)絡(luò)層。ping和tracert是兩個常用網(wǎng)絡(luò)管理命令，ping用來測試網(wǎng)絡(luò)可達性，tracert用來顯示到達目的主機的路徑。ping和tracert都利用ICMP協(xié)議來實現(xiàn)網(wǎng)絡(luò)功能，它們是把網(wǎng)絡(luò)協(xié)議應(yīng)用到日常網(wǎng)絡(luò)管理的典型實例。從技術(shù)角度來說，ICMP就是一個“錯誤偵測與回報機制”，其目的就是讓我們能夠檢測網(wǎng)路的連線狀況﹐也能確保連線的準(zhǔn)確性。當(dāng)路由器在處理一個數(shù)據(jù)包的過程中發(fā)生了意外，可以通過ICMP向數(shù)據(jù)包的源端報告有關(guān)事件。其功能主要有：偵測遠(yuǎn)端主機是否存在，建立及維護路由資料，重導(dǎo)資料傳送路徑（ICMP重定向），資料流量控制。ICMP在溝通之中，主要是透過不同的類別(Type)與代碼(Code)讓機器來識別不同的連線狀況。ICMP是個非常有用的協(xié)議﹐尤其是當(dāng)我們要對網(wǎng)路連接狀況進行判斷的時候。

1.10

SSL協(xié)議

SSL(SecureSocketLayer安全套接層)是基于HTTP下的一個協(xié)議加密層，初是由網(wǎng)景公司（Netscape）研發(fā)，后被IETF（TheInternetEngineeringTaskForce-互聯(lián)網(wǎng)工程任務(wù)組）標(biāo)準(zhǔn)化后寫入（RFCRequestForComments請求注釋），RFC里包含了很多互聯(lián)網(wǎng)技術(shù)的規(guī)范！

歷史背景

起初是因為HTTP在傳輸數(shù)據(jù)時使用的是明文（雖然說POST提交的數(shù)據(jù)時放在報體里看不到的，但是還是可以通過抓包工具竊取到）是不安全的，為了解決這一隱患網(wǎng)景公司推出了SSL安全套接字協(xié)議層，SSL是基于HTTP之下TCP之上的一個協(xié)議層，是基于HTTP標(biāo)準(zhǔn)并對TCP傳輸數(shù)據(jù)時進行加密，所以HPPTS是HTTP+SSL/TCP的簡稱。

由于HTTPS的推出受到了很多人的歡迎，在SSL更新到3.0時，IETF對SSL3.0進行了標(biāo)準(zhǔn)化，并添加了少數(shù)機制(但是幾乎和SSL3.0無差異)，標(biāo)準(zhǔn)化后的IETF更名為TLS1.0(TransportLayerSecurity安全傳輸層協(xié)議)，可以說TLS就是SSL的新版本3.1，并同時發(fā)布“RFC2246-TLS加密協(xié)議詳解”

SSL是指安全套接字層，簡而言之，它是一項標(biāo)準(zhǔn)技術(shù)，可確?；ヂ?lián)網(wǎng)連接安全，保護兩個系統(tǒng)之間發(fā)送的任何敏感數(shù)據(jù)，防止網(wǎng)絡(luò)犯罪分子讀取和修改任何傳輸信息，包括個人資料。兩個系統(tǒng)可能是指服務(wù)器和客戶端（例如，瀏覽器和購物網(wǎng)站），或兩個服務(wù)器之間（例如，含個人身份信息或工資單信息的應(yīng)用程序）。

二

 高性能網(wǎng)絡(luò)通信框架 HP-Socket

HP-Socket是一套國產(chǎn)通用的高性能TCP/UDP/HTTP通信框架，包含服務(wù)端組件、客戶端組件和Agent組件，廣泛適用于各種不同應(yīng)用場景的TCP/UDP/HTTP 通信系統(tǒng)，提供C/C++、C#、Delphi、E（易語言）、Java、Python等編程語言接口。HP-Socket對通信層實現(xiàn)*封裝，應(yīng)用程序不必關(guān)注通信層的任何細(xì)節(jié)；HP-Socket提供基于事件通知模型的API接口，能非常簡單高效地整合到新舊應(yīng)用程序中,其中UDPARQSERVER和UDPARQClient模型實現(xiàn)了可靠性UDP傳輸，在技術(shù)開發(fā)中有時需要解決TCP粘包問題，這套通信組件的TCPPackageServer和TCPPackageClient模型幫助我們實現(xiàn);在Linux和Windows下實現(xiàn)了很多實用的輔助類，例如資源鎖、線程池、環(huán)形隊列、字符串轉(zhuǎn)換等。

為了讓使用者能方便快速地學(xué)習(xí)和使用HP-Socket，迅速掌握框架的設(shè)計思想和使用方法，特此精心制作了大量Demo示例（如：PUSH模型示例、PULL模型示例、PACK模型示例、性能測試示例以及其它編程語言示例）。HP-Socket目前支持Windows和Linux（含X86平臺和ARM平臺，因此對于android移動端也可以使用）平臺。

HP-Socket的設(shè)計充分注重功能、通用型、易用性與伸縮性。

通用性：

·HP-Socket的職責(zé)就是接收和發(fā)送字節(jié)流，不參與應(yīng)用程序的協(xié)議解析等工作。

·HP-Socket與應(yīng)用程序通過接口進行交互，并*解耦。任何應(yīng)用只要實現(xiàn)了HP-Socket的接口規(guī)范都可以無縫整合HP-Socket。

易用性：

·易用性對所有通用框架都是至關(guān)重要的，如果太難用還不如自己重頭寫一個來得方便。因此，HP-Socket的接口設(shè)計得非常簡單和統(tǒng)一。

·HP-Socket*封裝了所有底層通信細(xì)節(jié)，應(yīng)用程序不必也不能干預(yù)底層通信操作。通信連接被抽象為ConnectionID，ConnectionID作為連接的標(biāo)識提供給應(yīng)用程序來處理不同的連接。

·HP-Socket提供PUSH/PULL/PACK等接收模型，應(yīng)用程序可以靈活選擇以手工方式、半自動方式或全自動方式處理封解包，PULL/PACK接收模型在降低封解包處理復(fù)雜度的同時能大大減少出錯幾率。

高性能：

·Server組件：基于IOCP/EPOLL通信模型，并結(jié)合緩存池、私有堆等技術(shù)實現(xiàn)高效內(nèi)存管理，支持超大規(guī)模、高并發(fā)通信場景。

·Agent組件：Agent組件實質(zhì)上是Multi-Client組件，與Server組件采用相同的技術(shù)架構(gòu)。一個Agent組件對象可同時建立和高效處理大規(guī)模Socket連接。

·Client組件：基于EventSelect/POLL通信模型，每個組件對象創(chuàng)建一個通信線程并管理一個Socket連接，適用于小規(guī)模客戶端場景。

伸縮性：

應(yīng)用程序能夠根據(jù)不同的容量要求、通信規(guī)模和資源狀況等現(xiàn)實場景調(diào)整HP-Socket的各項性能參數(shù)（如：工作線程的數(shù)量、緩存池的大小、發(fā)送模式和接收模式等），優(yōu)化資源配置，在滿足應(yīng)用需求的同時不度浪費資源。

TCP|UDP基礎(chǔ)組件

SSL組件(HTTPS協(xié)議)

HTTP組件

三

應(yīng)用與實踐發(fā)展

3.1

GiMAC2.0

GiMAC2.0是國基西安研發(fā)中心的研發(fā)一套Web開發(fā)平臺，基于GiMACV1.0版本上進行完善優(yōu)化、增補而進行的一次重大升級，主要表現(xiàn)為工程上SpringBoot化、WEB端框架優(yōu)化為VUE/iView并進行組件化封裝，大幅度提升了組件的復(fù)用率、降低代碼量；部署上引入虛擬化技術(shù)和Docker技術(shù)實現(xiàn)了系統(tǒng)一鍵化安裝，有力提高了系統(tǒng)的滑度，降低了對實施人員的技術(shù)能力要求而能夠獨自快速部署；核心功能上增加了安防視頻、數(shù)據(jù)同步模塊的集成，并對原有的集群對講、音視頻通信模塊、即時消息、數(shù)據(jù)網(wǎng)關(guān)功能模塊進行了優(yōu)化升級以及替換了原有的、昂貴的GIS平臺改為開源產(chǎn)品。從而為公司內(nèi)部、合作伙伴提供了一套標(biāo)準(zhǔn)化的技術(shù)開發(fā)平臺，對項目業(yè)務(wù)功能模塊的高效開發(fā)、部署實施提供了充分地技術(shù)保障。使用的技術(shù)協(xié)議有物聯(lián)網(wǎng)以及定位傳感器信號接入使用MQTT協(xié)議，即時消息傳輸使用了WebSocket、HTTP、UDP協(xié)議。

GiNMS綜合網(wǎng)絡(luò)設(shè)備管理系統(tǒng)一系列產(chǎn)品基于GiMAC1.0進行開發(fā)，涉及的協(xié)議層次ARP、ICMP、SNMP、HTTP、HTTPS、TELNET、SMTP、DNS、SNMP、SSH、WebSocket、MQTT，GiNMS4.8港口版完成了ICMP的V6版本支持（是我們產(chǎn)品的一個核心技術(shù)，與市面通用產(chǎn)品基于系統(tǒng)提供的ping命令相比，支持大批量并發(fā)掃描全網(wǎng)設(shè)備，快速發(fā)現(xiàn)能力提高近百倍）。

3.2

GiMAC4.0擴展

西安研發(fā)中心在未來GiMAC4.0中會將HTTP、Websocket協(xié)議分別轉(zhuǎn)換成HTTPS、WSS協(xié)議，增加系統(tǒng)訪問安全。GStone模塊在PC端、服務(wù)端、Android端基于HP-Socket的可靠性UDP技術(shù)、TCP粘包處理技術(shù)進行C++化（現(xiàn)為純C）重構(gòu)，降低維護、提高代碼的復(fù)用度和可讀性。

上海蜀乾自動化設(shè)備SQchendailshdanD有限公司是西門子一級代理商，是西門子自動化與驅(qū)動集團認(rèn)證的西門子數(shù)控系統(tǒng)、伺服驅(qū)動的第三方合作伙伴。 

公司代理全系列西門子數(shù)控系統(tǒng)，伺服驅(qū)動電機，變頻器，直流調(diào)速裝置，軟啟動器、觸摸屏，可編程控制器等產(chǎn)品的銷售，同時提供零部件維修、電柜設(shè)計、plc編程調(diào)試及普通機床和加工中心的數(shù)控改造等增值服務(wù)。產(chǎn)品廣泛適用于車、銑、磨、刨、鉆等金屬切削機床和各類機床設(shè)備及鋼鐵、重工、機械、軍工、造船、電子、電機、制藥、醫(yī)療、紡織、印刷、輕工、包裝、廣告媒體等領(lǐng)域，同時配備完善的售后服務(wù)及過程監(jiān)控.為各行業(yè)用戶提供服務(wù)，為用戶帶來更多效益是我們的目標(biāo)！我們期待著與您合作。

Shanghai Shuqian automation equipment Co., Ltd. is a first-class agent of Siemens and a third-party partner of Siemens CNC system and servo drive certified by Siemens Automation and drive group.  

The company acts as an agent for the sales of all series of Siemens CNC systems, servo drive motors, frequency converters, DC speed regulating devices, soft starters, touch screens, programmable controllers and other products. At the same time, it provides value-added services such as parts maintenance, electric cabinet design, PLC programming and debugging, as well as NC transformation of general machine tools and machining centers. The products are widely used in turning, milling, grinding, planing, drilling and other metal cutting machine tools and all kinds of special machine tools and equipment, as well as steel, heavy industry, machinery, military industry, shipbuilding, electronics, motor, pharmaceutical, medical, textile, printing, light industry, packaging, advertising media and other fields. At the same time, they are equipped with perfect after-sales service and process monitoring. They provide services for users in various industries and bring more benefits to users It's our goal! We are looking forward to working with you.