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君，讓監控變得更簡單！***