minidlna源码初探(二)—— SSDP设备发现的大致流程

前言:

        之前有专文介绍了minidlna中的UPNP功能,内中介绍其中包含的SSDP简单发现协议),SOAP(简单对象访问协议)等几个协议(http://blog.csdn.net/sakaue/article/details/19070735)。本文将根据minidlna的程序流程,概述SSDP的流程,为下一部分ACE实现做铺垫。


设备发现的大致流程:

        首先,根据UPNP的规范:

            在设备加入网络,UPnP发现协议允许设备向控制点广告它的服务。它使用向一个标准地址和端口多址传送发现消息来实现。控制点在此端口上侦听是否有新服务加入系统。为了通知所有设备,一个设备为每个其上的嵌入设备和服务发送一系列相应的发现消息。每个消息也包含它表征设备或服务的特定信息。

我们需要在服务(设备)开始时定时多播一个ssdp::alive给各个加入组播的用户(控制点),信息个格式如下:

    NOTIFY * HTTP/1.1  
    HOST:239.255.255.250:1900                                    #协议保留多播地址和端口,必须是239.255.255.250:1900  
    CACHE-CONTROL:max-age=1810                           #max-age指定通知消息存活时间,如果超过此时间间隔,控制点可以认为设备不存在  
    LOCATION:http://192.168.1.20:8200/rootDesc.xml     #包含根设备描述得URL地址  
    SERVER: 3.4.72-rt89 DLNADOC/1.50 UPnP/1.0 SakaueDLNA/1.1.0  
    NT:upnp:rootdevice   #在此消息中,NT头必须为服务的服务类型  
    USN:uuid:4d696e69-444c-164e-9d41-001ec92f0378::upnp:rootdevice   #表示不同服务的统一服务名,它提供了一种标识出相同类型服务的能力  
    NTS:ssdp:alive   #表示通知消息的子类型,必须为ssdp:alive  
这种定时的的ssdp::alive消息需要发送以下几种类型的USN(统一服务名):

static const char * const known_service_types[] =
{
    "upnp:rootdevice",                                                              //网络中的根设备
    "urn:schemas-upnp-org:device:MediaServer:",                      //媒体服务器
	"urn:schemas-upnp-org:service:ContentDirectory:",               //内容管理服务
	"urn:schemas-upnp-org:service:ConnectionManager:",          //连接管理服务
	"urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:",
	0
};

其次

       当一个控制点加入到网络中时,设备发现过程允许控制点寻找网络上感兴趣的设备。发现消息包括设备的一些特定信息或者某项服务的信息,例如它的类型、标识符、和指向XML设备描述文档的指针。从设备获得响应从本质上说,内容与多址传送的设备广播相同,只是采用单址传送方式。设备查询通过HTTP协议扩展M-SEARCH方法实现的。

        客户端(接入点)接入网络后,会通过组播方式回传给服务端(设备)ssdp:discover消息,在这里,我们使用VLC作为客户端(接入点)。其格式如下:

M-SEARCH * HTTP/1.1  
Host: 239.255.255.250:1900  #设置为协议保留多播地址和端口,必须是239.255.255.250:1900。  
Man: "ssdp:discover"           #设置协议查询的类型,必须是"ssdp:discover"。  
MX: 5                                 #设置设备响应最长等待时间,设备响应在0和这个值之间随机选择响应延迟的值。这样可以为控制点响应平衡网络负载。  
ST: upnp:rootdevice             #设置服务查询的目标

在设备接收到查询请求并且查询类型(ST字段值)与此设备匹配时,设备必须向多播地址239.255.255.250:1900回应响应消息,其格式如下:

HTTP/1.1 200 OK
CACHE-CONTROL: max-age=1810
DATE: Wed, 21 May 2014 03:54:53 GMT         #指定响应生成的时间
ST: urn:schemas-upnp-org:device:MediaServer:1                              #内容和意义与查询请求的相应字段相同
USN: uuid:4d696e69-444c-164e-9d41-001ec92f0378::urn:schemas-upnp-org:device:MediaServer:1  #表示不同服务的统一服务名,它提供了一种标识出相同类型服务的能力。
EXT:                                                                                              #向控制点确认MAN头域已经被设备理解
SERVER: 3.2.0-61-generic DLNADOC/1.50 UPnP/1.0 SakaueDLNA/1.1.2   #饱含操作系统名,版本,产品名和产品版本信息
LOCATION: http://192.168.1.20:8200/rootDesc.xml                            #包含根设备描述得URL地址
Content-Length: 0

一切顺利的话,我们会在8200的监控端口收到客户端的单址讯息,其格式如下:

GET /rootDesc.xml HTTP/1.1
HOST: 192.168.1.20:8200
DATE: Wed, 28 May 2014 05:15:02 GMT
CONNECTION: close
USER-AGENT: 6.1.7600 2/, UPnP/1.0, Portable SDK for UPnP devices/1.6.14

收到该讯息后,我们需要向客户端会送(单址)一则服务端(设备)的根信息,其格式如下:

HTTP/1.1 200 OK
Content-Type: text/xml; charset="utf-8"
Connection: close
Content-Length: 2189
Server: 3.2.0-61-generic DLNADOC/1.50 UPnP/1.0 SakaueDLNA/1.1.2
Date: Thu, 22 May 2014 05:29:30 GMT
EXT:

<?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
    <specVersion>
        <major>1</major>
        <minor>0</minor>
    </specVersion>
    <device>
        <deviceType>urn:schemas-upnp-org:device:MediaServer:1</deviceType>
        <friendlyName>Jane</friendlyName>
        <manufacturer>Justin Maggard</manufacturer>
        <manufacturerURL>http://www.netgear.com/</manufacturerURL>
        <modelDescription>SakaueDLNA on Linux</modelDescription>
        <modelName>Windows Media Connect compatible (SakaueDLNA)</modelName>
        <modelNumber>1</modelNumber>
        <modelURL>http://www.netgear.com</modelURL>
        <serialNumber>12345678</serialNumber>
        <UDN>uuid:4d696e69-444c-164e-9d41-001ec92f0378</UDN>
        <dlna:X_DLNADOC xmlns:dlna="urn:schemas-dlna-org:device-1-0">DMS-1.50</dlna:X_DLNADOC>
        <presentationURL>/</presentationURL>
        <iconList>
            <icon>
                <mimetype>image/png</mimetype>
                <width>48</width>
                <height>48</height>
                <depth>24</depth>
                <url>/icons/sm.png</url>
            </icon>
            <icon>
                <mimetype>image/png</mimetype>
                <width>120</width>
                <height>120</height>
                <depth>24</depth>
                <url>/icons/lrg.png</url>
            </icon>
            <icon>
                <mimetype>image/jpeg</mimetype>
                <width>48</width>
                <height>48</height>
                <depth>24</depth>
                <url>/icons/sm.jpg</url>
            </icon>
            <icon>
                <mimetype>image/jpeg</mimetype>
                <width>120</width>
                <height>120</height>
                <depth>24</depth>
                <url>/icons/lrg.jpg</url>
            </icon>
        </iconList>
        <serviceList>
            <service>
                <serviceType>urn:schemas-upnp-org:service:ContentDirectory:1</serviceType>
                <serviceId>urn:upnp-org:serviceId:ContentDirectory</serviceId>
                <controlURL>/ctl/ContentDir</controlURL>
                <eventSubURL>/evt/ContentDir</eventSubURL>
                <SCPDURL>/ContentDir.xml</SCPDURL>
            </service>
            <service>
                <serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType>
                <serviceId>urn:upnp-org:serviceId:ConnectionManager</serviceId>
                <controlURL>/ctl/ConnectionMgr</controlURL>
                <eventSubURL>/evt/ConnectionMgr</eventSubURL>
                <SCPDURL>/ConnectionMgr.xml</SCPDURL>
            </service>
            <service>
                <serviceType>urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:1</serviceType>
                <serviceId>urn:microsoft.com:serviceId:X_MS_MediaReceiverRegistrar</serviceId>
                <controlURL>/ctl/X_MS_MediaReceiverRegistrar</controlURL>
                <eventSubURL>/evt/X_MS_MediaReceiverRegistrar</eventSubURL>
                <SCPDURL>/X_MS_MediaReceiverRegistrar.xml</SCPDURL>
            </service>
        </serviceList>
    </device>
</root>    

在VLC的“本地网络”->"通用即插即播"下应该能看到我们的设备,这里的设备名(friendlyName)叫Jane

具体代码实现见下一篇文章 http://blog.csdn.net/sakaue/article/details/27492319


你可能感兴趣的:(minidlna源码初探(二)—— SSDP设备发现的大致流程)