SSDP:Simple Sever Discovery Protocol,简单服务发现协议,此协议为网络客户提供一种无需任何配置、管理和维护网络设备服务的机制。此协议采用基于通知和发现路由的多播发现方式实现。协议客户端在保留的多播地址:239.255.255.250:1900(IPV4)发现服务,(IPv6 是:FF0x::C)同时每个设备服务也在此地址上上监听服务发现请求。如果服务监听到的发现请求与此服务相匹配,此服务会使用单播方式响应。
常见的协议请求消息有两种类型,第一种是服务通知,设备和服务使用此类通知消息声明自己存在;第二种是查询请求,协议客户端用此请求查询某种类型的设备和服务。请求消息中包含设备的特定信息或者某项服务的信息,例如设备类型、标识符和指向设备描述文档的URL地址。下图显示这两类通知消息和HTTP协议的关系:
设备发现过程允许控制点使用一个设备类型或标识,或者是服务类型进行查询。这要求标准设备或服务类型,或者设备特定实例的发现和广告消息基于一个独一无二的标识,UPnP设备和服务类型的定义是UPnP论坛工作委员会的责任。从设备获得响应的内容基本上与多址传送的设备广播相同,只是采用单址传送方式。
SSDP 协议消息
1、设备查询消息
当一个控制点加入到网络中时,设备发现过程允许控制点寻找网络上感兴趣的设备。发现消息包括设备的一些特定信息或者某项服务的信息,例如它的类型、标识符、和指向XML设备描述文档的指针。从设备获得响应从本质上说,内容与多址传送的设备广播相同,只是采用单址传送方式。设备查询通过HTTP协议扩展M-SEARCH方法实现的。典型的设备查询请求消息格式:
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: seconds to delay response
ST: search target
|
各HTTP协议头的含义简介:
HOST:设置为协议保留多播地址和端口,必须是:239.255.255.250:1900(IPv4)或FF0x::C(IPv6)
MAN:设置协议查询的类型,必须是:ssdp:discover
MX:设置设备响应最长等待时间,设备响应在0和这个值之间随机选择响应延迟的值。这样可以为控制点响应平衡网络负载。
ST:设置服务查询的目标,它必须是下面的类型:
ssdp:all 搜索所有设备和服务
upnp:rootdevice 仅搜索网络中的根设备
uuid:device-UUID 查询UUID标识的设备
urn:schemas-upnp-org:device:device-Type:version 查询device-Type字段指定的设备类型,设备类型和版本由UPNP组织定义。
urn:schemas-upnp-org:service:service-Type:version 查询service-Type字段指定的服务类型,服务类型和版本由UPNP组织定义。
在设备接收到查询请求并且查询类型(ST字段值)与此设备匹配时,设备必须向多播地址239.255.255.250:1900回应响应消息。典型:
HTTP/1.1 200 OK
CACHE-CONTROL: max-age = seconds until advertisement expires
DATE: when reponse was generated
EXT:
LOCATION: URL for UPnP description for root device
SERVER: OS/Version UPNP/1.0 product/version
ST: search target
USN: advertisement UUID
|
各HTTP协议头的含义简介:
CACHE-CONTROL |
max-age指定通知消息存活时间,如果超过此时间间隔,控制点可以认为设备不存在 |
DATE |
指定响应生成的时间 |
EXT |
向控制点确认MAN头域已经被设备理解 |
LOCATION |
包含根设备描述得URL地址 |
SERVER |
饱含操作系统名,版本,产品名和产品版本信息 |
ST |
内容和意义与查询请求的相应字段相同 |
USN |
表示不同服务的统一服务名,它提供了一种标识出相同类型服务的能力。 |
2、设备通知消息
在设备加入网络,UPnP发现协议允许设备向控制点广告它的服务。它使用向一个标准地址和端口多址传送发现消息来实现。控制点在此端口上侦听是否有新服务加入系统。为了通知所有设备,一个设备为每个其上的嵌入设备和服务发送一系列相应的发现消息。每个消息也包含它表征设备或服务的特定信息。
3.1.1 ssdp:alive消息
在设备加入系统时,它采用多播传送方式发送发现消息,包括告知设备包含的根设备信息,所有嵌入设备以及它包含的服务。每个发现消息包含四个主要对象:
- 在NT头中包含的潜在搜索目标。
- 在USN头中包含的复合发现标识
- 在LOCATION头中关于设备信息的URL地址
- 在CACHE-CONTROL头中表示的广告消息的合法存在时间。
对于根设备,存在三种发现消息:
NT |
USN |
根设备的UUID |
根设备的UUID |
设备类型:设备版本 |
根设备的UUID,设备类型:设备版本 |
upnp:rootdevice |
根设备的UUID,设备类型和upnp:rootdevice |
对于根设备,存在两种发现消息:
NT |
USN |
嵌入设备的UUID |
嵌入设备的UUID |
设备类型:设备版本 |
嵌入设备的UUID,设备类型和设备版本 |
对于每个服务:
NT |
USN |
服务类型:服务版本 |
相关设备的UUID,服务类型和服务版本 |
如果一个根设备有n个嵌入设备,m个嵌入服务,而且包含k个不同的服务类型,这将会发出3 + 2n + k次请求。这些广告消息像控制点描述了设备的所有信息。这些消息必须作为一系列一起发出,发送的顺序无关紧要,但是不能对单个消息进行刷新或取消的操作。选择一个适当的持续期是在最小化网络通讯和最大化设备状态及时更新之间求得一个平衡,相对较短的持续时间可以保证控制点在牺牲网络流量的前提下获得设备的当前状态;持续期越长可以大大减少设备刷新造成的网络流量。一般而言,设备制造商应该选择一个适当的持续时间值。
由于UDP协议是不可信的,设备应该发送多次设备发现消息。而且为了降低控制点无法收到设备或服务广告消息的可能性,设备应该定期发送它的广告消息。在设备加入网络时,它必须用NOTIFY方法发送一个多播传送请求。NOTIFY方法发送的请求没有回应消息,典型的设备通知消息格式如下:
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900CACHE-CONTROL: max-age = seconds until advertisement expires
LOCATION: URL for UPnP description for root device
NT: search target
NTS: ssdp:alive
USN: advertisement UUID
|
各HTTP协议头的含义简介:
HOST |
设置为协议保留多播地址和端口,必须是239.255.255.250:1900。 |
CACHE-CONTROL |
max-age指定通知消息存活时间,如果超过此时间间隔,控制点可以认为设备不存在 |
LOCATION |
包含根设备描述得URL地址 |
NT |
在此消息中,NT头必须为服务的服务类型。 |
NTS |
表示通知消息的子类型,必须为ssdp:alive |
USN |
表示不同服务的统一服务名,它提供了一种标识出相同类型服务的能力。 |
一个发现响应可以包含0个、1个或者多个服务类型实例。为了做出分辨,每个服务发现响应包括一个USN:根设备的标识。在同样的设备里,一个服务类型的多个实例必须用包含USN:ID的服务标识符标识出来。例如,一个灯和电源共用一个开关设备,对于开关服务的查询可能无法分辨出这是用于灯的。UPNP论坛工作组通过定义适当的设备层次以及设备和服务的类型标识分辨出服务的应用程序场景。这么做的缺点是需要依赖设备的描述URL。
3.1.2 ssdp:byebye消息
在设备和它的服务将要从网络中卸载时,设备应该对于每个未超期的ssdp:alive消息多播方式传送ssdp:byebye消息。但如果设备突然从网络卸载,它可能来不及发出这个通知消息。因此,发现消息必须在CACHE-CONTROL包含超时值,如果不重新发出广告消息,发现消息最后超时并从控制点的缓存中除去。典型的设备卸载消息格式如下:
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900NT: search target
NTS: ssdp:byebye
USN: advertisement UUID各HTTP协议头的含义简介:
HOST 设置为协议保留多播地址和端口,必须是239.255.255.250:1900
NT 在此消息中,NT头必须为服务的服务类型。
NTS 表示通知消息的子类型,必须为ssdp:alive
USN 表示不同服务的统一服务名,它提供了一种标识出相同类型服务的能力 |
专有设备或服务可以不遵循标准的UPNP模版。但如果设备或服务提供UPNP发现、描述、控制和事件过程的所有对象,它的行为就像一个标准的UPNP设备或服务。为了避免命名冲突,使用专有设备命名时除了UPNP域之外必须包含一个前缀"urn:schemas-upnp-org"。在与标准模版相同时,应该使用整数版本号。但如果与标准模版不同,不可以使用设备复用和徽标。
简单设备发现协议不提供高级的查询功能,也就是说,不能完成某个具有某种服务的设备这样的复合查询。在完成设备或者服务发现之后,控制点可以通过设备或服务描述的URL地址完成更为精确的信息查询。
参考资料:
1、SSDP协议原文参考:http://tools.ietf.org/html/draft-cai-ssdp-v1-03
2、RFC 2616:
关于超文本传输协议(HTTP 1.1)原文IETF的RFC文档 http://www.ietf.org/rfc/rfc2616.txt?number=2616
3、UPnP协议框架:
http://www.upnp.org/specs/arch/UPnP-arch-DeviceArchitecture-v1.0.pdf
相关推荐
在C语言中实现SSDP协议,通常涉及以下几个关键知识点: 1. **UDP套接字编程**:SSDP基于UDP(User Datagram Protocol),所以你需要熟悉如何在C语言中创建和操作UDP套接字。这包括使用`socket()`函数创建套接字,`...
本项目实现了SSDP协议的C语言版本,重点关注了多线程异步接收和发送NOTIFY消息的实现。 在SSDP协议中,主要有两种类型的消息:SEARCH和NOTIFY。SEARCH消息由客户端发送,用于查找网络上的服务或设备;NOTIFY消息由...
SSDP协议以太网报文,可以用wireshark软件打开,适用于学习SSDP报文解析,学习各种以太网协议可参考本人其他下载文件
The Simple Service Discovery Protocol (SSDP) provides a mechanism where by network clients, with little or no static configuration, can discover network services. SSDP accomplishes this by providing...
改压缩包内容为SSDP的客户端和服务器端js脚本代码,使用方法: 在Linux系统下sudo apt-get install nodejs 之后解压文件进入test目录下 测试Server:node server.js 测试Client:node client.js 可以配合Android ...
这个名为“ssdp”的软件包就是针对Go语言实现的SSDP协议接口。 Go语言,也被称为Golang,是Google开发的一种静态类型的、编译型的、并发型且具有垃圾回收功能的编程语言。Go语言设计的目标是提高开发效率和运行性能...
这个“ssdp_java_demo”是一个Java实现的SSDP设备发现的示例,可以帮助开发者理解如何在Java环境中实现SSDP协议,从而在局域网内寻找并连接到支持UPnP的设备。 在Java中实现SSDP,首先需要理解SSDP的基本工作流程。...
`upnp_1900.pkt` 文件名暗示这可能是一个UPnP相关的网络数据包捕获文件,可能包含了使用SSDP协议的UDP通信记录。这样的数据包可以使用Wireshark等网络嗅探工具抓取,用于分析或调试SSDP网络通信。通过查看这个文件,...
2. **SSDP协议**:SSDP协议允许设备通过发送和接收“通知”和“查询”消息来发现网络上的服务。通知是设备向网络广播其存在和提供的服务,而查询则由客户端发送,寻找特定类型的服务。 3. **ACE对SSDP的支持**:ACE...
Android SDK提供了`com.android.upnp.trustallcerts`库,这个库包含了对SSDP协议的支持。开发者可以通过`UpnpService`类来使用SSDP功能,该类提供了搜索设备、订阅设备状态更新以及取消订阅等方法。例如,你可以使用...
ESP32 SSDP (Simple Service Discovery Protocol) 是一种基于UDP的网络协议,常用于设备发现和网络服务定位。在IoT(物联网)领域,ESP32芯片因其强大的性能和低功耗特性,常被用于开发智能硬件。在这个"ESP32SSDP-...
节点SSDP 一个异步/ AWAIT执行在S imple小号ervice d iscovery P代表的NodeJS rotocol的。 动机 创建最小,干净和异步的实现。 那里的大多数类似项目都是未维护的,并且基于回调。 请参阅 ,以获取更完整和维护的...
轻量级的Java存储库,它允许使用概述的简单服务发现协议(SSDP)在局域网上发现硬件设备。 特征: 创建格式化的SSDP搜索请求 将SSDP搜索请求发送到网络上的设备 解析任何收到的响应 安装 用法 执照 该软件已获得MIT...
RSSDP是简单服务发现(SSDP)协议的100%.Net实现,它是通用即插即用(UPnP)标准的一部分。 SSDP使您可以发现(本地)网络上的设备和服务。 RSSDP主要用于发布和发现自定义或“基本”设备,因此不能实现完整的...
用法 - 客户端 :::javascriptvar SSDP = require('ssdp').SSDP;var client = new SSDP;client.on('notify', function () {console.log('Got a notification.');});client.on('response', function inResponse(msg, r...
综上所述,minissdpd是实现UPnP网络发现功能的重要工具,它通过SSDP协议简化了设备的连接与管理,适用于开发者和高级用户在网络环境中构建和调试UPnP系统。通过深入理解这些知识点,我们可以更好地利用minissdpd来...
2. SSDP协议的工作原理和在UPNP中的角色。 3. SSDP的发现流程,包括M-SEARCH请求和响应机制。 4. 如何利用SSDP进行设备查找的编程实现。 5. UPNP中的其他关键协议,如SOAP和XML,以及它们在设备控制和数据交换中的...
1. **设备发现**:使用SSDP协议进行设备发现。当一个控制点(例如个人电脑或智能手机)接入网络时,会发送一个M-SEARCH请求来寻找可用的服务。 2. **服务描述**:设备接收到M-SEARCH请求后,通过HTTP响应返回包含...