我是网络新手,对端口镜像有一个基本的查询。
视频流取自基于摄像头的软件系统,并被馈送到分发系统。对于高可用性(分发系统可能会失败),我们可能需要多个流,以便它们可以馈送到多个分发系统。来自基于相机的软件系统的每个其他流都需要支付许可费。
可以在这里使用带有端口镜像的交换机吗?是否可以使用“端口镜像”对单流进行镜像并将其馈送到多个分发系统以避免许可成本?这种方法能否成功地将单个流镜像到多个流?
我是网络新手,对端口镜像有一个基本的查询。
视频流取自基于摄像头的软件系统,并被馈送到分发系统。对于高可用性(分发系统可能会失败),我们可能需要多个流,以便它们可以馈送到多个分发系统。来自基于相机的软件系统的每个其他流都需要支付许可费。
可以在这里使用带有端口镜像的交换机吗?是否可以使用“端口镜像”对单流进行镜像并将其馈送到多个分发系统以避免许可成本?这种方法能否成功地将单个流镜像到多个流?
可能。但是您只是用另一个故障点替换了一个单点故障——分配系统——带有端口镜像的交换机。
如果您使用端口镜像复制“视频流”的网络帧,它可能会或可能不会工作,具体取决于所使用的协议。
使用 TCP 作为传输层协议,形成了一个逻辑连接(套接字),需要两个连接伙伴都积极参与。因此,除非监视器端口侦听器对被动侦听真实伙伴的连接感到满意,否则端口镜像将不起作用。如何做到这一点更多的是编程任务和题外话。
使用基于 UDP 或可能基于 RTP 的流,可以有一个完全单向的流,这取决于顶部的实际应用层协议(这也是题外话)。因此,复制 UDP 流可能会起作用。如果没有协议的深入文档可用,您可能只需要尝试。
在任何情况下,您都需要解决重复分配系统地址的可能问题。您可能需要在一个端口上设置各种过滤以防止网络或应用程序级别的干扰,这再次取决于实际协议。您可能需要聘请网络专家来设置这些过滤器。
一种更现实的方法是在一个虚假的分发系统(一种代理)上复制流,然后再为真实的分发系统提供数据。当然,这可能是非常特定于协议的,并且可能需要编程,这也不在网络工程的范围内,也不是这里的主题。
此外,正如 Ron 所暗示的,对于高可用性系统,您需要消除所有单点故障,这需要冗余网络设置。