问题标签 [voip]

有没有人在收到新数据时获得 VIOP 套接字来唤醒应用程序？我已经能够做到以下几点： 将 plist 标志设置为 voip 将流设置为 voip 类型

当应用程序进入后台但未处理消息时，套接字保持打开状态。根据苹果的说法，正确的行为是“如果在您的应用程序暂停时有新数据到达，系统会唤醒您的应用程序以便它可以处理数据。在来电的情况下，您的应用程序通常会立即提醒用户使用“

任何人都能让它工作吗？

我们计划将 SMS 发送和呼叫集成到我们的桌面和 Web 应用程序。两者都是用 Java 编写的。

至于只发送短信，我们知道Clickatell的网关很棒。但理想情况下，我们希望使用一种与其类似的服务，但它支持语音通话和短信。

您可以推荐什么服务/网关？以下是我们的主要要求：

• 可靠的
• 工作世界狂野（如果没有，至少必须支持欧洲运营商）
• 提供外部 API（用于 SMS）和可重用组件（用于语音呼叫），可与基于 Java 的桌面和 Web 应用程序集成
• 提供发送短信和拨打语音电话

如果没有支持短信和语音通话的服务，我们将尝试将两种不同的服务集成到我们的产品中。因此，如果您知道用于发送 SMS 或拨打语音电话的可靠服务，请也写下它们。感谢您的回答。

我正在寻找构建一个与 voip 应用程序非常相似的小玩具应用程序。一个人会拿着一部 iPhone 与另一部 iPhone 通话。我不想使用gamekit，因为它强制p2p连接并且不能超过3g。我稍后会担心服务器端，但只是想开始使用它的 iPhone 端。哪个 API 可以实时录制音频，哪个 API 可以回放？

我正在编写一个 VoIP 蜜罐。现在，它正在特定端口 (SIP) 上侦听传入连接。您认为它在扫描/攻击检测和分析方面应该具备的最重要功能是什么？我认为（目前）还没有很多复杂的攻击，因此实施 DoS/洪水检测之外的任何东西可能是浪费时间，因为创建 VoIP 会话（使用 SIP）以及记录和分析多媒体流比仅仅为了更复杂侦听特定端口上的扫描。但是有一天这些自动攻击可能会出现，类似于现在发生在 Window RPC/SMB 上的情况。

关注整个 VoIP 安全主题的人对此有何想法？

我有一个小问题，我的 SIP 客户端正常工作，我更改了代码的结构。SIP对象的创建过程我保持了以前的样子，但是现在不行了。

我不断得到：

java.lang.NullPointerException 在 gov.nist.javax.sip.SipProviderImpl.getNewClientTransaction(SipProviderImpl.java:285)

并且文档中没有提到此类错误……这是什么意思？

这是 sip 的实例化代码：

请问有什么帮助吗？？

亚当。

我正在对音频压缩进行一些测试并尝试使用Skype 的 Silk。在他们的测试应用程序中，我看到压缩率为 94%。这似乎很高，这是 Silk 的典型比率吗？这可以与其他音频压缩编解码器相媲美吗？

我已经完成了我的 SIP 客户端并且它可以工作，只要它是一对一的，或者如果参与者是在通话开始时定义的，那么它就可以工作。

我想在通话中间附加一个呼叫者或被呼叫者，我知道主要问题是在媒体会话加入实施中，但我确实需要告诉新参与者所有参与的参与者的详细信息，如何最好实施这个？

谢谢，亚当。

如标题所示，我正在制作一个基于 PHP 的 Intranet 应用程序呼叫中心，我已经完成了 DB 设计/UI。但是现在我需要自动拦截呼叫并将呼叫者 ID 发送到 PHP 网络服务器，以便将请求路由到下一个自由代理，同时他的网页用呼叫者的卡片刷新（可能还有以前的问题）。现在，我如何在局域网内路由呼叫？，我的设置将是一个连接多条电话线的交换机，此交换机与有模块的服务器连接（也许 C++ 可以拦截呼叫，将其路由到免费代理，记录通话并在座席屏幕中打开来电显示卡）。那么，谁能给我这个呼叫路由和呼叫拦截问题的起点？

谢谢

据我了解，由于传真协议的实时要求，VoIP 上的传真非常不可靠。因此，仅使用 VoIP 将传真消息发送到连接 POTS 的传真机是不可能的。

除了专有的传真 API：s（例如通过公司特定的 SOAP API 发送传真消息）之外，还有哪些基于标准的协议用于通过 IP 以编程方式发送传真消息？

我已经删除了我之前的问题并发布了这个更新：

我的 SIP UAC 出现问题，一旦我收到来自 B2BUA 的呼叫者和被呼叫者的振铃，并且呼叫者在呼叫响铃时挂断了呼叫（我发送取消请求并在呼叫方），被呼叫方不会收到呼叫已被呼叫方终止的任何通知。

但是当被呼叫者拒绝呼叫时，呼叫者会在这里忙。

这是被调用方：

我必须在被调用者端拒绝，因为如果我不响应请求，被调用者帐户会陷入循环，然后客户端永远返回忙碌，并且请求不会到达该客户端，或者至少直到帐户被删除。

And there is another thing, the B2BUA does not send anything back to the decline response, shouldn't I get an ACK from the server?

And here is the Caller side:

Frank, I tried to pay attention to your details, perhaps I missed something, since the other side still does not receives notification on an early hang up.

Any idea why?

Thanks in advance,

Adam.