对“信用控制-故障处理”AVP的澄清
对“信用控制-故障处理”AVP的澄清
提问于 2020-06-11 23:19:15
我需要澄清“信用控制-故障处理”AVP，如果有人能解释其列举的价值，我将不胜感激。
因此，正如我所理解的，如果CCFH处于终止模式(0)，并且客户端在Tx计时器期间没有接收CCA，则请求被视为失败，并且基本上会话将被终止。
但是，如果CCFH处于继续模式(1)，引用于RFC4006：
当信用控制失败处理AVP设置为继续时，在传输或临时故障的情况下，信用控制客户端应该将请求重新发送到替代服务器，条件是信贷控制服务器和信用控制客户端支持故障转移过程，并且可以使用替代服务器。否则，即使无法传递信用控制消息，也应该授予服务。
因此，我的理解与终止模式不同，如果CCA在Tx计时器中没有响应，客户端将向最终用户提供服务。
我的问题是，如果服务器实际上在timer中向客户端发送诸如(DIAMETER_TOO_BUSY或其他错误消息)之类的CCA错误消息，该怎么办？客户端是否仍然向最终用户提供服务？
回答 1
Stack Overflow用户
发布于 2020-11-21 20:29:27
终止就是终止。
稍后在同一文档(或者实际上是它的更新版本8506)上说：
当Tx计时器过期时，如果CCFH设置为终止值，则Diameter客户端总是终止服务。只有在Tx计时器过期之前接收到协议错误DIAMETER_TOO_BUSY或DIAMETER_UNABLE_TO_DELIVER时，信用控制会话才可以移动到替代服务器。因此，如果需要适当的故障转移行为，则终止值是不适当的。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/62335101
复制相关文章
相似问题
腾讯云开发者
