近来在研究SSDP，Simple Service Discovery Protocol (简单服务发现协议)。
这是用来实现无配置，自发现局域网内部服务的协议。
由IPv4下有固定的239.255.255.250:1900这一固定的地址来负责多播数据。
不过，从我的学习经历来说，要啃这种东西，最好的方法还是用例子搞懂名词，并实践一次。其实SSDP协议的请求就三种： byebye, alive, discovery
byebye请求
代码语言：javascript复制NOTIFY * HTTP/1.1
Host: 239.255.255.250:1900
NT: someunique:idscheme3
NTS: ssdp:byebye
USN: someunique:idscheme3- NOTIFY 通知所有广播域的机器
- HOST 值是固定的（IPv4），算是协议的一部分
- NT （Notification Type）这个是GENA的定义，即通知类型,值一般是当前设备的类型
- NTS (Notification Sub-Type)通知子类型，如果要遵守SSDP，这个值就代表了请求的类型，但是为什么NTS和NT搞混了呢……协议中写得非常明白 5.3.5. Shouldn’t the NT and NTS values be switched? Yes, they should. Commands such as ssdp:alive and ssdp:byebye should be NT values and the service type, where necessary, should be the NTS. The current mix-up is a consequence of a previous design where the NT header was used in a manner much like we use the USN today. This really needs to change.
- USN 这个设备的UUID，防止设备的IP或者网络环境改变后，连接至错误的设备。
alive（服务上线/广播存活/心跳包）
代码语言：javascript复制NOTIFY * HTTP/1.1HOST: 239.255.255.250:1900CACHE-CONTROL: max-age=100LOCATION: http://10.5.4.81:49155/TxMediaRenderer_desc.xmlNT: upnp:rootdeviceNTS: ssdp:aliveUSN: uuid:001e4fd3fa0e0000_MR::upnp:rootdevice- CACHE-CONTROL说明这个设备状态至少在100秒内不会过期，过期时，所有设备就必须要刷新这信息，如果得不到新的数据，则认为此设备不可用。如果不提供CACHE-CONTROL或者EXPIRES，此设备的信息将不允许缓存，超时机制由接受端决定
- LOCATION此设备的控制点或描述文件所在地
discovery请求
代码语言：javascript复制M-SEARCH * HTTP/1.1Host:239.255.255.250:1900ST:urn:schemas-upnp-org:device:InternetGatewayDevice:1Man:"ssdp:discover"MX:3- M-SEARCH 说明这是强制的搜索方法(由Mandatory Extensions in HTTP中的Mandatory HTTP Requests确定)
- ST （search term)搜索条件，指明需要搜索的设备，可以是类型，服务，甚至是UUID，至于怎么回应嘛……那是服务端的事了
- Man M-SEARCH请求必须带的数据项，值必须为“ssdp:discover”
- MX 优先级，数字越高，优先级越低
服务发现的现实流程
代码语言：javascript复制 --------- --------- -----------
| Client | | Server | | Multicast |
--------- --------- -----------
--------------- | | | | Initialized |-| | |
---------------- | | | | | |
| discovery | | |------------------------------------->| | | |
| | Client wants ST | | |< ------------------------|
| | ------------------- | | |-| In discovery ST? | |
| | -------------------- | | | |
| | (In ST) alive | | |------------------------->|
| | | | | Here is Server |
|< ------------------------------------|
| | |好了，这个协议就这么Simple~
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/183147.html原文链接：https://javaforall.cn
