文章目录
- 一、前言
- 二、资料准备
- 三、libiec61850的SV运行示例及抓包分析
- 1、单独编译示例程序
- 2、运行示例程序及5G专网场景下部署
- 3、wireshark抓包分析
- 四、最后
一、前言
之前我们对IEC61850协议有了整体的了解,对一些概念有了一定的认识,并针对GOOSE协议做了进一步的尝试和了解,接下里我们针对SV协议也做进一步的了解和尝试,并基于libiec61850对SV协议做一些分析,比如运行其demo来进行SV协议抓包分析等。(Sampled Measured Value采样测量值,也称为SV (Sampled Value)或SMV,一种用于实时传输数字采样信息的通信服务,所以有的时候也可以搜索SMV)
二、资料准备
目前初步检索没有比较好的对SV协议进行分析的中文文档,只找到这个论文对 SV协议进行了抓包和字段分析,我们后续也会借助于该论文:https://arxiv.org/pdf/2202.07394.pdf
规约介绍:https://blog.csdn.net/h4241778/article/details/123022606
协议分析及解析参考:https://www.cnblogs.com/lizhi0755/archive/2013/04/27/3047239.html
https://blog.csdn.net/leixj025/article/details/107014284?utm_medium=distribute.pc_relevant.none-task-blog-2defaultbaidujs_baidulandingword~default-0-107014284-blog-124682066.235v39pc_relevant_3m_sort_dl_base3&spm=1001.2101.3001.4242.1&utm_relevant_index=3
5G LAN解决方案:https://bbs.huaweicloud.com/blogs/291523
5G确定性网络电力系列白皮书:https://www-file.huawei.com/-/media/CORP2020/pdf/download/5GDN_Smart_Grid_White_Paper_cn.pdf
国际标准等文档都是需要付费购买的,所以这里我们根据libiec61850的sv的demo运行后做抓包分析即可。
三、libiec61850的SV运行示例及抓包分析
1、单独编译示例程序
编译方式除了上节的整体编译方式外,每个示例还可以单独编译,这里提及一下对应单独编译及运行可能的问题:
cd libiec61850/examples/sv_publisher
mkdir build
cd build
cmake ..
#单独编译make会找不到pthread库,我们修改CMakelist.txt在target_link_libraries后面增加pthread即可
make
2、运行示例程序及5G专网场景下部署
- (1)运行时和GOOSE协议存在一样的问题,本设备时只能使用lo接口进行pub和sub,使用其它网卡不行
- (2)跨设备时目前测试也需要局域网,其需要通过配置网卡mac地址映射到数据链路层直接收发,对于5G网络传输需要非IP化支持,否则就需要over udp或者5G LAN这样的修改了,目前没有在专网场景下测试过,但是类似于同一路由下的收发示例
- (3)5G网络非IP化环境通过交换机配置VLAN方式:
- (4)5GLAN环境下通过CPE设置处于同一局域网:
最后两种场景目前暂时还没有实际场景测试过,但是应该是和运行方式2处于类似网络环境,5G对内和对外通过CPE、UPF做了处理。
3、wireshark抓包分析
如果你没有像上节一样两个设备用来测试抓包分析,那么使用wireshark抓包分析lo接口也可以。
打开wireshark,选择lo接口:
可以看到IEC61850 Sampled Values:
可以清晰看出OSI七层网络模型中SV只有四层,我们常见的网络层和传输层是没有的:
这次我们也来分析下hex码:
01 0c cd 01 00 01 00 00 00 00 00 00 81 00 80 00
88 ba 40 00 00 61 00 00 00 00 60 57 80 01 02 a2
52 30 27 80 06 73 76 70 75 62 31 82 02 8a 34 83
04 00 00 00 01 85 01 00 87 10 47 1c d9 be 45 5d
32 01 65 81 11 e9 b4 39 58 00 30 27 80 06 73 76
70 75 62 32 82 02 8a 34 83 04 00 00 00 01 85 01
00 87 10 47 9c d9 be 45 dd 32 01 65 81 11 e9 b4
39 58 00
//MAC目的地址
01 0c cd 01 00 01
//MAC源地址
00 00 00 00 00 00
//TYPE ID
81 00
//TCI
80 00
//EtherType
88 ba
//APPID
40 00
//Length(8+m,m为APDU的长度,97)
00 61
//Reserved1
00 00
//Reserved2
00 00
//APDU(正好长度为89)
60 57
80 01 02
a2 52
30 27 80 06 73 76 70 75 62 31 82 02 8a 34 83
04 00 00 00 01 85 01 00 87 10 47 1c d9 be 45 5d
32 01 65 81 11 e9 b4 39 58 00 30 27 80 06 73 76
70 75 62 32 82 02 8a 34 83 04 00 00 00 01 85 01
00 87 10 47 9c d9 be 45 dd 32 01 65 81 11 e9 b4
39 58 00
版本变化可能部分字段还是有一些变化。
四、最后
接下来我们再分析下MMS协议。