基于UDX协议的P2P接入平台

在写完UDX协议后，很长一段时间在不断完善其拥塞算法，其实也是研究，学习的一个阶段。不断的推出不同的UDX版本，其实有很多版本里面或有这样那样的问题，但是庆幸的是通过这几年的完善，逐步提高了稳定性与兼容性。也在一些产品上得到了应用。当然，这些项目产品我很少有参与过，一般是提供SDK的方式给客户自己二次开发。

 

这个P2P接入平台，是我的客户们用我的SDK或源码二次开发的平台成功，我受到启发，开始自己设计并开发的一套平台，目前和一家硬件公司合作，集成到他们的硬件中。

我开始觉得会是一件很轻松的事情，但事实上，比我想象的复杂得多，做产品不象我设计一个协议，我可以随时更新，提交。而产品有延续性和对产品质量，性能的严格把控。

经过三年时间的开发，终于目前这个平台，初具规模，其实现在看来，当时的架构设计上有些地方还有瑕疵，由于产品的延续性和兼容性只能不断的累加新的代码保持旧的功能。但是经过本人和团队的努力，现在系统还算是比较满意。

我们实现了一个，如下图的网络，通过叶子节点接入设备（PC,移动设备，嵌入式设备），每个接入设备我们唯一分配一个ID，类似于人的手机电话号码，这样入网的设备之间就可以通过这个ID进行访问，如同用自己的手机访问另外的设备。这个平台就完成了这个基本的功能。完成了设备之间的互联，互通。

利用UDX协议，主要是想利用UDP的特性，UDX的高效传输算法，可靠性，完成信令及数据的交互，使设备之间交互能在秒级以下传达所需要的信令。比如游戏数据，文件，图片，或音视频数据。

在做应用项目的时候，我们逻辑上，可以把我们的DB,校验模块，登录模块，表示层或其他需要的模块都可以，作为一个虚拟设备挂接在这个平台上。而当业务需要的时候，通过ID(虚拟设备的ID)，比如我们给DB取个ID叫作“学生系统数据服务001”，发送信令。比如SendMsg(“学生系统数据服务001”,"{"action":"do_db_proc","param":{xxx,x,x,,x}}",集成了SDK的DB模块，可以收到这条JSON指令，然后执行相应的业务。在这个系统里面，我们DB的大多数工作，及一些和WEB相关的部分也是利用我们自己的SDK接入自己的平台中来做的，应用起来比较方便。

大多数需要网络，比如物联网，安防这样的应用场景比较适合。

为了并发，我们在接入层，通过一种服务完成负载均横，通过这个前端接入点（有点类是于WEB 80端口）完成分配真正的服务器。对不同的厂家，产品可以分配不同的接入点。

目前这个项目比较适合通过移动端设备访问嵌入式设备，比如监控行业。由于大部分时候，用户在访问音视频的情况下都是通过WIFI或有线访问这些音视频图象，所以P2P接入可以节约大量的运营成本，所以P2P是这个平台不可或缺的部分。基本上可以节约60%以上的运营成本。

附上目前系统的架构图，希望同行拍砖:q:24508609