目前有两个机器从 A 服务器抗投诉服务器获取 rtsp 流，但是 A 服务器的带宽不够（因为不止一个 rtsp 流，而是每个 rtsp 都有两个来请求），之前想得是通过一个中间服务器，所有请求通过这个服务器来转发，理想的是只有中间服务器和 A 对每个 rtsp 流做通讯，目前用 nginx 的 stream 模块，发现实现不了，有人有比较好的思路或者成熟的方案吗？
https://github.com/ossrs/srs
不知道是否符合要求

各大云服务都有面向直播类的 CDN 吧。

我大致看了下这个是拉流之后推流的程序，但是我这边的情况是源服务器的带宽不够，就是现在多个机器都需要从源服务器获取 rtsp 流而不是获取最终的 rtmp 流，所以估计行不通，谢啦，我在想想吧


SRS 这套系统是用于构建流媒体 CDN 用的
深挖一下应该符合需求，CDN 的中间节点大概就是你的需求状态

CDN 感觉在我这也只能做端口转发啊和 nginx 的 stream 功能类似，不过我对 CDN 没深入研究过，不过我这的需求是通过 B 服务器来处理原本对 A 服务器的请求达到降低对 A 服务器的带宽要求，理想的情况是所有机器访问 B 服务器来获取 A 服务器的实时流且 B 服务器只和 A 服务器建立一个 tcp 连接。

live555 server 里有一个 rtsp proxy，可以实现你说的。B 与 A 之间代理一个 Rtsp 请求，其它都通过 B 来请求。

#5 直播类 CDN 就是解决这个需求的。举个例子，主播在直播的时候上行带宽肯定不是很高，那么是怎么做到全国那么多人一起看的呢？肯定是先传输到 CDN，然后由 CDN 的边缘节点分发给用户。