这是一个创建于 2065 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前有两个机器从 A 服务器获取 rtsp 流，但是 A 服务器的带宽不够（因为不止一个 rtsp 流，而是每个 rtsp 都有两个来请求），之前想得是通过一个中间服务器，所有请求通过这个服务器来转发，理想的是只有中间服务器和 A 对每个 rtsp 流做通讯，目前用 nginx 的 stream 模块，发现实现不了，有人有比较好的思路或者成熟的方案吗？
 |
1
mhycy 2019-03-13 16:25:13 +08:00
https://github.com/ossrs/srs
不知道是否符合要求 |
 |
2
mason961125 2019-03-13 16:25:58 +08:00
各大云服务都有面向直播类的 CDN 吧。
|
 |
3
ClancyH OP @mhycy 我大致看了下这个是拉流之后推流的程序，但是我这边的情况是源服务器的带宽不够，就是现在多个机器都需要从源服务器获取 rtsp 流而不是获取最终的 rtmp 流，所以估计行不通，谢啦，我在想想吧
|
|
5
ClancyH OP @mason961125 CDN 感觉在我这也只能做端口转发啊和 nginx 的 stream 功能类似，不过我对 CDN 没深入研究过，不过我这的需求是通过 B 服务器来处理原本对 A 服务器的请求达到降低对 A 服务器的带宽要求，理想的情况是所有机器访问 B 服务器来获取 A 服务器的实时流且 B 服务器只和 A 服务器建立一个 tcp 连接。
|
 |
6
zhs227 2019-03-13 17:02:19 +08:00
live555 server 里有一个 rtsp proxy，可以实现你说的。B 与 A 之间代理一个 Rtsp 请求，其它都通过 B 来请求。
|
|
7
mason961125 2019-03-13 17:06:24 +08:00 via iPhone
@ClancyH #5 直播类 CDN 就是解决这个需求的。举个例子，主播在直播的时候上行带宽肯定不是很高，那么是怎么做到全国那么多人一起看的呢？肯定是先传输到 CDN，然后由 CDN 的边缘节点分发给用户。
|
Select Language