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

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

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

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

TCP/IP是個(gè)協(xié)議組,可分為三個(gè)層次:網(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實(shí)現(xiàn)HTTP Socket是實(shí)現(xiàn)傳輸層協(xié)議的一種編程API,可以是TCP，也可以是UDP；HTTPS是加密了的HTTP協(xié)議;WebSocket（簡(jiǎn)稱(chēng)WS）是各瀏覽器支持的本地與服務(wù)器之間通信的技術(shù)框架，相對(duì)應(yīng)HTTPS,WSS是加密的WebSocket通信。

1.2

TCP協(xié)議

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

TCP特點(diǎn)

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

TCP的三次握手

握手：

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

第二次握手：

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

第三次握手：

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

適用情況

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

1.3

UDP協(xié)議

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

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

UDP特點(diǎn)

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

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

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

適用情況

UDP是面向消息的協(xié)議，通訊時(shí)不需要建立連接，數(shù)據(jù)的傳輸自然是不可靠的，UDP一般多用于多點(diǎn)通訊和實(shí)時(shí)的數(shù)據(jù)業(yè)務(wù)，比如語(yǔ)音廣播、視頻、QQ、TFTP（簡(jiǎn)單文件傳送）、SNMP(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)、RTP（實(shí)時(shí)傳送協(xié)議）、RIP（路由信息協(xié)議，如報(bào)告股票市場(chǎng)，航空信息）、DNS(域名解釋?zhuān)Ｗ⒅厮俣攘鲿场?/p>

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

1.4

可靠性UDP協(xié)議

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

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

1.4.1

 ENET（photon的可靠udp）

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

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

1.4.2

RakNet庫(kù)

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

RakNet特點(diǎn)

高性能：在同一臺(tái)計(jì)算機(jī)上，RakNet可以實(shí)現(xiàn)在兩個(gè)程序之間每秒傳輸25，000條信息；

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

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

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

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

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

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

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

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

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

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

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

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

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

RakNet的缺點(diǎn)是不支持組播。

1.4.3

KCP - A Fast and Reliable ARQ Protocol

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

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

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

1.4.4

UDT

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

UDT基于一種基于帶寬速率控制的擁塞控制算法進(jìn)行設(shè)計(jì)，主要用在小數(shù)量的bulk源共享富裕帶寬的情況下，典型的例子就是建立在光纖廣域網(wǎng)上的網(wǎng)格計(jì)算，而在ISP提供帶寬有限的情況下運(yùn)行卻顯得消耗資源并性能不足。甚至可能被防火墻，或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連接使用的是“請(qǐng)求—響應(yīng)”的方式，不僅在請(qǐng)求時(shí)需要先建立TCP連接，而且需要客戶(hù)端向服務(wù)器發(fā)出請(qǐng)求后，請(qǐng)求中包含請(qǐng)求方法、URI、協(xié)議版本以及相關(guān)的MIME樣式的消息，服務(wù)器端才能回復(fù)數(shù)據(jù)，包含消息的協(xié)議版本、一個(gè)成功和失敗碼以及相關(guān)的MIME式樣的消息。在請(qǐng)求結(jié)束后，會(huì)主動(dòng)釋放連接。從建立連接到關(guān)閉連接的過(guò)程稱(chēng)為“一次連接”。

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

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

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

適用情況

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

1.5.2

WebSocket(WSs)

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

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

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

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

1.6

FTP協(xié)議

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

1.7

MQTT協(xié)議

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

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

1.8

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

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

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

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

·MIB定義了可以通過(guò)SNMP進(jìn)行訪(fǎng)問(wèn)的管理對(duì)象的集合。

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

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

1.9

ICMP協(xié)議

ICMP協(xié)議是一種面向無(wú)連接的協(xié)議，用于傳輸出錯(cuò)報(bào)告控制信息。它是一個(gè)非常重要的協(xié)議，它對(duì)于網(wǎng)絡(luò)安全具有極其重要的意義。它屬于網(wǎng)絡(luò)層協(xié)議，主要用于在主機(jī)與路由器之間傳遞控制信息，包括報(bào)告錯(cuò)誤、交換受限控制和狀態(tài)信息等。當(dāng)遇到IP數(shù)據(jù)無(wú)法訪(fǎng)問(wèn)目標(biāo)、IP路由器無(wú)法按當(dāng)前的傳輸速率轉(zhuǎn)發(fā)數(shù)據(jù)包等情況時(shí)，會(huì)自動(dòng)發(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是兩個(gè)常用網(wǎng)絡(luò)管理命令，ping用來(lái)測(cè)試網(wǎng)絡(luò)可達(dá)性，tracert用來(lái)顯示到達(dá)目的主機(jī)的路徑。ping和tracert都利用ICMP協(xié)議來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)功能，它們是把網(wǎng)絡(luò)協(xié)議應(yīng)用到日常網(wǎng)絡(luò)管理的典型實(shí)例。從技術(shù)角度來(lái)說(shuō)，ICMP就是一個(gè)“錯(cuò)誤偵測(cè)與回報(bào)機(jī)制”，其目的就是讓我們能夠檢測(cè)網(wǎng)路的連線(xiàn)狀況﹐也能確保連線(xiàn)的準(zhǔn)確性。當(dāng)路由器在處理一個(gè)數(shù)據(jù)包的過(guò)程中發(fā)生了意外，可以通過(guò)ICMP向數(shù)據(jù)包的源端報(bào)告有關(guān)事件。其功能主要有：偵測(cè)遠(yuǎn)端主機(jī)是否存在，建立及維護(hù)路由資料，重導(dǎo)資料傳送路徑（ICMP重定向），資料流量控制。ICMP在溝通之中，主要是透過(guò)不同的類(lèi)別(Type)與代碼(Code)讓機(jī)器來(lái)識(shí)別不同的連線(xiàn)狀況。ICMP是個(gè)非常有用的協(xié)議﹐尤其是當(dāng)我們要對(duì)網(wǎng)路連接狀況進(jìn)行判斷的時(shí)候。

1.10

SSL協(xié)議

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

歷史背景

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

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

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

二

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

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

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

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

通用性：

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

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

易用性：

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

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

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

高性能：

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

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

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

伸縮性：

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

TCP|UDP基礎(chǔ)組件

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

HTTP組件

三

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

3.1

GiMAC2.0

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

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

3.2

GiMAC4.0擴(kuò)展

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

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

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