如何loggingSIPstream量/呼叫以供将来审计?

我们有一个VOIP(SIP?)电话系统,并且必须logging公司中特定电话的所有呼叫。 今后可能需要听取这些电话进行审计。 这些手机现在都在同一个房间里。

我们一直在使用digilogger设备,基本上点击手机的模拟部分(我相信手机的audio)。 这个工作,但有倾向下降,所以我正在寻找一个更好,更可靠的解决scheme。

我一直在想这些手机产生的networkingstream量,我可以捕获stream量,以便以后分析。 例如,我已经可以运行WireShark,将stream量捕获到一个文件,并使用VOIPfunction查看来电者的身份,甚至可以听到通话audio。

这是完美的,但我想知道是否有一个更好的设置,或者如果这是有道理的,我正在寻找WireShark的推荐设置为此目的 – 例如,如何直接捕获到文件无限期。 我知道我需要过滤掉所有非voipstream量。 此外,我可能需要一种方法来旋转捕捉文件,以便一次节省一周或一天,然后在可能的情况下转到新文件。

你怎么看?

我想这些手机产生的SIPstream量,我可以捕获该stream量以供日后分析。

完全错误的问题,因为SIP部分不包含任何audio。 SIP =会话启动协议。 它控制着通道,但不是内容。

你需要使用一个SIP服务器来拦截和重写所有的SIP,并强制stream量通过它,然后可以捕获它。 这是基于SIP的PBX的标准 – 否则的话,ike通话录音永远不会工作。 他们基本上是交通中介。

如果你启动wireshark,然后点击捕获,选项,如果你在左侧的框中,你可以按照大小/时间分割捕获文件。

设置一个合适的捕捉filter是不可取的,因此您不必捕捉networking上的所有其他东西 – 这会使捕捉文件比需要的大得多。

如果SIP服务器不强制所有的stream量通过它,如果你可以在交换机上设置一个镜像端口,你仍然可以做同样的事情。

这会工作,但不会太漂亮。 如果有更好的方法来实现,我也会感兴趣。

确实SIP不包含“声音” – 它只是一个RTPstream的设置。 令人遗憾的是,这些RTPstream在端口使用上是不可预测的(除非你听SIP),而且它们往往是点对点的。

正如已经指出的那样,理想的方法是让你的pbx去做。 即使这样,它可能需要呼叫的一段支持(因为否则它将不需要“看到”任何RTP业务)。 我们使用Zultys系统,可以进行录音。

在一个小型的环境中,一个基于暴力破解的RTP-grab可能会让你受益匪浅。 低廉。 不可扩展。 我玩过http://oreka.sourceforge.net/ ,虽然我试图记住,我遇到http://our.sourceforge.net/的项目 – 所以有一些select:)

请记住,您可能正在查看大量的数据。

编辑:Oreka文档推荐跨越端口操作,它会索引和明智地存储数据为你的外观(我只使用rtp自卸),听起来像这里可能有一些腿 – 特别是因为你描述一个相当小的操作。 请记住,如果你遇到规模问题,它不应该影响你的voip对话,只有你的录音。 快乐的窃听;)

logging电话的一个警告是你完全处于这些电话内容的状态。 如果您正在logging客户信息(例如通过电话进行订单),则您的PCI DSS职责将显着增加。 对于初学者来说,您必须以encryption的forms存储录制内容,并将这些文件的访问权限限制在一小撮值得信赖的人员。 这个名单还在继续,所以要衡量logging的价值与保留它们的责任成本。

正如其他人所指出的,您可以直接在您的PBX上录制。 然而,包括这样做有一些问题

  • 这会给您的PBX带来负担,并可能导致通话质量的下降。
  • 这将需要大量的照顾和喂养,特别是如果你正在改变你录制的扩展名。
  • 您将不得不维护自己的系统以便能够稍后查找录音。
  • 您可能在法律上负责encryption这些录音。

你可能想要像SIPfish一样的通话logging服务器。 然后,您只需在交换机上设置一个跨接端口,即可为其发送一份数据副本。

您可以使用此设备直接从您的PRI / T1录制到文件服务器,而不涉及PBX。 而且它比上面提到的SIPfish解决scheme的成本更低。