DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码

现在网上有很多类似的文章、其实这一篇也借鉴了很多其他博主的文章。

写这篇文章的重点是在于解析功能和报文、对Dnp3这个协议并不会做很多介绍。

那我们就开始吧

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第1张图片

上图则为dnp3协议整体的报文模型(点击红框部分可以直接跳转至应用层的hex流)

Dnp3协议 一共分为三层 链路层传输层应用层

Dnp3看似很臃肿、但是他的报文格式倒是很简洁。

Dnp3 协议并没有对特定的功能做特定的结构、而它的结构基本都可以共用

Dnp3 真正决定功能的功能码处于应用层、其他层的功能码只能算是一个大体的范围

接下来 还是从Wireshark 解析的报文进行出发

read功能

发包

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第2张图片

 我分部分介绍吧

下图为链路层 

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第3张图片

Start Bytes byte[0][1] 05 64 为数据开始的字节 固定为0x0564就可以

Length byte[2] 14为长度、Dnp3的长度计算有一些独特、 它包括链路报文头中的5个字节,超出5个字节的部分为传输层报文的长度,也就是说,链路层报文长度计数中不含CRC校验码字节。链路层报文长度的最小值为5,最大值为255。一条DNP链路层报文的最短长度为链路报文头的长度:10个字节。一条DNP链路层报文的最大长度为10+(250/16)×18+(250+2)=292字节

Control  byte[3] c4 链路控制字节

  第一位为 表明发送的方向

  第二位为 表示发送的设备是主设备还是从设备

  第三位为 如果是请求则为纠错,如果是回应则为保留位

  第四位为 这一位是说明第三位是否有效、在图上为0则为Frame count bit(意译为计数但实为纠错)未开启。

  后四位为 功能码(这个功能码则是规定了大体的方向,更像是包的类型)

    对于主设备来说

    0,链路重置

    1,进程重置

    3,请求发送数据

    4,直接发送数据

    9,查询当前链路的状态

    对于从设备来说

    0,同意

    1,拒绝

    11,回应当前链路状态

Destination byte[4][5] 00 04 目标的地址

Source    byte[6][7] 01 00 源地址

Checksum byte[8]byte[9] e9 b6 为校验码、DNP3用的是Crc算法

到这里整个链路层已经介绍完毕了、后续的其他功能的链路层也都是一致的。

下图为传输层

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第4张图片

很简单…只有一个字节

第一位是final,标识是否为最后一个包

第二位是first,标识是否为最后一个包

后六位为seq,表明当前是第几个包

Data chunks 与 [1 DNP 3.0 AL Fragment 14(bytes): #17(14)]

这些就不用去研究它、它所包含的字节是应用层的。只不过是Wireshark把它解析出了一栏(我并不能说是Wireshark解析错误还是别有用意但是这些不重要、不用在意这两块就对了)

下图为应用层

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第5张图片

Control byte[0] c1 这里一共是八个位

  第一位为 表明是否为第一个

  第二位为 表明是否为最后一个

  第三位为 表明是否需要回复,图中即表示不需要回复

  第四位为 表明是否为主动提出的

  后四位为 为队列号,这里的设计和上面传输层的类似

Function Code byte[1] 01 这里就是控制功能的具体方向、若是读则01 若是写则02(也有其他类型的功能码)

那接下来看Read Request这个结构体内的数据

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第6张图片

这个结构体内的数据还是共处于应用层结构之内

这一块的意思也就是为 要去读取什么(限制对象读取什么)

Object byte[2] (这里是Wireshark解析有些问题、obj和var解析到一块了实际是为分开的) 3c 这里表达的意思为 要读取的数据的基本类型

Object byte[3] 02 进一步说明数据的类型,比如是模拟的话,那你是32位还是64位 (有一份表格说明类这些数据类型,请搜附录一 数据类型)

Qualifier field byte[4] 06 为限定词

  第一位为 保留,wireshark同样没有给出解析信息

  第三位为 限定码,这个不太好理解,简单点说是表明一个数据对象的索引的字节数

  后四位为 也就是指定的范围的意思,图中6即为读取所需类型的全部数据。往后就是最后的对象了,这个包中并没有。

回包

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第7张图片

还是分层吧 这一层与发包是一样的 为链路层 所回应hex字节类型也都是一样

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第8张图片

传输层的结构也是一样

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第9张图片

 

 

应用层会有一些少许的不同

Control byte[0] c1 这里一共是八个位

  第一位为 表明是否为第一个

  第二位为 表明是否为最后一个

  第三位为 表明是否需要回复,图中即表示不需要回复

  第四位为 表明是否为主动提出的

  后四位为 为队列号,这里的设计和上面传输层的类似与发包是一样的

Function code byte[1] 81 功能码 这里就是代表回应的意思

Internal byte[2]byte[3] 00 00 可以看到这个很杂乱,其实也只是表明的是从设备的“状态”问题,包括像是设备是否重启、设备是否有问题、时间同步等等,这里就不在一一说明了。

但是细心的就就可以发现、dnp3整体的报文最后是包含了60 e6 这两个字节,但是在Wireshark 解析中 并没有解析到 那么这两位是干什么的呢。我也查了很多资料也对这最后两位并没有确切的解释、姑且认为他只是dnp3携带的数据元素吧。

Write

发包

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第10张图片

整体来看 链路层和传出层都是一致的还是依旧说应用这一层吧。

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第11张图片

Control byte[0] c0 这里一共是八个位

  第一位为 表明是否为第一个

  第二位为 表明是否为最后一个

  第三位为 表明是否需要回复,图中即表示不需要回复

  第四位为 表明是否为主动提出的

  后四位为 为队列号,这里的设计和上面传输层的类似

Function code byte[1] 02 功能码 这里所代表的意思的就写了

接下来就是Write Request 这个结构体内的数据

Object byte[2] (这里是Wireshark解析有些问题、obj和var解析到一块了实际是为分开的,而且也没有给他确切的字段名) 50 这里表达的意思为 要读取的数据的基本类型

Object byte[3] 01 进一步说明数据的类型,比如是模拟的话,那你是32位还是64位 

Qualifier field byte[4]  00

  第一位为 保留,wireshark同样没有给出解析信息(而且解析到了一起)

  第三位为 限定码,这个不太好理解,简单点说是表明一个数据对象的索引的字节数

  后四位为 也就是指定的范围的意思

接着往下 number of items这个结构体内

Start byte[5] 07 如子译一样 只是为要写的项目的开始位置

Stop byte[6] 07 在哪里停

Proint number 7 这个结构体

这个结构体也很明了 7号设备是否重启,那么它的值为00 就是不重启。。

回包

 DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码_第12张图片

与之前的都一样= = 其实这个dnp3协议它的报文结构基本都是一样的。

剩下的就不在累述了,基本上你能看懂一个报文,其他的也都可以看懂。

你可能感兴趣的:(DNP3协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析DNP3所含功能码)