EasyDarwin开源流媒体服务器（www.easydarwin.org），拉转推是一个很有意义的功能，它可将一个独立的RTSP数据源“拉”到服务器，再通过转发协议转发给多个客户端，或者通过EasyDarwin的本地存储功能进行存储。国内大多摄像机都支持RTSP协议，通过拉转推可将第三方摄像机接入到EasyDarwin服务器。
拉转推需要服务器不仅实现服务端，还要实现客户端。这里我们介绍下拉流功能的实现。
RTSP的客户端拉流流程为：
- 发送RTSP命令
- 接收RTP媒体流
发送RTSP命令，又有如下几步：
- OPTIONS 获取Server端支持的REQUEST请求集合
- DESCRIBE 获取码流的SDP
- SETUP 根据SDP信息，配置单个媒体流的传输方式
- PLAY 启动播放
我们结合代码分析下拉流是如何实现的。RTSP的拉流实现在rtsp-client.go文件里，我们定义了一个结构体RTSPClient,实现了两个方法Start和Stop
在Start函数里面，主要有两部分，RTSP命令交互部分，即requestStream和媒体流收发部分，即stream。
先看requestStream
- 解析URL的host和port，建立TCP链接，准备进行命令交互
- 发送OPTION和DESCRIBE请求，这里的Request接口，是封装的一个进行RTSP命令交互的接口，该接口发送报文，并接受响应，解析响应信息。返回值分别是RTSP的响应和错误。在代码里，每一个请求都判断了错误，如果错误了则直接返回。
- 解析DESCRIBE返回的SDP信息，并针对每一个Stream，发送SETUP命令。这里使用了开源的SDP解析类
go-sdp来解析SDP，其地址为https://github.com/pixelbender/go-sdp 在代码可以看出SDP解析出来后，遍历每一个stream，如果是video或者audio那就分别发送SETUP信息
- 发送PLAY命令，向服务器端申请流
发送了PLAY命令后，requestStream结束，然后整个流程进入stream部分.
stream部分主要是持续接收媒体流或者Server端发来的RTSP命令报文（包括请求和响应），必要的情况下再发送心跳包给服务器。
- 初始化，这里根据OptionIntervalMillis参数是否大于0来判断是否需要发送心跳包给服务器端。如果需要，那以该值为周期，定期发送OPTIONS请求。注意这里的OPTIONS不能阻塞接收响应，这是因为此刻服务器端也在不断地发送着RTP数据，这种情况下阻塞接受响应的话，可能会受到RTP数据。响应报文由后续的持续接收数据部分进行处理。
- 接收RTP数据。根据RTP数据格式，我们先读一个字节的头，如果这个头的值为0x24,则其为RTP数据。否则就是RTSP命令数据。对于RTP数据，接下来我们的工作，就是将其完全接收，然后放到队列里面。
- 这里是RTP包的解析过程，可以看到，首先收取一个包的长度，然后根据这个长度，接收完成所有的一整包。再去解析包的内容，最后将包回调出去。RTP包有四种类型，VIDEO、AUDIO、VIDEOCONTROL、AUDIOCONTROL，这些类型通过channel来区分开来。channel是在SETUP的时候指定的。
- 非RTP数据包的接收，就比较简单了。由于RTSP是文本协议，逐行读取文本，直到读出一个长度为0的行。同时判断是否包括
Content-Length？如果有的话，再读取Content-Length长度的数据包。否则接收完成。完全接收到一个整包后，这里单纯打印出来，不做后续操作。但是我们还是要把它完全接收，不然会导致数据包的解析完全乱套。
接收到的RTP数据包，我们在这里仅仅将其回调给上层处理。上层要维护一个队列，并将RTP数据包入队了。当有Client连接时，从队列里面去除RTP包，分发给Client，便实现了拉流转发功能。
资源链接
EasyDarwin官网：www.easydarwin.org
EasyDarwin Github：https://github.com/easydarwin