【问题标题】:Presence Server working details存在服务器工作细节
【发布时间】:2014-10-21 17:17:52
【问题描述】:

我对状态服务器相当陌生。我已经了解了在线状态服务器的工作原理,例如在线状态、观察者、发布、订阅、通知、SIP 事务等概念。

我必须处理一个项目原型,其中我们使用 REST 将 Presence Server 数据库公开为 SaaS。

我无法找到的一件事是,存在数据或有关发布者和订阅者的信息存储在数据库表或 XML 文件中。因为当我阅读时,他们到处都在谈论具有策略文档的 XCAP 服务器,并且该策略文档应用于同样在 xml 中的发布者和订阅者文档。我想知道数据库里有什么?

Q.那么,是不是把信息存储在表中,然后转换成xml?

问。我们能否将所有信息都放在表格中,我们是否可以放弃 XCAP 服务器。

我正在拼命寻找答案。

谢谢

【问题讨论】:

    标签: sip user-presence


    【解决方案1】:

    下图可以作为参考来定义 XCAP 服务器所实现的功能。它为客户端提供 HTTP 访问,以访问与数据库中可用的用户和首选项相对应的规则和配置文件。因此,它是数据库的直接接口,如果您要通过 REST 提供访问权限,则需要它

    图片礼貌 - http://openxcap.org/

    【讨论】:

    • 谢谢拉杰什。但我仍然不清楚。可能你可以详细说明。或者,如果可能,请提及 PUBLISH 流程的步骤。
    • 谢谢。那是我已经阅读过的好文件。我对那些策略文档、过滤等有所了解。但我对 XCAP 和数据库的基本困惑仍然存在。在这个文档中,在一些幻灯片(39、40)中,它显示了存在数据库并且没有 XCAP,但在接下来的几张幻灯片中,它谈到了 XCAP 但没有数据库。这就是混乱的原因。这两个术语可以互换使用吗?是否没有这样的数据库,只有 XCAP 服务器?如果两者都有,那么数据库中有什么?这些是我的基本疑问。
    • 我如何理解不同之处在于数据库是所有用户的存储库,观察者和通知者的首选项和通知状态,并且包含与 SIP 服务器交互以保存订阅者信息相关的所有内容。 XCAP 是客户端 [BOB] 对这些策略的直接接口,而不必增加作为其唯一信令接口的 SIP 服务器的负担。没有多少接口或 SIP 消息可以让用户从数据库访问相同的信息。这就是在某些与 XCAP 无关的流程中跳过的原因。
    • 谢谢拉杰什。我认为服务器使用的设计也是如此。每个服务器可能遵循不同的设计。
    猜你喜欢
    • 1970-01-01
    • 2019-09-04
    • 2023-03-31
    • 1970-01-01
    • 1970-01-01
    • 2021-02-10
    • 1970-01-01
    • 2020-12-02
    • 2020-08-12
    相关资源
    最近更新 更多