VoIP 录音解决方案(Asterisk 或/和 FreeSwitch)

发布于 2024-10-11 08:33:32 字数 167 浏览 3 评论 0原文

目前我们正在寻找 voip 录音解决方案 - 它必须记录公司内的所有传入/传出/内部/会议呼叫。稍后我们将开发让我们查找/分析录音的应用程序。我目前看到的主要问题是通过交换机的呼叫数量巨大(大约 1000 个)。

您对使用 Asterisk 或/和 FreeSwitch 来完成此任务有何看法?提前致谢!

currently we're looking for voip recording solution - it must record all incoming/outgoing/internal/conference calls within the company. later on we going to develop applications that let us find/analyze recordings. the main problem as I see at the moment is huge count of calls that is going through the switch (about 1000).

what do u think about using Asterisk or/and FreeSwitch for this task? thanks in advance!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(6

定格我的天空 2024-10-18 08:33:32

FreeSWITCH 可以很好地处理 1000 个呼叫。

FreeSWITCH would handle 1000 calls just fine.

妖妓 2024-10-18 08:33:32

如果您要开发一个应用程序来分析录音,您是否需要使用 Asterisk 或 Freewswitch?使用 tshark/wireshark 录制 RTP 流怎么样?

If you're going to develop an application to analyze the recordings, do you even need Asterisk or Freewswitch in the equation? What about using tshark / wireshark to record the RTP streams?

隐诗 2024-10-18 08:33:32

您的问题不是“我可以录制通话吗?”只要有足够的聚类,您就可以做到。问题是“这份工作的全部要求是什么?”

显然,主要要求和假设尚未得到很好的沟通,并且对于可能是政府强制要求的(或至少对公司很重要)的明显关键系统,需要适当的整体系统设计来满足实际要求。 Towhit:

可靠性要求是什么?如果服务器宕机会发生什么:呼叫会丢失吗?录音丢失了吗?如果磁盘出现故障怎么办?硬件要求和预算是多少?就此而言,预算是多少?您是否希望将呼叫路由与录音分开,以帮助最大程度地减少录音机故障时的影响?如果是这样,可能只有几个路由器,但现在这些路由器上的故障转移至关重要。网络配置是怎样的?公司中的网络冗余/故障转移是如何处理的?这些录音存储在哪里以及如何访问它们?它们如何从录音机到达存储的地方?那部分的冗余是什么?您如何管理所有这些?需要多少台备用服务器?维护计划是怎样的?

这只是您需要答案的即兴问题。 :-)

Your issue is not "can I record the calls?" With sufficient clustering, you can. The question is "what are the full requirements of this job?"

Obviously, major requirements and assumptions have not been well-communicated, and for what is obviously a critical system probably government-mandated (or at least important to the company), a proper overall system design to meet the real requirement is needed. To whit:

What's the reliability requirement? What happens if a server goes down: are calls lost? are recordings lost? What if there's a disk failure? What's the hardware requirement and budget? For that matter, what's the budget? Do you want to separate call routing from recording to help minimize impact if a recorder goes down? If so, there may be only a few routers, but now failover on those is critically important. What's the network configuration? How is network redundancy/failover handled already in the corp? Where do these recordings get stored and how are they accessed? How do they get from the recorders to wherever they're stored? What's the redundancy of that part? How do you manage all of these? How many spare servers are needed? What's the maintenance schedule?

And that's just off-the-cuff questions you need answers to. :-)

森林迷了鹿 2024-10-18 08:33:32

Asterisknow 或 Freepbx 具有可用的录制选项。我没有使用此功能,基于网络的管理控制台显示了记录特定分机的传入和传出呼叫的选项。

这将有多大的可扩展性还有待观察?

Asterisknow or Freepbx has the recording option available. I have not used this feature the web based administration console is showing the options of recording incoming and outgoing calls for particular extensions.

How scalable this is going to be remains to seen?

寄居者 2024-10-18 08:33:32

请记住,在许多国家/地区,如果通话方的通话被录音,您有义务通知通话方。

FreeSWITCH 中的录制效果很好,而且对 CPU 资源的要求并不高。对于 1000 个同时调用,我认为最关心的是拥有足够快的磁盘系统和足够的 RAM 用于 I/O 缓存。

FreeSWITCH 为每个通道打开一个新线程,因此 CPU 核心越多越好。有一些测试在多核系统上取得了巨大的性能结果。

keep in mind that in many countries you're obliged to inform the talking parties if their call is recorded.

recording in FreeSWITCH works just fine, and it's not really demanding to CPU resources. For 1000 simultaneous calls, I think the most concern would be to have a fast enough disk system and enough RAM for i/o cache.

FreeSWITCH opens a new thread for each channel, so the more CPU cores you have, the better. There are some tests with enormous performance results on multicore systems.

呢古 2024-10-18 08:33:32

有一个开源录音服务 Oreka。但是G711编解码器需要许可证。这是一个很好的。

There is an open source recording service Oreka. But G711 codec needs license.Its jst nice one.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文