ip頭和eth頭長度

A. 通訊介面採用OPC和Ethetnet/IP是什麼概念

1、在控制領域中，系統往往由分散的各子系統構成；並且各子系統往往採用不同廠家的設備和方案。用戶需要，將這些子系統集成，並架構統一的實時監控系統。 2、這樣的實時監控系統需要解決分散子系統間的數據共享，各子系統需要統一協調相應控制指令。 3、再考慮到實時監控系統往往需要升級和調整。 4、就需要各子系統具備統一的開放介面。 5、OPC(OLE for Process Control) 規范正是這一思維的產物。 6、OPC 基於Microsoft公司的 Distributed interNet Application (DNA) 構架和 Component Object Model (COM) 技術的，根據易於擴展性而設計的。OPC規范定義了一個工業標准介面。 7、OPC是以OLE/COM機製作為應用程序的通訊標准。OLE/COM是一種客戶/伺服器模式，具有語言無關性、代碼重用性、易於集成性等優點。OPC規范了介面函數，不管現場設備以何種形式存在，客戶都以統一的方式去訪問，從而保證軟體對客戶的透明性，使得用戶完全從低層的開發中脫離出來。 8、OPC定義了一個開放的介面，在這個介面上，基於PC的軟體組件能交換數據。它是基於Windows的OLE——對象鏈接和嵌入、COM——部件對象模型(Component Object Model)和DCOM——分布式COM(Distributed COM)技術。因而，OPC為自動化層的典型現場設備連接工業應用程序和辦公室程序提供了一個理想的方法。 OPC應用領域 1、工控解決方案用戶 2、樓控解決方案用戶 3、工控解決方案廠商 4、樓控解決方案廠商 5、工控解決方案集成商 6、樓控解決方案集成商 7、 All Automation Fields OPC是為了連接數據源(OPC伺服器)和數據的使用者(OPC應用程序)之間的軟體介面標准。數據源可以是PLC，DCS，條形碼讀取器等控制設備。隨控制系統構成的不同，作為數據源的OPC伺服器即可以是和OPC應用程序在同一台計算機上運行的本地OPC伺服器，也可以是在另外的計算機上運行的遠程OPC伺服器。 OPC介面既可以適用於通過網路把最下層的控制設備的原始數據提供給作為數據的使用者(OPC應用程序)的HMI(硬體監督介面)／SCADA(監督控制與數據採集)，批處理等自動化程序，以至更上層的歷史資料庫等應用程序，也可以適用於應用程序和物理設備的直接連接。所以OPC介面是適用於很多系統的具有高厚度柔軟性的介面標准。 OPC解決了什麼？ OPC誕生以前，硬體的驅動器和與其連接的應用程序之間的介面並沒有統一的標准。例如，在FA(FactoryAutomation)——工廠自動化領域，連接PLC(Programmable Logic Controller)等控制設備和SCADA／HMI軟體，需要不同的FA網路系統構成。根據某調查結果，在控制系統軟體開發的所需費用中，各種各樣機器的應用程序設計占費用的7成，而開發機器設備間的連接介面則佔了3成。此外，在PA(Process Automation)——過程自動化領域，當希望把分布式控制系統(DCS——Distributed Control System)中所有的過程數據傳送到生產管理系統時，必須按照各個供應廠商的各個機種開發特定的介面，例如，利用C語言DLL(動態鏈路資料庫)連接的DDE(動態數據交換)伺服器或者利用FTP(文件傳送協定)的文本等設計應用程序。如由4種控制設備和與其連接的監視、趨勢圖以及表報3種應用程序所構成的系統時，必須花費大量時間去開發分別對應設備A，B，C，D的監視，趨勢圖以及表報應用程序的介面軟體共計要用12種驅動器。同時由於系統中共存各種各樣的驅動器，也使維護運轉環境的穩定性和信賴性更加困難。 而OPC是為了不同供應廠商的設備和應用程序之間的軟體介面標准化，使其間的數據交換更加簡單化的目的而提出的。作為結果，從而可以向用戶提供不依靠於特定開發語言和開發環境的可以自由組合使用的過程式控制制軟體組件產品。 利用OPC的系統，是由按照應用程序(客戶程序)的要求提供數據採集服務的OPC伺服器，使用OPC伺服器所必需的OPC介面，以及接受服務的OPC應用程序所構成。OPC伺服器是按照各個供應廠商的硬體所開發的，使之可以吸收各個供應廠商硬體和系統的差異，從而實現不依存於硬體的系統構成。同時利用一種叫做Variant的數據類型，可以不依存於硬體中固有數據類型，按照應用程序的要求提供數據格式。 利用OPC使介面標准化可以構成如圖5所示的系統。從圖5可此看出，用戶可以不依存於設備A，B，C，D的內部結構及它的供應廠商，來選用監視，趨勢圖以及表報應用程序。 為什麼開發自主OPC Server和OPC Gateway？ 1、國外原廠商的高價格 2、國外原廠商面對項目的不靈活性 3、國內項目中子系統的多樣性難以提供DRIVER 4、自主OPC伺服器追求的是穩定、實時、迅速。 5、眾多子系統的不規范性 6、總包項目在投標前後可能出現的不一致性 7、價格昂貴的原廠平台伺服器軟體 8、總包商集成是否投入大量的人力開發 9、平台和子系統的兼容性 10、建立了OPC平台和子系統的互通 11、解決廠商和集成商在項目集成的煩惱 12、解決廠商和集成商分散資源進行二次開發 13、解決項目中子系統廠商的困擾 14、為上下位的數據通訊提供透明的通道 kayak,2009-07-31 12:53:18 OPC介面樓上寫了很多。

B. Wireshark抓包參數詳解

Frame： 物理層 的數據幀概況。

Ethernet II： 數據鏈路層 乙太網幀頭部信息。

乙太網

Internet Protocol Version 4： 互聯網層 IP包頭部信息。

互聯網 協議 版本

Transmission Control Protocol： 傳輸層 的數據段頭部信息，此處是TCP協議。

傳輸 控制 協議

Hypertext Transfer Protocol： 應用層 的信息，此處是HTTP協議。

超文本 傳送

1）物理層的數據幀概況

Frame 5: 268 bytes on wire (2144 bits), 268 bytes captured (2144 bits) on interface 0 #5號幀，線路268位元組，實際捕獲268位元組

Interface id: 0         #介面id

Encapsulation type: Ethernet (1)     #封裝類型

Arrival Time: Jun 11, 2015 05:12:18.469086000 中國標准時間 #捕獲日期和時間

[Time shift for this packet: 0.000000000 seconds]

Epoch Time: 1402449138.469086000 seconds

[Time delta from previous captured frame: 0.025257000 seconds] #此包與前一包的時間間隔

[Time since reference or first frame: 0.537138000 seconds] #此包與第一幀的時間間隔

Frame Number: 5 #幀序號

Frame Length: 268 bytes (2144 bits) #幀長度

Capture Length: 268 bytes (2144 bits) #捕獲長度

[Frame is marked: False] #此幀是否做了標記：否

[Frame is ignored: False] #此幀是否被忽略：否

[Protocols in frame: eth:ip:tcp:http] #幀內封裝的協議層次結構

[Number of per-protocol-data: 2] #

[Hypertext Transfer Protocol, key 0]

[Transmission Control Protocol, key 0]

[Coloring Rule Name: HTTP] #著色標記的協議名稱

[Coloring Rule String: http || tcp.port == 80] #著色規則顯示的字元串

（2）數據鏈路層乙太網幀頭部信息

Ethernet II, Src: Giga-Byt_c8:4c:89 (1c:6f:65:c8:4c:89), Dst: Tp-LinkT_f9:3c:c0 (6c:e8:73:f9:3c:c0)

Destination: Tp-LinkT_f9:3c:c0 (6c:e8:73:f9:3c:c0) #目標MAC地址

Source: Giga-Byt_c8:4c:89 (1c:6f:65:c8:4c:89) #源MAC地址

Type: IP (0x0800)

（3）互聯網層IP包頭部信息

Internet Protocol Version 4, Src: 192.168.0.104 (192.168.0.104), Dst: 61.182.140.146 (61.182.140.146)

Version: 4 #互聯網協議IPv4

Header length: 20 bytes #IP包頭部長度

Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) #差分服務欄位

Total Length: 254 #IP包的總長度

Identification: 0x5bb5 (23477) #標志欄位

Flags: 0x02 (Don't Fragment) #標記欄位

Fragment offset: 0 #分的偏移量

Time to live: 64 #生存期TTL

Protocol: TCP (6) #此包內封裝的上層協議為TCP

Header checksum: 0x52ec [validation disabled] #頭部數據的校驗和

Source: 192.168.0.104 (192.168.0.104) #源IP地址

Destination: 61.182.140.146 (61.182.140.146) #目標IP地址

（4）傳輸層TCP數據段頭部信息

Transmission Control Protocol, Src Port: 51833 (51833), Dst Port: http (80), Seq: 1, Ack: 1, Len: 214

Source port: 51833 (51833) #源埠號

Destination port: http (80) #目標埠號

Sequence number: 1 (relative sequence number) #序列號（相對序列號）

[Next sequence number: 215 (relative sequence number)] #下一個序列號

Acknowledgment number: 1 (relative ack number) #確認序列號

Header length: 20 bytes #頭部長度

Flags: 0x018 (PSH, ACK) #TCP標記欄位

Window size value: 64800 #流量控制的窗口大小

Checksum: 0x677e [validation disabled] #TCP數據段的校驗和

C. 192.168.0.2計算機Ping 192.168.0.1在192.168.0.1這台計算機上收到的IP報文長度，乙太網報文長度是要詳

這個好像可以從發送ping命令的主機192.168.0.2上看到。能通的話會有一個reply from，後面就有收到的位元組長度。ping命令要求被訪問主機返回與收到位元組數相等的數據，所以，發命令的主機收到被訪問主機發回多少數據，那個被訪問主機就收到了多少的數據。

D. eth是指什麼

eth 代表ethernet 乙太網的意思

eth0，eth1，eth2……代表網卡一，網卡二，網卡三……

E. EtherNet/IP和TCP/IP的區別

其實都是乙太網通訊，只是每個公司的叫法不一樣，西門子用PROFINET、AB用Ethernet IP、施耐德的MODBUS TCP/IP，如果要考慮性價比，主要是考慮到你系統使用整個硬體的穩定性以及費用等問題，根據現場實際情況來選用合適的品牌，AB價位在其中應該是最貴的，西門子的其次，施耐德最低，但是個人人為在工業乙太網方面西門子和PLC一樣還是有很多優勢。
TCP/IP：不過對於Step7 TCP的連接可以有兩種方式，一種是通過Open IE的方法，通過功能塊確定Server/Client的關系來實現動態的一種連接，也可以斷開這個連接。PLC對於這個連接個數同樣是有限制的。另外一種就是在NetPro中建立TCP連接,當下載組態後，連接自動建立，但這個資源不能動態釋放。連接一旦建立，數據就開始通訊了。不過每個包數據的大小並不是我們決定的，而是TCP的滑動窗口演算法決定的。所以使用TCP協議時，速度的快慢不是我們所能把握的。
Ethernet/IP（乙太網工業協議）是主推ControlNet現場匯流排的Rockwell Automation公司對乙太網進入自動化領域做出的積極響應。Ethernet/IP網路採用商業乙太網通信晶元、物理介質和星形拓撲結構，採用乙太網交換機實現各設備間的點對點連接，能同時支持10Mbps和100Mbps乙太網商用產品，Ethernet/IP的協議由IEEE 802.3物理層和數據鏈路層標准、TCP/IP協議組和控制與信息協議CIP(Control Information Protocol)等3個部分組成，前面兩部分為標準的乙太網技術，其特色就是被稱作控制和信息協議的CIP部分。Ethernet/IP為了提高設備間的互操作性，採用了ControlNet和DeviceNet控制網路中相同的CIP，CIP一方面提供實時I/O通信，一方面實現信息的對等傳輸，其控制部分用來實現實時I/O通信，信息部分則用來實現非實時的信息交換。