gb28181的sip通信

目前gb28181的sip通信基本上都是采用C++，C开发，开源的解决方案有osip，resip等等，高级语言的通信库很少。而且gb28181在sip方面其实应用很少，仅仅用到了点对点通信，并没有用到代理模式，路由模式等等。另外这几个开源的方案，性能上面都有很大不足。尽管我使用这些方案完成了sip的开发，但是我总是不太满意，每次修改一个功能都要看半天代码。

针对上述情况，我决定采用高级语言C# 在netcore2.0下面开发一套符合gb28181要求的sip通信库，并计划开源。由于本人还没有github账号，所以第一步，先申请一个账号，建立了个工程如下：

https://github.com/g0415shenw/gb28181_Sip

接下来，开始梳理gb28181的sip信令组成，这个时候，我们需要做的就是仔细阅读gb28181-2016的书。

我罗列了我需要下载的文档：

命令	参考文档
Register	Rfc3261
Invite	Rfc3261
Info	Rfc2976
Message	Rfc3428

大概的结构我梳理了一下，如下：

 

一口吃不成一个胖子，所以，我们一步一步慢慢解析，我觉得比较幸运，除了有文档以外，我还能抓包研究协议，这样开发的效率大大提高，理论与实践同行。

1、TCP和UDP的网络传输

通过对上述UDP协议的观察，我们发现，

第一条：请求的IP地址：192.168.50.90  请求的端口5061  目的地址：192.168.50.64 目的端口5061

第二条：请求的IP地址：192.168.50.64 请求端口5061 目的地址：192.168.50.90 目的端口5061

总结：UDP的sip 通信，需要再本地绑定一个UDP的端口，此端口用来发送信息以及接收信令，接收方同理也是绑定一个本地的UDP端口，即用来接收信令，又用来发送信令。或者这么理解，服务端接收到一个请求后，可以获取到对方的UDP端口与IP地址，应答的消息也需要发送给这个UDP的端口和IP地址。

这个只是猜测，我尝试在rfc3261中找到解释。

下面找到了这么一段话：

 

 https://www.cnblogs.com/zhangming-blog/articles/5900244.html （参考这篇文章的介绍）

https://blog.csdn.net/dingpeng1978/article/details/2652380

看了好多，我决定先这么设计网络通信：

UDP应答消息根据UDP接收消息的源IP地址与端口

UDP请求消息根据目的IP地址与端口

tcp请求消息根据目的IP地址与端口

tcp应答消息根据接收tcp请求的连接

这里不准备根据via进行应答，也不准备根据contact进行应答，

原因如下：

via在国标的示例里面，好像填写的信息很少，也没有明确如何应答的IP与端口。网络层暂时就这么办。

**********************************sip协议解析与封装***************************

这里的设计思路是，

写一个基类负责解析与封装，这里需要总结出Regiser，message，Invite的统一规律。

封装的话，我计划把类赋值之后，直接序列化成字符串，即可。

**********************************sip事务***************************

sip事务机制，我觉得主要就是处理消息的重发，这里针对的是UDP的消息，Tcp的有协议层实现。还有一个作用

就是接收到重发的消息之后的屏蔽，就是说如果接收到多个同样的消息，我们需要屏蔽消息，然后通知到应用层只能是一条消息。事务机制还有就是各种状态的保存，超时的判断等等。

这里的话，我觉得再好好把RFC文档再读一遍，才开始编码。

*********************************API接口***************************

接收消息我准备以为事件的形式通知出来，然后就是发送消息的API封装。

**********************************大概就这些*****************************************

下面就是通读rfc3261文档，然后开始编码，先读完书再说，另外我计划先安装正常的流程实现功能，后续再补充异常的处理。