1．该规范的发展概况
原始版本1997年9月3日作为公共评论的草案。
再版1999年3月29日，即修订版1.0。
没有大的技术改动，仅作了补充说明。增加了附录A和B作为对一些常用执行问题的回应。
该Modbus/TCP规范在万维网上公开发行。它表明开发者的意愿是把它作为工业自动化领域具有互用性的标准。
既然MODBUS和MODBUS/TCP作为事实上的“实际”标准，而且很多生产商已经实现了它的功能，此规范主要是阐述在互连网上具有普遍可用性的基于TCP通讯协议的MODBUS 报文的特殊编码。
2. 概述
MODBUS/TCP是简单的、中立厂商的用于管理和控制自动化设备的MODBUS系列通讯协议的派生产品。显而易见，它覆盖了使用TCP/IP协议的“Intranet”和“Internet”环境中MODBUS报文的用途。协议的最通用用途是为诸如PLC’s，I/O模块，以及连接其它简单域总线或I/O模块的网关服务的。
MODBUS/TCP协议是作为一种（实际的）自动化标准发行的。既然MODBUS已经广为人知，该规范只将别处没有收录的少量信息列入其中。然而，本规范力图阐明MODBU S中哪种功能对于普通自动化设备的互用性有价值，哪些部分是MODBUS作为可编程的协议交替用于PLC’s的“多余部分”。
它通过将配套报文类型“一致性等级”，区别那些普遍适用的和可选的，特别是那些适用于特殊设备如PLC’s的报文。
2.1 面向连接
在MODBUS中，数据处理传统上是无国界的，使它们对由噪音引起的中断有高的抵抗力，而且在任一端只需要最小的维护信息。
编程操作，另一方面，期望一种面向连接的方法。这种方法对于简单变量通过唯一的“登录”符号完成，对于Modbus Plus变量，通过明确的“程序路径”容量来完成，而“程序路径”容量维持了一种双向连接直到被彻底击穿。
MODBUS/TCP处理两种情况。连接在网络协议层很容易被辨认，单一的连接可以支持多个独立的事务。此外，TCP允许很大数量的并发连接，因而很多情况下，在请求时重新连接或复用一条长的连接是发起者的选择。
熟悉MODBUS的开发者会感到惊讶：为什么面向连接TCP协议比面向数据报的UDP 要应用广泛。主要原因是通过封装独立的“事务”在一个连接中，此连接可被识别，管理和取消而无须请求客户和服务器采用特别的动作。这就使进程具有对网络性能变化的适应能力，而且容许安全特色如防火墙和代理可以方便的添加。
类似的推理被最初的万维网的开发者所采用，他们选用TCP及端口80去实现一个作为单一事务的最小的环球网询问。
2.2 数据编码
MODBUS 采用“big-endian”来表示地址和数据对象。
这就意味着当一个数字表示的数量大于所传输的单一字节，最大有效字节将首先被发送。例如：
2.3参考编号的解释
MODBUS将其数据模型建立在一系列具有不同特征的表的基础之上。这四个基本表如下
l 离散输入单比特，由I/O系统提供，只读
l 离散输出单比特，由应用程序更改，读写
l 输入寄存器16比特，数值，由I/O系统提供，只读
l 输出寄存器16比特，数值，由应用程序更改，读写
输入和输出之间以及可寻址位和可寻址代码的数据对象之间的差别并不意味着任何应用性能的不同。如果这是我们所讨论的目标机械的最自然的解释，那么认为所有的四个基本表是相互覆盖的看法也是非常普通而完全可以接受的。
对于每一个基本表，协议允许单独选择65536个数据对象中的任何一个，而且对那些对象的读写操作可以跨越多个连续的数据对象，直到达到基于处理事务功能代码的数据大小限制。
这儿没有假定数据对象代表一种真正邻接的数据阵列，而这是大多数简单PLC’s的解释。
“读写常用参考”功能代码被定义为携带32位的参考值并且能允许在“非常”大的空间里可以直接访问数据对象。现在没有可以利用这一特点的PLC设备。
一个易造成混乱的潜在来源是用于MODBUS功能的参考值和用于Modico
n PLC’s的“寄存器值”之间的关系。由于历史原因，用户参考值使用从1开始的十进制数表示。而MODBUS采用更普通的从0开始的无符号整数进行软件数据整理分析。
于是，请求从0读取寄存器的Modbus消息将已知值返回建立在寄存器4：00001（存储类型4=输出寄存器，参考值00001）中的应用程序。
2.4隐含长度基本原则
所有的MODBUS 请求和响应都被设计成在此种方法下工作，即接收者可确认消息的完整性。对于请求和响应为固定长度的功能代码，仅发送功能代码就足够了。对于在请求和响应中携带不定长数据的功能代码，数据部分前将加上一个字节的数据统计。
当Modbus通过TCP运送，前缀中携带附加的长度信息以便接收者识别消息的边界，甚至消息被分成若干组进行传输。外在的和隐含的长度准则的存在，以及CRC-32检错代码（以太网）的使用使请求和响应消息中发生未被识别的错误的机率减至无限小。
3. 一致性等级概述
当从草稿开始定义一种新的协议，有可能加强编码方式和阐述的一致性。MODBUS由于其先进的特性，已经在很多地方得到了实施，必须避免破坏它已经存在的实施。
因此，已经存在的成套的处理类型被划分出一致性等级：等级0代表普遍使用且总体上一致的功能；等级2代表有用的功能，但带有某些特性。现存装置的不适应于互用性的功能也已确认。
必须注意到，将来对该标准的扩充将定义附加的功能代码来处理现存事实标准不适用的情形。然而，被提议扩充的详细资料出现在本手册中将会另人误解。通过将代码“随机的”发送或者即便是通过检查异常响应的类型来确定特别的目标装置是否支持特别的功能代码总是可能的，而且该方法将保证引入这些扩充的现使用的MODBUS设备的连续的互用性。事实上，这就是当前功能代码的分级原则。
3.1等级0
这是最小的有用功能，对主站和从站来说。
读乘法寄存器(fc 3)
写乘法寄存器(fc 16)
3.2等级1
这是附加的被普遍实现的和能共同使用的成套功能，正如前面介绍过的，许多从站把输入，输出，离散值和寄存器值作为同等的进行处理。
l 读线圈(fc 1)
l 读离散输入(fc 2)
l 读寄存器输入(fc 4)
l 写线圈(fc 5)
l 写单一寄存器(fc 6)
l 读异常状态字(fc 7)
此功能对于每一个从站系列显然具有不同的含义。
3.3等级2
这些是需要HMI和管理等例行操作的数据传送功能。
l 强制型多路线圈(fc 15)
l 读一般参考值(fc 20)
该功能可以处理并发的多个请求，而且能接收32位的参考数值。当前的584和984PL C’s仅使用此功能接收类型6的参考值（扩展的寄存器文件）。
该功能最适于扩充以处理大的寄存器空间和缺少诸如“未定位”变量的参考值的数据对象。l 写一般参考值(fc 21)
此功能可以处理并发的多个请求，也可接收32位的参考数值。当前的584和984PLC’s仅使用此功能接收类型6的参考值（扩展的寄存器文件）。
该功能最适于扩充以处理大的寄存器空间和缺少诸如“未定位”变量的参考值的数据对象。
l 掩膜写寄存器(fc 22)
l 读/写寄存器(fc 23)
此功能把一定范围的寄存器输入和输出当作单一的处理事务。使用MODBUS是执行规则的带有I/O模块的状态影象交换的最好办法。
如此，高性能的通用的数据采集装置可以执行功能3，16和23，从而把快捷的数据规则交换（23）和执行特殊数据对象的需求询问或更新的能力结合起来（3和16）。
l 读FIFO队列(fc 24)
一个有点专用的功能，打算将表结构的数据象FIFO（用到584/984上的FIN和FOUT 功能模块）一样传送到主机。对于某种事件录入软件很有用。
3.4机器/厂家/网络的特殊功能
以下所有的功能，虽然在MODBUS协议手册中提到，但由于它们有很强的机器依赖性，因而不适于互用性的目的。
l 诊断(fc 8)
l 编程(484) (fc 9)
l 轮询(484) (fc 10)
l 获取通讯事件计数器值(Modbus) (fc 11)
l 获取通讯事件记录(Modbus) (fc 12)
l 编程(584/984) (fc 13)
l 轮询(584/984) (fc 14)
l 通告从站ID (fc 17)
l 编程(884/u84) (fc 18)
l 恢复通讯连接(884/u84) (fc 19)
l 编程(原理) (fc 40)
l 固件置换(fc 125)
l 编程(584/984) (fc 126)
l 通告本地地址(Modbus) (fc 127)
4. 协议结构
本部分阐述了通过MODBUS/TCP网络携带的MODBUS请求和或响应封装的一般格式。必须注意到请求和响应本体（从功能代码到数据部分的末尾）的结构和其它MODBUS变量具有完全相同的版面格式和含义，如：
MODBUS 串行端口- ASCII 编码
MODBUS 串行端口- RTU (二进制) 编码
MODBUS PLUS 网络–数据通道
这些其它案例仅在组帧次序，检错模式和地址描述等格式有所不同。
所有的请求通过TCP从寄存器端口502发出。请求通常是在给定的连接以半双工的方式发送。也就是说，当单一连接被响应所占用，就不能发送其它的请求。有些装置采用多条TCP连接来维持高的传输速率。
然而一些客户端设备尝试“流水线式”的请求。允许服务器以这种方式工作的技术在附录A中阐述。
MODBUS “从站地址”字段被单字节的“单元标识符”替换，从而用于通过网桥和网关等设备的通讯，这些设备用单一IP地址来支持多个独立的终接单元。
请求和响应带有六个字节的前缀，如下：
byte 0: 事务处理标识符–由服务器复制–通常为0
byte 1: 事务处理标识符–由服务器复制–通常为0
byte 2: 协议标识符= 0
byte 3: 协议标识符= 0
byte 4: 长度字段（上半部分字节）= 0 (所有的消息长度小于256)
byte 5: 长度字段(下半部分字节) = 后面字节的数量
byte 6: 单元标识符(原“从站地址”)
byte 7: MODBUS 功能代码
byte 8 on: 所需的数据
因而处理示例“以4的偏移从UI 9读1寄存器”返回5的值将是
请求：00 00 00 00 00 06 09 03 00 04 00 01
响应：00 00 00 00 00 05 09 03 02 00 05
一致性等级0-2的功能代码的应用的例子见后续部分
熟悉MODBUS的设计师将注意到MODBUS/TCP中不需要“CRC-16”或“LRC”检查字段。而是采用TCP/IP和链路层（以太网）校验和机制来校验分组交换的准确性。
5. 一致性等级的协议参考值
注意到在例子中，请求和响应列在功能代码字节的前面。如前所述，在MODBUS/TCP 案例中有一个依赖传输的包含7个字节的前缀。
ref ref 00 00 00 len unit前面两个字节的“ref ref”在服务器中没有具体的值，只是为方便客户端而从请求和响应中逐字的复制过来。单客户机通常将该值置为0。
在这个例子中，请求和响应的格式如下（例子是“读寄存器”请求，详述见后面部分）。
03 00 00 00 01 => 03 02 12 34
这表示给前缀加上一个十六进制的串联的字节，这样，TCP连接上的整个消息将是（假设单元标识符还是09）
请求：00 00 00 00 00 06 09 03 00 00 00 01
响应：00 00 00 00 00 05 09 03 02 12 34
(所有的这些请求和响应通过查询Modicon Quantum PLC规范采用自动工具来进行校验。
5.1等级0指令详述
5.1.1读乘法寄存器(FC 3)
请求
Byte 0: FC = 03
Byte 1-2: 参考数值
Byte 3-4: 指令数(1-125)
响应
Byte 0: FC = 03
Byte 1: 响应的字节数(B=2 x指令数)
Byte 2-(B+1): Register values
异常
Byte 0: FC = 83 (hex)
Byte 1: 异常代码= 01 or 02
读参考值为0 (Modicon 984中为40001)时的1寄存器得到十六进制的值1234
03 00 00 00 01 => 03 02 12 34
5.1.2 写乘法寄存器(FC 16)
请求
Byte 0: FC = 10 (hex)
Byte 1-2: 参考数值
Byte 3-4: 指令数(1-100)
Byte 5: 字节数(B=2 x word count)
Byte 6-(B+5): 寄存器值
响应
Byte 0: FC = 10 (hex)
Byte 1-2: 参考数值
Byte 3-4: 指令数
Byte 0: FC = 90 (hex)
Byte 1: 异常代码= 01 or 02
示例:
读参考值为0(Modicon 984中为40001)时的1寄存器得到十六进制的值1234
10 00 00 00 01 02 12 34 => 10 00 00 00 01
5.2等级1指令详述
5.2.1 读线圈(FC 1)
请求
Byte 0: FC = 01
Byte 1-2: 参考数值
Byte 3-4: 比特数(1-2000)
响应
Byte 0: FC = 01
Byte 1: 响应的字节数(B=(比特数+7)/8)
Byte 2-(B+1): 比特值(最小意义位首先绕线圈!)
异常
Byte 0: FC = 81 (hex)
Byte 1: exception code = 01 or 02
示例
读参考值为0 (Modicon 984中为00001)时的1线圈得到的值1
01 00 00 00 01 => 01 01 01
注意到返回的数据的格式和big-endian体系结构不同。而且此请求如果调用乘法指令字且这些指令不以16位为界排列，那么该请求将在从站得到计算强化。
5.2.2读离散输入(FC 2)
请求
Byte 0: FC = 02
Byte 1-2: 参考数值
Byte 3-4: 比特数(1-2000)
响应
Byte 0: FC = 02
Byte 1: 响应的字节数(B=(比特数+7)/8)
Byte 2-(B+1): 比特值(最小意义位首先绕线圈!)
异常
Byte 0: FC = 82 (16进制)
Byte 1: 异常代码= 01 or 02
示例
读参考值为0 (Modicon 984中为10001)时的1离散输入得到的值1
02 00 00 00 01 => 02 01 01
注意到返回的数据的格式和big-endian体系结构不同。而且此请求如果调用乘法指令字且这些指令不以16位为界排列，那么该请求将在从站得到计算强化。
5.2.3 读输入寄存器(FC 4)
请求
Byte 0: FC = 04
Byte 1-2: 参考数值
Byte 3-4: 指令数(1-125)
响应
Byte 0: FC = 04
Byte 1: 响应的比特数(B=2 x 指令数)
Byte 2-(B+1): 寄存器值
异常
Byte 0: FC = 84 (hex)
Byte 1: 异常代码= 01 or 02
示例
读参考值为0 (Modicon 984中为30001)时的1输入寄存器得到十六进制的值1234
04 00 00 00 01 => 04 02 12 34
5.2.4 写线圈(FC 5)
请求
Byte 0: FC = 05
Byte 1-2: 参考数值
Byte 3: = FF 打开线圈, =00 关闭线圈
Byte 4: = 00
响应
Byte 0: FC = 05
Byte 1-2: 参考数值
Byte 3: = FF 打开线圈, =00 关闭线圈(回波)
Byte 4: = 00
异常
Byte 0: FC = 85 (16进制)
Byte 1: 异常代码= 01 or 02
示例
将值1在参考值为0（Modicon 984中为00001）时写入1线圈
05 00 00 FF 00 => 05 00 00 FF 00
5.2.5 写单一寄存器(FC 6)
请求
Byte 0: FC = 06
Byte 1-2: 参考数值
Byte 3-4: 寄存器值
响应
Byte 0: FC = 06
Byte 1-2: 参考数值
Byte 3-4: 寄存器值
异常
Byte 0: FC = 86 (16进制)
Byte 1: 异常代码= 01 or 02
示例
将十六进制值1234在参考值为0（Modicon 984中为40001）时写入1线圈
06 00 00 12 34 => 06 00 00 12 34
TCP和UDP协议简介 从专业的角度说，TCP的可靠保证，是它的三次握手机制，这一机制保证校验了数据，保证了他的可靠性。而UDP就没有了，所以不可靠。不过UDP的速度是TCP比不了的，而且UDP的反应速度更快，QQ就是用UDP协议传输的，HTTP是用TCP协议传输的，不用我说什么，自己体验一下就能发现区别了。再有就是UDP和TCP的目的端口不一样（这句话好象是多余的），而且两个协议不在同一层，TCP在三层，UDP不是在四层就是七层。TCP/IP协议介绍 TCP/IP的通讯协议 这部分简要介绍一下TCP/IP的内部结构，为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-232串行接口）之上。确切地说，TCP/IP协议是一组包括TCP 协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。 TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为： 应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。 传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。 互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。 网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line 等）来传送数据。 TCP/IP中的协议 以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的： 1．IP 网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。 IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也把从TCP或UDP层接收来的数据包传送到更低层。IP数据包是不可靠的，因为IP并没有做任何事情来确认数据包是按顺序发送的
MODBUS协议、通讯格式、传输方式 淘宝店铺： MODBUS简介 MODBUS是一种单主站的主/从通信模式。MODBUS网络上只能有一个主站存在，主站在MODBUS网络上没有地址，从站的地址范围为 0 - 247，其中 0 为广播地址，从站的实际地址范围为 1 - 247。 MODBUS通信标准协议可以通过各种传输方式传播，如 RS232C、RS485、光纤、无线电等。 MODBUS具有两种串行传输模式，ASCII和RTU。它们定义了数据如何打包、解码的不同方式。支持MODBUS协议的设备一般都支持 RTU 格式。 通信双方必须同时支持上述模式中的一种。 实际也就是发送与接收双方商量一下，定好规则，发送方想要接收方做某件事，就发送某种格式的信息给接收方，接收方收到信息后，按照事先约定好的规则分析信息，执行命令。 您如果愿意，也可以自己定义一个通讯规范，用PLC 或是VB 语言按照您自己定义的这个规范处理，如果您定义的这个规范可靠性、便于分析性超过MODBUS,那您的通讯规范就是最流行的了！ MODBUS 的通讯规范： 起始符 + 设备地址 + 功能代码 + 数据 + 校验和 + 结束符
通讯格式 通讯格式设置举例：9600，o，8，1 即： 波特率为9600； 校验方式为奇校验； 数据位为八位； 停止位为一位； ------------------------------------------------------------ 1、波特率： 波特率是每秒钟传输的数据位数；什么是位数呢？ 计算机处理的语言是"0"和"1"组合而成的信息，即机器语言！ 一个"0"或是一个"1"就是一个位； 设置波特率的作用？ 如果把波特率设为9600，即一秒钟之内能够传输9600个"0"或是"1"，它决定了通讯的数据传输速度。 常用的波特率数值有：2400、4800、9600、19200、38400、57600、115200；
第一章MODBUS协议简介 MODBUS协议详细定义了校验码、数据序列等，这些都是特定数据交换的必要内容。 MODBUS协议在一根通讯线上使用RS485应答式连接（半双工），这意味着在一根单独的通讯线上信号沿着相反的两个方向传输。首先，主计算机的信号寻址到一台唯一的终端设备（从机），然后，在相反的方向上终端设备发出的应答信号传输给主机。 MODBUS协议只允许在主计算机和终端设备之间，而不允许独立的设备之间的数据交换，这就不会在使它们初始化时占据通讯线路，而仅限于响应到达本机的查询信号。 1.1传输方式 传输方式是一个数据帧内一系列独立的数据结构以及用于传输数据的有限规则，下面定义了与MODBUS 协议– RTU方式相兼容的传输方式。 ◆Coding System 二进制编码8位 ◆Start bit 起始位1位 ◆Data bits 数据位8位 ◆Parity 校验无奇偶校验 ◆Stop bit 停止位1位 ◆Error checking 错误检测CRC（循环冗余校验） [注]瑞士DAE公司的网络电力仪表响应查询信号的时间为0.1 ~ 1.0秒（典型值为0.4秒） 1.2协议 当数据帧到达终端设备时，它通过一个简单的“口”进入寻址到的设备，该设备去掉数据帧的“信封”（数据头），读取数据，如果没有错误，就执行数据所请求的任务，然后，它将自己生成的数据加入到取得的“信封”中，把数据帧返回给发送者。返回的响应数据中包含了以下内容：终端从机地址(Address)、被执行了的命令(Function)、执行命令生成的被请求数据(Data)和一个校验码(Check)。发生任何错误都不会有成功的响应。 1.2.1数据帧格式 图 1 – 1 .数据帧格式 1.2.2地址（Address）域 地址域在帧的开始部分，由一个字节8位（0 ~ 255）组成，这些位标明了用户指定的终端设备的地址，该设备将接收来自与之相连的主机数据。每个终端设备的地址必须是唯一的，仅仅被寻址到的终端会响应包含了该地址的查询。当终端发送回一个响应，响应中的从机地址数据便告诉了主机哪台终端正与之进行通信。
MODBUS-TCP ～ ～～ IEEE 802.3 CSMA/CD 10Mb/s (1)10 Base 5 RG-8 500m (2)10 Base 2 RG-58 185m (3)10 Base T UTP STP 100m ～～ 100Mb/s 802.3a 100 Base Tx 100 Base Fx ～～ 10/100M 100M “ ” (UTP) 100m 2 3km 100km 1000Mb/s 802.3z/802.3ab 10Gb/s 802.3ae ～ ～～ IEEE802.3 EN50081-2 EN50082-2 1 DIN UTP STP( ) ～TCP/IP 1. TCP/IP ～～ TCP/IP 20 80 X.25 TCP/IP ( ) TCP/IP TCP/IP TCP/IP
Internet TCP/IP TCP/IP ～～ TCP/IP OSI OSI TCP/IP 1 TCP/IP 2. Internet Protocol(IP) ～～IP Internet http://biz.doczj.com/doc/7a18810509.html, RFC79 ( RFC: Request For Comments ) ～～IP IP “ ” I/O IP IP IP “IP ” “ ” “ ” “ ” IP IP ～～IP IP 2
～～IP 4 ( 3 ) A 16387064 (1 126) B 64516 ( 128 191) C 254 ( 192 223) D (“0.0.0.0”) 1 (“255.255.255.255”) 3. Transmission Control Protocol (TCP) ～～TCP ( 4 ) RFC793 TCP TCP TCP
TCP/IP协议分析及应用 在计算机网络的发展过程中，TCP/IP网络是迄今为止对人类社会影响最重要的一种网络。TCP和IP是两种网络通信协议，以这两种协议为核心协议的网络总称为TCP/IP网络。人们常说的国际互联网或因特网就是一种TCP/IP网络，大多数企业的内部网也是TCP/IP网络。 作为一名学习计算机的学生，我们一定要对TCP/IP协议进行深刻的解析。通过对协议的分析进一步了解网络上数据的传送方式和网络上出现的问题的解决方法。本实验就是对文件传输协议进行分析来确定FTP协议工作方式。 目的:通过访问FTP：202.207.112.32，向FTP服务器上传和下载文件。用抓包工作来捕捉数据在网络上的传送过程。为的方便数据包的分析，通过上传一个内容为全A的TXT文件，来更直观的分析文件传输的过程。 过程: 1.在本机上安装科莱抓包软件 2.对科莱进行进滤器的设置（arp、ftp、ftp ctrl、ftp data） 3.通过运行CMD窗口进行FTP的访问 4.用PUT和GET进行文件的上传与下载 5.对抓到的包进行详细的分析 CMD中的工作过程: C:\Documents and Settings\Administrator>ftp 202.207.112.32 Connected to 202.207.112.32. 220 Serv-U FTP Server v5.1 for WinSock ready... User (202.207.112.32:(none)): anonymous //通过匿名方式访问 331 User name okay, please send complete E-mail address as password. Password: 230 User logged in, proceed. ftp> cd 学生作业上传区/暂存文件夹 250 Directory changed to /学生作业上传区/暂存文件夹 ftp> put d:\aaa123.txt //上传aaa123.txt文件 200 PORT Command successful. 150 Opening ASCII mode data connection for aaa123.txt.
TCP/IP 协议 TCP/IP 不是一个协议，而是一个协议族的统称。里面包括IP 协议、 IMCP 协议、TCP 协议。 这里有儿个需要注意的知识点： ?互联网地址：也就是IP 地址，一般为网络号+子网号+主机号 ?域名系统：通俗的来说，就是一个数据库，可以将主机名转换成IP 地址 ? RFC ： TCP/IP 协议的标准文档 ?端口号：一个逻辑号码，IP 包所带有的标记 ? Socket ：应用编程接口 数据链路层的工作特性： ?为IP 模块发送和接收IP 数据报 ?为ARP 模块发送ARP 请求和接收ARP 应答（ARP ：地址解析协议，将IP 地 址转换 成MAC 地址） ? 为RARP 发送RARP 请求和接收RARP 应答 接下来我们了解一下TCP/IP 的工作流 程： 数据链路层从ARP 得到数据的传递信息，再从IP 得到具体的数据信息 IP 协议 IP 协议头当中，最重要的就是TTL （IP 允许通过的最大网段数量）字 段（八位），规定该数据包能穿过儿个路山之后才会被抛弃。 IP 路由选择 版本首部长圍区分服务 总长度 标识 标志 片偏移 生存时间 协议 首部检验利 源地址 目的地址 可选字段（长度可变） 填充 I 4 8 24 31 部分 16 19 数 据 部 分 固 皆定 部分 发送在前 IP 数据
箝古畫帕igiKMudeu ICMP 协议（网络控制文协议） 将IP 数据包不能传送的错误信息传送给主机 查询报文 1. ping 査询：主机是否可达，通过计算间隔时间和传送多少个包的数量 2. 子网掩码 3. 时间戳：获得当询时间 优元幔萦匹配 ?SEE 失? ■ 匹杞同孑協1的跨用器 ?成切? 发送冷總民避 丿 1 丿 V / 、 Z 、 匹配同网号杓路Fh 器 ?或6 发送IP SS 冕包绘跑国器 1 丿 1 丿 芨索SKIAB^田 发迭IP 数据给淫呂器 艾败 丢弃担个? ARP 协议工作原理 ( e?*Aw>?a?
竭诚为您提供优质文档/双击可除tcp,ip详解卷1,协议,下载 篇一：tcp_ip协议详解 tcp/ip协议详解 这部分简要介绍一下tcp/ip的内部结构，为讨论与互联网有关的安全问题打下基础。tcp/ip协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如t1和x.25、以太网以及Rs-232串行接口）之上。确切地说，tcp/ip协议是一组包括tcp协议和ip协议，udp （userdatagramprotocol）协议、icmp （internetcontrolmessageprotocol）协议和其他一些协议的协议组。 tcp/ip整体构架概述 tcp/ip协议并不完全符合osi的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而tcp/ip通讯协议采用了4层的层级结构，每一层都呼叫它的
下一层所提供的网络来完成自己的需求。这4层分别为：应用层：应用程序间沟通的层，如简单电子邮件传输（smtp）、文件传输协议（Ftp）、网络远程访问协议（telnet）等。 传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（tcp）、用户数据报协议（udp）等，tcp和udp给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。 互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（ip）。 网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如ethernet、serialline等）来传送数据。 tcp/ip中的协议 以下简单介绍tcp/ip中的协议都具备什么样的功能，都是如何工作的： 1．ip 网际协议ip是tcp/ip的心脏，也是网络层中最重要的协议。 ip层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---tcp或udp层；相反，ip层也把从tcp或udp层接收来的数据包传
TCP/IP协议详解 这部分简要介绍一下TCP/IP的部结构，为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-232串行接口）之上。确切地说，TCP/IP协议是一组包括TCP协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。 TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为： 应用层：应用程序间沟通的层，如简单电子传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。 传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。 互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。 网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line等）来传送数据。 TCP/IP中的协议 以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的： 1． IP 网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。 IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也把从TCP或UDP层接收来的数据包传送到更低层。IP数据包是不可靠的，因为IP并没有做任何事情来确认数据包是按顺序发送的或者没有被破坏。IP数据包中含有发送它的主机的地址（源地址）和接收它的主机的地址（目的地址）。 高层的TCP和UDP服务在接收数据包时，通常假设包中的源地址是有效的。也可以这样说，IP地址形成了许多服务的认证基础，这些服务相信数据包是从一
1．该规范的发展概况 原始版本1997年9月3日作为公共评论的草案。 再版1999年3月29日，即修订版1.0。 没有大的技术改动，仅作了补充说明。增加了附录A和B作为对一些常用执行问题的回应。 该Modbus/TCP规范在万维网上公开发行。它表明开发者的意愿是把它作为工业自动化领域具有互用性的标准。 既然MODBUS和MODBUS/TCP作为事实上的“实际”标准，而且很多生产商已经实现了它的功能，此规范主要是阐述在互连网上具有普遍可用性的基于TCP通讯协议的MODBUS 报文的特殊编码。 2. 概述 MODBUS/TCP是简单的、中立厂商的用于管理和控制自动化设备的MODBUS系列通讯协议的派生产品。显而易见，它覆盖了使用TCP/IP协议的“Intranet”和“Internet”环境中MODBUS报文的用途。协议的最通用用途是为诸如PLC’s，I/O模块，以及连接其它简单域总线或I/O模块的网关服务的。 MODBUS/TCP协议是作为一种（实际的）自动化标准发行的。既然MODBUS已经广为人知，该规范只将别处没有收录的少量信息列入其中。然而，本规范力图阐明MODBU S中哪种功能对于普通自动化设备的互用性有价值，哪些部分是MODBUS作为可编程的协议交替用于PLC’s的“多余部分”。
它通过将配套报文类型“一致性等级”，区别那些普遍适用的和可选的，特别是那些适用于特殊设备如PLC’s的报文。 2.1 面向连接 在MODBUS中，数据处理传统上是无国界的，使它们对由噪音引起的中断有高的抵抗力，而且在任一端只需要最小的维护信息。 编程操作，另一方面，期望一种面向连接的方法。这种方法对于简单变量通过唯一的“登录”符号完成，对于Modbus Plus变量，通过明确的“程序路径”容量来完成，而“程序路径”容量维持了一种双向连接直到被彻底击穿。 MODBUS/TCP处理两种情况。连接在网络协议层很容易被辨认，单一的连接可以支持多个独立的事务。此外，TCP允许很大数量的并发连接，因而很多情况下，在请求时重新连接或复用一条长的连接是发起者的选择。 熟悉MODBUS的开发者会感到惊讶：为什么面向连接TCP协议比面向数据报的UDP 要应用广泛。主要原因是通过封装独立的“事务”在一个连接中，此连接可被识别，管理和取消而无须请求客户和服务器采用特别的动作。这就使进程具有对网络性能变化的适应能力，而且容许安全特色如防火墙和代理可以方便的添加。 类似的推理被最初的万维网的开发者所采用，他们选用TCP及端口80去实现一个作为单一事务的最小的环球网询问。 2.2 数据编码
附录E 配置选项 我们已经看到了许多冠以“依赖于具体配置”的T C P/I P特征。典型的例子包括是否使能U D P的检验和（11 .3节），具有同样的网络号但不同的子网号的目的I P地址是本地的还是非本地的（1 8.4节）以及是否转发直接的广播（1 2.3节）。实际上，一个特定的T C P/I P实现的许多操作特征都可以被系统管理员修改。 这个附录列举了本书中用到的一些不同的T C P/I P实现可以配置的选项。就像你可能想到的，每个厂商都提供了与其他实现不同的方案。不过，这个附录给出的是不同的实现可以修改的参数类型。一些与实现联系紧密的选项，如内存缓存池的低水平线，没有描述。 这些描述的变量只用于报告的目的。在不同的实现版本中，它们的名字、默认值、或含义都可以改变。所以你必须检查你的厂商的文档（或向他们要更充分的文档）来 了解这些变量实际使用的单词。 这个附录没有覆盖每次系统引导时发生的初始化工作：对每个网络接口使用i f c o n f i g 进行初始化（设置I P地址、子网掩码等等）、往路由表中输入静态路由等等。这个附录集中描述了影响T C P/I P操作的那些配置选项。 E.1 BSD/386 版本1.0 这个系统是自从4 .2B S D以来使用的“经典”B S D配置的一个例子。因为源代码是和系统一起发布的，所以管理员可以指明配置选项，内核也可重编译。存在两种类型的选项：在内核配置文件中定义的常量（参见c o n f i g( 8)手册）和在不同的C源文件中的变量初始化。大胆而又经验丰富的管理员也可以使用排错工具修改正在运行的内核或者内核的磁盘映像中这些变量的值，以避免重新构造内核。 下面列出的是在内核配置文件中可以修改的常量。 IPFORWARDING 这个常量的值初始化内核变量i p f o r w a r d i n g。如果值为0（默认），就不转发I P数据报。如果是1，就总是使能转发功能。 GATEWAY 如果定义了这个常量，就使得I P F O R WA R D I N G的值被置为1。另外，定义这个常量还使得特定的系统表格（A R P快速缓存表和路由表）更大。 SUBNETSARELOCAL 这个常量的值初始化内核变量s u b n e t s a r e l o c a l。如果值为1（默认），一个和发送主 I P地址被认为是本地的。如果是0，只有在同一个子
MODBUS-RTU通讯协议简介 2008-10-10 17:27 1.1 Modbus协议简述 ACRXXXE系列仪表使用的是Modbus-RTU通讯协议，MODBUS协议详细定义了校验码、数据序列等，这些都是特定数据交换的必要内容。MODBUS协议在一根通讯线上使用主从应答式连接（半双工），这意味着在一根单独的通讯线上信号沿着相反的两个方向传输。首先，主计算机的信号寻址到一台唯一的终端设备（从机），然后，终端设备发出的应答信号以相反的方向传输给主机。 Modbus协议只允许在主机（PC，PLC等）和终端设备之间通讯，而不允许独立的终端设备之间的数据交换，这样各终端设备不会在它们初始化时占据通讯线路，而仅限于响应到达本机的查询信号。 1.2 查询—回应周期 1.2.1 查询 查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。例如功能代码03是要求从设备读保持寄存器并返回它们的内容。数据段必须包含要告之从设备的信息：从何寄存器开始读及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。 1.2.2 回应 如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备收集的数据：如寄存器值或状态。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。 1.3 传输方式 传输方式是指一个数据帧内一系列独立的数据结构以及用于传输数据的有限规则，下面定义了与Modbus 协议– RTU方式相兼容的传输方式。 每个字节的位： · 1个起始位 · 8个数据位，最小的有效位先发送 ·无奇偶校验位 · 1个停止位 错误检测(Error checking)：CRC（循环冗余校验） 1.4 协议 当数据帧到达终端设备时，它通过一个简单的“端口”进入被寻址到的设备，该设备去掉数据帧的“信封”（数据头），读取数据，如果没有错误，就执行数据所请求的任务，然后，它将自己生成的数据加入到取得的“信封”中，把数据帧返回给发送者。返回的响应数据中包含了以下内容：终端从机地址(Address)、被执行了的命令(Function)、执行命令生成的被请求数据(Data)和一个校验码(Check)。发生任何错误都不会有成功的响应，或者返回一个错误指示帧。 1.4.1 数据帧格式 Address Function Data Check 8-Bits 8-Bits N x 8-Bits 16-Bits 1.4.2 地址（Address）域 地址域在帧的开始部分，由一个字节（8位二进制码）组成，十进制为0～255，
TCP/IP协议基础之二(TCP/IP协议介绍) 这部分简要介绍一下TCP/IP的内部结构,为讨论与互联网有关的安全问题打下基础。TCP/IP 协议组之所以流行,部分原因是因为它可以用在各种各样的信道和底层协议之上。确切地说, TCP/IP协议是一组包括TCP协议和IP协议,UDP(User Datagram Protocol)协议、ICMP (Internet Control Message Protocol)协议和其他一些协议的协议组。 AD: TCP/IP的通讯协议 这部分简要介绍一下TCP/IP的内部结构,为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行,部分原因是因为它可以用在各种各样的信道和底层协议(例如T1和X.25、以太网以及RS-232串行接口)之上。 确切地说,TCP/IP协议是一组包括TCP协议和IP协议,UDP(User Datagram Protocol)协议、ICMP(Internet Control Message Protocol)协议和其他一些协议的协议组。 TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型,是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构,每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为: 应用层:应用程序间沟通的层,如简单电子邮件传输(SMTP)、文件传输协议(FTP)、网络远程访问协议(Telnet)等。
TCP/IP协议体系结构简介 -------------------------------------------------------------------------------- 好喜爱学习网http://biz.doczj.com/doc/7a18810509.html, 分类：网络基础网络协议来源：网络收集录入：管理员 -------------------------------------------------------------------------------- 09 协议的定义及意义协议的定义及意义如何定义网络协议，它有哪些意义？协议是对网络中设备以Email协议基础知识1．Email系统的基本原理INTERNET邮件Google重拳:Gmail 支持POP3协议互联网搜索巨擎Google推出其引领业界千兆风潮的Gmail已经有一PPPoE 协议在宽带接入网中的应用近年来，网络数据业务发展迅速，宽带用户呈爆炸式的增长，运营商在采用x1、TCP/IP协议栈 四层模型 TCP/IP这个协议遵守一个四层的模型概念：应用层、传输层、互联层和网络接口层。 网络接口层 模型的基层是网络接口层。负责数据帧的发送和接收，帧是独立的网络信息传输单元。网络接口层将帧放在网上，或从网上把帧取下来。 互联层 互联协议将数据包封装成internet数据报，并运行必要的路由算法。 这里有四个互联协议： 网际协议IP：负责在主机和网络之间寻址和路由数据包。 地址解析协议ARP：获得同一物理网络中的硬件主机地址。 网际控制消息协议ICMP：发送消息，并报告有关数据包的传送错误。 互联组管理协议IGMP：被IP主机拿来向本地多路广播路由器报告主机组成员。 传输层 传输协议在计算机之间提供通信会话。传输协议的选择根据数据传输方式而定。 两个传输协议： 传输控制协议TCP：为应用程序提供可靠的通信连接。适合于一次传输大批数据的情况。并适用于要求得到响应的应用程序。 用户数据报协议UDP：提供了无连接通信，且不对传送包进行可靠的保证。适合于一次传输小量数据，可靠性则由应用层来负责。 应用层 应用程序通过这一层访问网络。 网络接口技术 IP使用网络设备接口规范NDIS向网络接口层提交帧。IP支持广域网和本地网接口技术。 串行线路协议 TCP/IPG一般通过internet串行线路协议SLIP或点对点协议PPP在串行线上进行数据传送。
详解TCP/IP协议的含义和参数最重要的概念是IP地址，它是32位地址，采用如下的形式： nnn.nnn.nnn.nnn 其中每个nnn为8位，范围为0～255。通常互连网上的每台机器的地址都是唯一的。这相当于身份证号码，但这号码不易记忆，后来就出现了域名的概念，它与IP地址唯一对应，实际就是网络世界的门牌号码。如网事网络：域名：http://biz.doczj.com/doc/7a18810509.html, IP地址：210.77.43.3 域名的申请是有专门的管理机关负责的。常用的定级域名有行业与地区两种，以下为常见的域名： 地区： .cn中国； .hk香港； .uk英国； .tw台湾； .au澳大利亚； .jp日本； .ru俄罗斯； .fr法国 行业： .com公司；
.gov政府； .net网络； .edu教育； .mil军事； .org非赢利组织 TCP/IP协议中的三个参数 TCP/IP（TransmiteControlProtocol传输控制协议/InternetProtocol网际协议）已成为计算机网络的一套工业标准协议。Internet网之所以能将广阔范围内各种各样网络系统的计算机互联起来，主要是因为应用了“统一天下”的TCP/IP协议。在应用TCP/IP协议的网络环境中，为了唯一地确定一台主机的位置，必须为TCP/IP协议指定三个参数，即IP地址、子网掩码和网关地址。 IP地址 IP地址实际上是采用IP网间网层通过上层软件完成“统一”网络物理地址的技巧，这种技巧使用统一的地址格式，在统一管理下分配给主机。Internet 网上不同的主机有不同的IP地址，每个主机的IP地址都是由32比特，即4个字节组成的。为了便于用户阅读和理解，通常采用“点分十进制表示技巧”表示，每个字节为一部分，中间用点号分隔开来。如210.77.43.3就是网事网络WEB服务器的IP地址。每个IP地址又可分为两部分。网络号表示网络规模的大小，主机号表示网络中主机的地址编号。按照网络规模的大小，IP地址可以分为A、B、C、D、E五类，其中A、B、C类是三种主要的类型地址，D类专供多目传送用的多目地址，E类用于扩展备用地址。A、B、C三类IP地址有效范围如下表： 类别 网络号 主机号 A
ModBus 协议 1.Modbus是由Modicon（现为施耐德电气公司的一个品牌）在1979年发明的，是全球第一个真正用于工业现场的总线协议，在中国，Modbus已经成为国家标准GB/T19582-2008。 2.ModBus网络：系统结构既包括硬件、亦包括软件。它可应用于各种数据采集和过程监控。 3.Modbus协议：控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。当在同一Modbus网络上通信时，此协议决定了每个控制器需要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。 支持传统的RS-232、RS-422、RS-485和以太网设备。许多工业设备，包括PLC，DCS，智能仪表等都在使用Modbus协议作为他们之间的通信标准。控制器能直接或经由Modem组网。
4.标准的Modbus口是使用RS-232-C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。 5.Modbus协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、错误检测域。 6.从设备回应消息也由Modbus协议构成，包括：确认要行动的域、任何要返回的数据、和一错误检测域。 如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。 7.查询：数据段包含了从设备要执行功能的任何附加信息：从何寄存器开始读、要读的寄存 器数量，错误检测域为从设备提供了一种验证消息内容是否正确的方法 回应：查询消息中的功能代码的回应。数据段包括了从设备收集的数据：像寄存器值或状
TCP/IP协议介绍 TCP/IP的通讯协议 这部分简要介绍一下TCP/IP的内部结构，为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-232串行接口）之上。确切地说，TCP/IP协议是一组包括TCP 协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。 TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为： 应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文
件传输协议（FTP）、网络远程访问协议（Telnet）等。 传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。 互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。 网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line等）来传送数据。 TCP/IP中的协议 以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的： 1．IP 网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。
TCP协议详解 为什么会有TCP/IP协议 在世界上各地，各种各样的电脑运行着各自不同的操作系统为大家服务，这些电脑在表达同一种信息的时候所使用的方法是千差万别。就好像圣经中上帝打乱了各地人的口音，让他们无法合作一样。计算机使用者意识到，计算机只是单兵作战并不会发挥太大的作用。只有把它们联合起来，电脑才会发挥出它最大的潜力。于是人们就想方设法的用电线把电脑连接到了一起。 但是简单的连到一起是远远不够的，就好像语言不同的两个人互相见了面，完全不能交流信息。因而他们需要定义一些共通的东西来进行交流，TCP/IP就是为此而生。TCP/IP不是一个协议，而是一个协议族的统称。里面包括了IP协议，IMCP协议，TCP协议，以及我们更加熟悉的http、ftp、pop3协议等等。电脑有了这些，就好像学会了外语一样，就可以和其他的计算机终端做自由的交流了。 TCP/IP协议分层  TCP/IP协议族按照层次由上到下，层层包装。 应用层: 向用户提供一组常用的应用程序，比如电子邮件、文件传输访问、远程登录等。远程登录TELNET使用TELNET协议提供在网络其它主机上注册的接口。
TELNET会话提供了基于字符的虚拟终端。文件传输访问FTP使用FTP协议来提供网络内机器间的文件拷贝功能。 传输层: 提供应用程序间的通信。其功能包括：一、格式化信息流；二、提供可靠传输。为实现后者，传输层协议规定接收端必须发回确认，并且假如分组丢失，必须重新发送。 网络层： 负责相邻计算机之间的通信。其功能包括三方面。 一、处理来自传输层的分组发送请求，收到请求后，将分组装入IP数据报，填充报头，选择去往信宿机的路径，然后将数据报发往适当的网络接口。 二、处理输入数据报：首先检查其合法性，然后进行寻径--假如该数据报已到达信宿机，则去掉报头，将剩下部分交给适当的传输协议；假如该数据报尚未到达信宿，则转发该数据报。 三、处理路径、流控、拥塞等问题。 网络接口层： 这是TCP/IP软件的最低层，负责接收IP数据报并通过网络发送之，或者从网络上接收物理帧，抽出IP数据报，交给IP层。 IP 是无连接的 IP 用于计算机之间的通信。 IP 是无连接的通信协议。它不会占用两个正在通信的计算机之间的通信线路。这样，IP 就降低了对网络线路的需求。每条线可以同时满足许多不同的计算机之间的通信需要。 通过IP，消息（或者其他数据）被分割为小的独立的包，并通过因特网在计算机之间传送。 IP 负责将每个包路由至它的目的地。 IP地址 每个计算机必须有一个IP 地址才能够连入因特网。 每个IP 包必须有一个地址才能够发送到另一台计算机。
MODBUS通信协议 HZR、HZC系列产品采用RS485、RS232、CAN、EtherNet（TCPIP）等通信方式与当地监控系统或上一级调度自动化系统连接。MODBUS是应用层协议，可基于上述通信媒介进行系统互连。MODBUS采用直接内存访问的模式，其基本协议定义了内存访问的具体细节，各应用程序或系统互连时只须提供内存地址表即可。 一、HZR、HZC系列产品支持的MODBUS命令 1、连续读n个字（功能码03H） 下行： 设备地址（BYTE）：01H～FFH 功能码（BYTE）：03H 起始地址（WORD）：0000H～FFFFH 读的字数（WORD）：0001H～007DH 校验码（WORD）：以上所有字节的CRC16校验和 上行： 设备地址（BYTE）：01H～FFH 功能码（BYTE）：03H 数据长度（BYTE）：01H～FAH 数据内容（BYTE）：读到的具体数据 数据内容（BYTE）：读到的具体数据 。。。 数据内容（BYTE）：读到的具体数据 校验码（WORD）：以上所有字节的CRC16校验和 2、写1个字（功能码06H） 下行： 设备地址（BYTE）：01H～FFH 功能码（BYTE）：06H 起始地址（WORD）：0000H～FFFFH 写入数据（WORD）：0001H～FFFFH 校验码（WORD）：以上所有字节的CRC16校验和 上行： 设备地址（BYTE）：01H～FFH 功能码（BYTE）：06H 起始地址（WORD）：0000H～FFFFH 写入数据（WORD）：0001H～FFFFH 校验码（WORD）：以上所有字节的CRC16校验和 3、连续写n个字（功能码10H）
14.4一个简单的例子 让我们从一个简单的例子来了解一个名字解析器与一个名字服务器之间的通信过程。在sun 主机上运行Telnet 客户程序远程登录到gemini 主机上，并连接daytime 服务器： 在这个例子中，我们引导sun 主机（运行Telnet 客户程序）上的名字解析器来使用位于http://biz.doczj.com/doc/7a18810509.html, （140.252.1.54）的名字服务器。图14-9显示了这三个系统的排列情况。和以前提到的一样，名字解析器是客户程序的一部分，并且在Telnet 客户程序与daytime 服务器建立TCP 连接之前，名字解析器就能通过名字服务器获取IP 地址。在这个图中，省略了sun 主机与140.252.1以太网的连接实际上是一个SLIP 连接的细节（参见封2的插图），因为它不影响我们的讨论。通过在SLIP 链路上运行tcpdump 程序来了解名字解析器与名字服务器之间的分组交换。 图14-9用于简单DNS 例子的系统 sun 主机上的文件/etc/resolv.conf将告诉名字解析器作什么： sun%cat/etc/resolv.confnameserver140.252.1.54doma http://biz.doczj.com/doc/7a18810509.html, 第1行给出名字服务器—主机http://biz.doczj.com/doc/7a18810509.html, 的IP 地址。最多可说明3个名字服务器行来提供足够的后备以防名字服务器故障或不可达。域名行说明默认域名。如果要查找的域名不是一个完全合格的域名（没有以句点结束），那末默认的域 名http://biz.doczj.com/doc/7a18810509.html, 将加到待查名后。 图14-10显示了名字解析器与名字服务器之间的分组交换。
图14-10向名字服务器查询主机名http://biz.doczj.com/doc/7a18810509.html, 的输出 让tcpdump 程序不再显示每个IP 数据报的源地址和目的地址。相反，它显示客户 （resolver ）的IP 地址140.252.1.29和名字服务器的IP 地址140.252.1.54。客户的临时端口号为1447，而名字服务器则使用熟知端口53。如果让tcpdump 程序显示名字而不是IP 地址，它可能会和同一个名字服务器联系（作指示查询），以致产生混乱的输出结果。 第1行中冒号后的字段（1+）表示标识字段为1，加号“+”表示RD 标志（期望递归）为1。默认情况下，名字解析器要求递归查询方式。 下一个字段为A? ，表示查询类型为A （我们需要一个IP 地址），该问号指明它是一个查询 （不是一个响应）。待查名字显示在后面：http://biz.doczj.com/doc/7a18810509.html,. 。名字解析器在待查名字后加上句点号指明它是一个绝对字段名。 在UDP 数据报中的用户数据长度显示为37字节：12字节为固定长度的报文首部（图143）；21字节为查询名字（图14-6），以及用于查询类型和查询类的4个字节。在DNS 报文中无需填充数据。 tcpdump 程序的第2行显示的是从名字服务器发回的响应。1*是标识字段，星号表示设置 AA 标志（授权回答）（该服务器是http://biz.doczj.com/doc/7a18810509.html, 域的主域名服务器，其回答在该域内是可相信的。）输出结果2/0/0表示在响应报文中最后3个变长字段的资源记录数：回答RR 数为2，授权RR 和附加信息RR 数均为0。tcpdump 仅显示第一个回答，回答类型为A （IP 地址），值为 140.252.1.11。