DZ先生怪谈国标案例5——刷新订阅是否存在？

1. 自述

今日DZ先生主讲的课题是：刷新订阅是否存在？

2. 背景

这是一个困扰我很久的问题，为了解决这个问题，DZ先生曾把订阅相关的详细文档看了一遍，发现订阅缺乏保活机制，就是因为缺乏这个机制，在测试发现下级不上报状态后，下级平台是有理由说订阅是否仍然有效，刷新订阅是否有发。这边我们主要解决的问题是-刷新订阅是否存在？

3. 测试平台组网搭建

上级平台（173.200.3.213）-----国标对接---下级平台（173.200.3.212）

注意：上下级平台所使用的软件及补丁一定要和真实平台一致，这很重要

4. 订阅流程介绍

在这里我们要注意两点，第一点，首次订阅；第二点，刷新订阅。RFC3625中定义，刷新订阅的CALL-ID和首次的订阅的CALL-ID是一致的。因此后面抓包，我们需要对比这两个CALL-ID。

5. 抓包分析

首次订阅报文

第二次的刷新报文

通过对比CALL-ID一致，表示第二次的订阅是刷新订阅。

总结：

上级成功订阅下级域，且刷新订阅通过抓包分析是存在的，那么下级平台过段时间不上报状态为下级平台的问题。

 

***关注DZ君，让监控变得更简单！***