你好，此DEMO可否部署到公网测试？

[wusopp]

你好，请教几个与代码无关的问题。 1、此demo 是否部署到公网测试，打洞的效果如何呢？ 2、我注意到源码中部分采用了PHZ76的Reactor网络框架，我对此处使用这部分的意义不太理解？个人觉得Reactor更适合多个客户的服务请求和请求，请教作者你这部分是如何设计的呢？ 3、server.ini的配置文件中IP以及端口，和run_helper.txt中IP是否一致呢？我看脚本文件中并没有设置端口值 4、在 函数 void kcp_test::tcp_listen_init(std::shared_ptr loop)中，有一句注释， //若用其它模块接收，则可调用removeChannel移除通道，同时需保存Channel信息,默认为rtsp 这里应该是笔误吧，应该是默认tcp吧，

最后感谢分享优秀代码，期待回复，尤其是第二个问题，很是困扰

[xuyuanwang1993]

1.代码已经在公网上测试通过。打洞的话，非对称式nat情况下暂时未发现失败的情况。 2.使用该网络框架的原因是公司项目需要大规模分发RTSP流，外网传输受网络环境限制，不能直接使用rtsp，该框架与LIVE555的设计上很类似只是体量较小一点，都是用于处理高并发IO事件，你也可以用线程池来代替，个人选择上我比较倾向于用现在的模式。 3.server.ini是在server模式下对流媒体服务器进行UPNP端口映射使用的，run_helper.txt是早期用于测试KCP连接稳定性使用的 4.此处是建立了一个tcp链路，然后该链路可作为作为一个rtsp连接使用，此处示例中是由流媒体服务通讯双方的客户端开启一个tcp监听(需进行upnp端口映射)，在新连接连接成功后，将其用于rtsp通讯，当然你也可以选择其它的协议如http也是可行的，此demo只负责建立连接提供数据链路，之后的操作都需要在回调函数中自定义

[wusopp]

1.代码已经在公网上测试通过。打洞的话，非对称式nat情况下暂时未发现失败的情况。 2.使用该网络框架的原因是公司项目需要大规模分发RTSP流，外网传输受网络环境限制，不能直接使用rtsp，该框架与LIVE555的设计上很类似只是体量较小一点，都是用于处理高并发IO事件，你也可以用线程池来代替，个人选择上我比较倾向于用现在的模式。 3.server.ini是在server模式下对流媒体服务器进行UPNP端口映射使用的，run_helper.txt是早期用于测试KCP连接稳定性使用的 4.此处是建立了一个tcp链路，然后该链路可作为作为一个rtsp连接使用，此处示例中是由流媒体服务通讯双方的客户端开启一个tcp监听(需进行upnp端口映射)，在新连接连接成功后，将其用于rtsp通讯，当然你也可以选择其它的协议如http也是可行的，此demo只负责建立连接提供数据链路，之后的操作都需要在回调函数中自定义

感谢热心解答疑惑，多谢多谢