GB28181出内网
https://www.cnblogs.com/wanggang123/p/9652939.html
GB28181国检推流
https://www.cnblogs.com/wanggang123/p/5724257.html
https://gitee.com/DLGCY_GB28181
由于工作需要，收集关于 GB28181、SIP 服务器、流媒体服务器等的项目。（侧重于.NET
基于国标GB/T28181标准从海康摄像头获取PS流
https://blog.yasking.org/a/get-ps-stream-from-hik.html
直播点播,RTC等相关学习资料
https://github.com/xialixin/srs_code_note
一些开源的软件：
https://github.com/yuqingbin/GB28181-
https://github.com/Zi-lu/gb28181-2016
基本流程：
参考：https://www.jianshu.com/p/768204bca70e
设想这么一种场景，公司A去对接交通局gb28181平台，从交通局获取视频流后做一些视频分析的功能，然后再把流推送到rtmp中去。所以公司A现在遇到的第一个问题是怎么从交通局gb28181获取视频流。
1）注册
下面详细分析一下gb28181注册过程，这里跟很多同学想的刚好相反，注册的时候是gb28181平台（交通局那边）向公司A注册，而不是你向gb28181平台（交通局那边）注册，这是新手很容易犯错的地方。
另外强调一点就是sip通信过程是UDP，我们知道UDP是无状态无连接的，只要client给server发送一条消息后，server就可以跟client建立连接了，注意，一定是client主动向服务器发送第一条消息。
其中192.168.10.101，就是gb28181平台（交通局那边）端地址，端口5060，还有id:100000000001320000002.
当公司A把自己的ip:192.168.10.66 :5080这些信息通过配置写到gb28181（交通局那边）平台后，gb28181交通局那边就会发送registe消息给A。
下图就是抓包结果，你会发现A这边服务还没有开启的时候，gb28181已经主动给A 发sip消息了，只要A不回复，gb28181（交通局那边就一直发。
当A启动ta的服务端后，抓包如下：
gb28181平台（交通局）：ip 192.168.10.101
公司A:ip 192.168.10.66
注册详细过程：
https://www.freesion.com/article/4503558480/
上面的过程就是下图：
sip服务器就是公司A，sip代理就是gb28181(交通局)
1.sip代理或下级向sip服务器发送REGISTER请求+sip编号+IP+端口
2.sip服务器回复401+unauthorized
3.sip代理或下级向sip服务器发送REGISTER请求+sip编号+IP+端口
4.sip服务器回复200
具体可以参考这里：https://blog.csdn.net/sbddbfm/article/details/99095022
http://www.rosoo.net/a/201610/17470.html(SIP之GB28181注册详解)
注册结束后，就开始获取设备，也叫查询设备
1.公司A 以message的方法向交通局发送一段xml文本，主要通过Catalog命令和DeviceID发送，获取设备,
2.交通局收到后，马上回复200
3.紧接着交通局还会回复设备相关信息给公司A
4.公司A收到后回复交通局200
关于查询的可以参考这里：
《GB28181流媒体web直播方案设备信息查询信令分析》
https://www.cnblogs.com/kumukim/p/11329919.html
第三步就是.码流请求
重新抓包如下：
向下级(交通局)发送INVITE请求，请求实时视频
下级平台（交通局）向上级平台（公司A）回复200OK
上级平台（公司A）向下级平台（交通局）回复ACK确认
下级平台（交通局）向上级平台（公司A）发送RTP
上图出自：https://www.jianshu.com/p/768204bca70e
具体参考这里：
https://blog.csdn.net/xundh/article/details/106499745?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_title-1&spm=1001.2101.3001.4242