直径堆栈重新启动时如何处理 Request/Answer/Session？
how to handle Request/Answer/Session when diameter stack restart?
我正在研究 Diameter 协议。当我的直径堆栈重新启动时，我有一个关于处理 Request/Answer/Session 的问题，所以我想知道当我的直径堆栈重新启动时，哪些参数存储在数据库中以供进一步使用？ Session_ID、State 等参数。
如果您对此高级有任何想法，请建议我感谢您的回复
您应该保留 Session-ID AVP 作为您应该 return 的用户的索引。正如 RFC 3588 所说，它应该是唯一的：
The Session-Id AVP (AVP Code 263) is of type UTF8String and is used
to identify a specific session (see Section 8). All messages
pertaining to a specific session MUST include only one Session-Id AVP
and the same value MUST be used throughout the life of a session.
When present, the Session-Id SHOULD appear immediately following the
Diameter Header (see Section 3).
The Session-Id MUST be globally and eternally unique, as it is meant
to uniquely identify a user session without reference to any other
information, and may be needed to correlate historical authentication
information with accounting information. The Session-Id includes a
mandatory portion and an implementation-defined portion; a
recommended format for the implementation-defined portion is outlined
below.
您应该保留的其他参数是：
Hop-by-hop、end-to-end - 应该按照 header
中收到的方式进行 returned
orig-host/orig-realn - 您应该考虑保留，因为有时您需要将它们更改为 dest-host/dest-realm
重要提示：
直径接口有很多，可能是特定接口需要 return AVP 而其他接口不需要。例如：CC-Request-Type 应从请求复制到答案的 GY 接口情况下的 AVP。
因此我的建议是保留整个请求！如果你需要恢复，你将始终拥有所有 AVP，以防你需要 return 一个答案，无论你使用什么界面。
其他更简单的选择是不保存任何东西。在 diameter 连接断开后删除所有订阅者并等待重试 (:
我正在研究 Diameter 协议。当我的直径堆栈重新启动时，我有一个关于处理 Request/Answer/Session 的问题，所以我想知道当我的直径堆栈重新启动时，哪些参数存储在数据库中以供进一步使用？ Session_ID、State 等参数。 如果您对此高级有任何想法，请建议我感谢您的回复
您应该保留 Session-ID AVP 作为您应该 return 的用户的索引。正如 RFC 3588 所说，它应该是唯一的：
The Session-Id AVP (AVP Code 263) is of type UTF8String and is used to identify a specific session (see Section 8). All messages pertaining to a specific session MUST include only one Session-Id AVP and the same value MUST be used throughout the life of a session. When present, the Session-Id SHOULD appear immediately following the Diameter Header (see Section 3).
The Session-Id MUST be globally and eternally unique, as it is meant to uniquely identify a user session without reference to any other information, and may be needed to correlate historical authentication information with accounting information. The Session-Id includes a mandatory portion and an implementation-defined portion; a recommended format for the implementation-defined portion is outlined below.
您应该保留的其他参数是：
Hop-by-hop、end-to-end - 应该按照 header
中收到的方式进行 returnedorig-host/orig-realn - 您应该考虑保留，因为有时您需要将它们更改为 dest-host/dest-realm
重要提示： 直径接口有很多，可能是特定接口需要 return AVP 而其他接口不需要。例如：CC-Request-Type 应从请求复制到答案的 GY 接口情况下的 AVP。
因此我的建议是保留整个请求！如果你需要恢复，你将始终拥有所有 AVP，以防你需要 return 一个答案，无论你使用什么界面。
其他更简单的选择是不保存任何东西。在 diameter 连接断开后删除所有订阅者并等待重试 (: