UPnP协议分析

已于 2024-04-29 09:12:35 修改
阅读量727 收藏 17
点赞数 24
文章标签： 网络
于 2024-04-28 19:40:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/allen_xu_2012_new/article/details/138288557
版权

1，UPnP简介

        UPNP（Universal Plug and Play）即通用即插即用协议, 是为了实现电脑与智能的电器设备对等网络连接的体系结构。而内网地址与网络地址的转换就是基于此协议的，因此只要我们的路由器支持 upnp，并且我们使用支持此协议的 操作系统，那么我们就可以借此提高点对点传输速度。

        简单的来说，UPnP 最大的愿景就是希望任何设备只要一接上网络，所有在网络上的设备马上就能知道有新设备加入，这些设备彼此之间能互相沟通，更能直接使用或控制它，一切都不需要设定，完全的 Plug and Play。

2，UPnP工作流程

UPnP工作主要分为以下六个步骤:

2.1 寻址

        寻址（Addressing）是UPnP网络连接的第0步，通过寻址，设备和控制点将获得IP地址。UPnP设备和控制点可以只支持IPv4，也可以同时支持IPv4和IPv6。对于每个控制设备或控制点而言，如果自身没有实现DHCP服务器，则在它们首次接入UPnP网络时，必须通过DHCP客户端来搜寻DHCP服务器（如果它们自身实现了DHCP服务器，则可以给自己从地址池中分配IP地址）。如果存在DHCP服务器，例如托管网络中，那么设备和控制点必须使用分配到的IP地址；如果DHCP服务器不可用，例如在非托管网络中，那么设备或控制点必须使用Auto-IP来获得IP地址。

定义在RFC3927中的Auto-IP定义了设备或控制点：1）判断DHCP服务器是否可用；2）在链路本地的IP地址集合中选择一个IP地址。这种地址分配方式允许设备或控制点在托管网络和非托管网络间自由的移动。

2.2 发现

2.2.1 架构图

设备是服务的载体，可以包含多种服务也可嵌套多个设备。到这一步设备和控制点只完成了相互通信的一小部分，在这一步设备宣告了自己的存在和拥有的服务，以及其他的一些基本信息如设备的UUID，设备描述的URL地址等

2.2.2 发现流程

发现过程如下，粗箭头为多播，细箭头为单播

控制点上线

当控制点(control points)上线后，就会进入发现阶段。向UPnP专用的多播地址发送SSDP发现报文，请求连接到网络上的UPnP设备告知自己其所拥有的服务，设备收到该多播请求，并判断自己能满足该请求，则SSDP单播回复控制点

设备上线

当设备上线后，就会进行通知操作。以多播方式发送SSDP通知报文，通知控制点自己所拥有的服务，且每隔一定的时间就要重新再通知一次，否则会被cp判为离线

这两种情况下的组播消息一般都是设备和服务的基本信息。如类型、唯一标识符、当前状态参数等。具体报文交互见2.3

2.2.3 报文交互

case1:控制节点上线，搜索网络上的设备和服务:

控制节点使用数据报套接字向239.255.255.250:1900发送一条多播请求，格式如下:

M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN:"ssdp:discover"
MX:3
ST:UPnP:rootdevice


设备收到多播请求，如果匹配请求，则将自身情况单播方式告知控制点。报文格式如下:

HTTP/1.1 200 OK
CACHE-CONTROL: max-age=100
DATE: Sun, 15 Jan 2006 06:51:02 GMT
EXT:
LOCATION: http://192.168.14.1:1900/igd.xml
SERVER: TP-LINK Wireless Router WR541G/5, UPnP/1.0
ST: upnp:rootdevice
USN:uuid:upnp-InternetGatewayDevice-192168141678900001::upnp:rootdevice


case2:设备上线，通知控制节点自己的情况

设备采用多播方式通知网络上的控制节点自己的信息，且每隔一定时间(默认30min)需要通知一次，报文格式如下。

NOTIFY * HTTP/1.1
Host: 239.255.255.250:1900
NT: blenderassociation:blender
NTS: ssdp:alive
USN: someunique:idscheme3
AL: <blender:ixl><http://foo/bar>
Cache-Control: max-age = 7393(s)
case3:设备离线，通知网络控制点

一般设备离线会通知控制节点，不通知也没事，一定时间后不回复控制点，就会被判为离线并清除

NOTIFY * HTTP/1.1
Host: 239.255.255.250:1900
NT: someunique:idscheme3  （服务类型）
NTS: ssdp:byebye（通知消息的类型）
USN: someunique:idscheme3


2.3 描述


CP获取了设备的基本信息UUID、URL之后还需要知道更多信息，如设备的状态，可执行的动作等。这时需要通过设备的URL访问设备，获取更多的服务描述信息。

投屏设备提供 控制服务、事件服务和展示服务，android设备通过控制点控制投屏设备的这些服务。

  • 根设备 与 设备：
    设备 就是那些物联网设备 如：家用电器、盒子 等。因为一台 UPnP 设备可以是多个服务的载体或多个子设备的嵌套，所以存在一个根设备的概念。

  • 服务：
    是指 设备所支持 能提供的服务，例如：支持 控制服务、事件服务、展示服务。

  • 控制点：
    控制点 就是可以发现并控制其他设备的控制设备。听起来有点绕，其实就是控制设备，例如： android 设备需要控制设备来控制投屏设备的视频播放、暂停等操作，就需要控制点对设备进行控制。

2.3.1 设备描述

UPnP设备的描述以XML形式来表示，设备描述包括制造商信息、模块名称和编号、序列号等等。

对于一个物理设备可以包含多个逻辑设备，多个逻辑设备既可以是一个根设备其中嵌入多个设备，也可以是多个根设备的方式存在。描述模板如下:

（图中红色字段为UPnP论坛定义；紫色字段为UPnP设备制造商定义；绿色字段为设备架构定义）

◆ <root>

必需标签。<root>到</root>之间包含根设备属性信息，根设备服务信息，根设备的嵌入式设备信息。其中根设备的服务信息在<serviceList>标签内，根设备内部的嵌入式设备的信息在<deviceList>标签内。

◆ <UDN>

必需标签。UPnP设备的唯一标识符，由一个小于64个字符的字符串组成。

◆ <deviceType>

必需标签。UPnP设备类型，通常有UPnP论坛定义的标准设备和UPnP设备制造商定义的设备两种情况。UPnP 论坛定义的标准设备模型为“urn:schemas-upnp-org:device:deviceType:ver”，而UPnP设备制造商定义的设备模型为“urn:domain-name:device:deviceType:ver”。其中“deviceType”为设备类型，“ver”为最高支持版本，“domain-name”为UPnP设备制造商的域名，不超过64个字符。

◆ <friendlyName>

必需标签。用户可见的设备名，由UPnP厂商指定一个小于64个字符的字符串。

◆ <service>

当该设备提供服务时必需。<service>到</service>之间包含服务描述。有服务类型（<serviceType>）、服务ID（<serviceId>）、服务描述文件的URL（<SCPDURL>）、服务控制的URL（<controlURL>）和服务事件的URL（<eventSubURL>）。

◆ <serviceType>

必需标签。服务类型，通常有UPnP 论坛定义的标准服务和UPnP设备制造商定义的服务两种情况。UPnP 论坛定义的标准服务模型为“urn:schemas-upnp-org:service:serviceType:ver”，而UPnP设备制造商定义的设备模型为“urn:domain-name:service:serviceType:ver”。其中serviceType”为服务类型，其余定义的意义与<deviceType>标签一致。

◆ <serviceId>

必需标签。服务ID，在其设备描述中必须唯一。通常有UPnP 论坛定义的标准服务ID和UPnP设备制造商定义的服务ID两种情况。UPnP 论坛定义的标准服务ID模型为“urn:schemas-upnp-org:service:serviceID”，而UPnP设备制造商定义的设备模型ID为“urn:domain-name:service:serviceID”。其中serviceID”一般与该服务的<serviceType>中的“serviceType”一致，其余定义的意义与<deviceType>标签一致。

◆ <SCPDURL>

必需标签。服务描述文件的URL，在其设备描述中必须唯一，获取该服务的描述文件时需要。

◆ <controlURL>

必需标签。服务控制的URL，在其设备描述中必须唯一，向该服务发出控制请求时需要。

◆ <eventSubURL>

必需标签。服务事件的URL，在其设备描述中必须唯一，对该服务进行事件订阅、续订、退订以及事件通知时需要。

2.3.2 服务描述

服务的描述包含服务运行时刻的状态，运行时间等等。服务描述也由设备制造商提供，采用XML描述，遵循UPnP框架协议。

（图中红色字段为UPnP 论坛定义；紫色字段为UPnP设备制造商定义；绿色字段为设备架构定义）

◆ <actionList>

当该服务提供动作时必需。服务的动作列表，包含该服务的所有动作描述信息，每个动作使用一个<action>标签描述。

◆ <action>

必需标签。动作描述，<action>到</action>之间包含一个动作的描述。有动作名称（<name>），与该动作相关的参数表（<argumentList>）。

◆ <argument>

必需标签。动作的参数描述，<argument>到<argument>之间包含一个该动作的相关参数描述信息。有参数名（<name>），是输入参数还是输出参数（<direction>），如果需要返回时还包含返回值的描述（<retval>），以及与该参数对应的状态变量名（relatedStateVariable）。

◆ <serviceStateTable>

当该服务存在状态变量时必需。该服务的状态变量表，<serviceStateTable>到</serviceStateTable>之间包含所有的状态变量描述，每一个状态变量使用一个<stateVariable>标签描述。

◆ <stateVariable>

必需标签。状态变量，<stateVariable>到</stateVariable>之间包含一个状态变量的描述信息。有状态变量名（<name>）、该状态变量的数据类型（<dataType>），推荐包含该状态变量的默认值（<defaultValue>）、状态变量的可取值列表（<allowedValueList>）、数值型状态变量的取值范围（<allowedValueRange>）。

2.4 控制

2.4.1 控制流程

拿到设备和服务描述后，怎么控制设备呢？设备描述提供Control URL，CP通过SOAP协议向Control URL发送操控请求，SOAP协议含有消息Body，指示如何控制设备。可能还要传参数，比如想播放一个视频，要把视频的URL传过去；设备收到后要respone，表示能不能执行调用，出错的话会返回一个错误代码。

2.4.2 报文交互

控制流程交互使用的是SOAP报文，具体格式如下:

所有的SOAP消息都使用XML编码，一条SOAP消息就是一个普通的XML文档，文档包括下列元素：

A、Envelope（信封）元素，必选，可把此XML文档标识为一条SOAP消息。

B、Header（报头）元素，可选，包含头部信息（包含了使消息在到达最终目的地之前，能够被路由到 一个或多个中间节点的信息，可能会定义认证信息、事务信息、本地信息）。

C、Body(主体)元素，必选，包含所有的调用和响应信息。

D、Fault 元素，位于Body内，可选，提供有关处理此消息所发生错误的信息。

E、Attachment（附件）元素，可选，可通过添加一个或多个附件扩展SOAP消息。

2.5 事件


2.5.1 订阅发布流程

当设备上的服务在运行，其状态变量发生改变之后，就产生了一个事件。控制点可以订阅这个事件，保证能及时捕获事件信息，做出响应的控制动作。

下面是一个单播事件的结构图，控制点是subscriber(订阅者)，设备是publisher(发布者)。

订阅者向发布者发送订阅消息，更新订阅消息，退订消息。发布者向订阅者推送订阅

2.5.2 订阅发布报文交互

事件的订阅和推送这块用的通信协议是GENA(General Event Notification Architecture) ，通过HTTP/TCP/IP传送。

A.订阅请求

【订阅者】

订阅请求

订阅者向发布者发送一个包含发布者URL、服务标识符和事件消息交付URL的订阅消息

请求订阅消息格式如下，采用SUBSCRIBE方法的请求，没有消息体，但该消息与最后一个http标头之间需要空一行。

SUBSCRIBE publisher_path  HTTP/1.1
HOST:  publisher_host    publisher_port
CALLBACK: <delivery URL>
NT: UPnP event
TIMEOUT: second-requested  subscription  duration
消息解析：

(1)命令行

SUBSCRIBE 开始订阅或续订，方法由GENA定义

publisher_path 事件触发URL(设备描述中的服务元素eventSubURL子元素)路径组成

HTTP/1.1 HTTP版本

(2)标头

HOST host:事件触发URL的域名或ip; port:端口，默认80

CALLBACK 事件消息发往的位置，UPnP厂商定义，如果有多个url则挨个尝试，直至成功

NT 同CALLBACK一样为GENA规定，通知类型必须采用upnp:event形式

SID 订阅不采用SID标头

TIMEOUT 订阅有效期，second+整数/infinite(无限)

【发布者】

接受订阅：

如果资源足够，发布者应当30s(包含预计传输时间)内接受订阅。发布者接受订阅后，返回唯一订阅标识符和订阅持续时长，并尽快发送第一个初始化消息。

HTTP/1.1  200  OK
DATE：when response was generated
SERVER:  OS/version   UPnP/1.0  product/version
SID: uuid:subscription-UUID
TIMEOUT: second-actual subscription duration


(1)标头

DATE 响应生成时间，建议采用RFC1123日期；例 Tue, 30 Oct 2018 15:33:48 CST

SERVER 操作系统名称/版本 UPnP/1.0 产品名称/版本

SID GENA规定的标头，订阅标识符，必须以唯一UUID开头，由UPnP厂商规定单一url

TIMEOUT 定期，论坛推荐厂商规定。一般>=1800s; 格式second+整数/infinite

拒绝订阅

若发布者不能接受订阅，或者订阅请求存在错误，发布者应该在30s(包含传输时间)内反馈以下一个错误进行响应。

B.发布消息

【发布者】

发布消息

发布者保留订阅者列表，当一个或多个状态变量被事件触发时，发布者向订阅者传递以下信息：

1）唯一订阅标识符

2）事件交付URL

3) 事件编号

4）订阅持续时间

如果订阅者未响应，会一直发布直到订阅期满。如果需要修复订阅，比如订阅者丢失一条或多条信息，则需要取消订阅后重新订阅，

NOTIFY  delivery_path  HTTP/1.1
HOST:delivery_host  delivery_port
CONTENT-TYPE:  text/xml
CONTENT-LENGTH: Bytes  in  body
NT: upnp:event
NTS:upnp:propchange
SID:uuid:subscription-UUID
SEQ:event key
<e:propertyset> xmlns:e="urn:schemas-upnp-org :event-1-0>
<e:property>
<variableName>new value</variableName>
<e:property>
Other variable names and values (if any) go here.
</e:propertyset>


(1)命令行

NOTIFY 通知消息，方法由GENA定义

交付路径 交付URL(订阅消息中的CALLBACK标头)路径组成，事件消息的目的地，单一、相对的url.

HTTP/1.1 HTTP版本

(2)标头

HOST 要求交付URL(订阅消息中的CALLBACK标头)的域名或ip地址和端口，端口默认80

CONTENT-TYPE 固定为text/xml

CONTENT-LENGTH:消息体长度，以字节为单位，取整

NT 通知类型，固定upnp:event

NTS 通知子类型，固定upnp:propchange

SID 订阅标识符

SEQ 事件编号，初始化消息编号为0,发送给特定订阅者的每条消息必须以1为增量，长度为8字节， 为防溢出，必须回置到1，整数类型。

(3)消息体

<Propertyset>

a.要求Xmlns名字空间属性必须为urn: schemas-upnp-org :event-1-0，所有子元素必 须符合这一名字空间

b.propertyset包含子元素特性，特性要求事件消息中的变量名称和值重复一次，值必须符合名字空间

c.子元素variableName是更改的状态变量名称(服务描述中stateVariable的子元素)

为满足架构的可扩展性，处理上述xml时要遵循灵活的XML处理框架(FXPP),设备和控制点必须忽略:

(a)任何未知元素和其子元素或内容

(b)任何未知属性和值

【订阅者】

确认订阅消息

要确认收到这一事件消息，订阅者必须30s内做出响应。确认消息格式如下

HTTP/1.1    200    OK

【订阅者】

到期续订

订阅者必须在订阅到期之前通过发送续订消息进行续订，除非你不想在订阅了。如果到期不续订，发布者则默认你已退订。

SUBSCRIBE  publisher_path   HTTP/1.1
HOST:  publisher_host   publisher_port
SID: uuid: subscription  UUID
TIMEOUT: second-requested  subscription  duration


注:采用SUBSCRIBE方法的请求没有消息体，但该消息与最后一个HTTP标头之间必须空一行

（1）命令行

SUBSCRIBE 开始订阅或续订，方法由GENA定义

publisher_path 事件触发URL(设备描述中的服务元素eventSubURL子元素)路径组成

HTTP/1.1 HTTP版本

(2)标头

HOST host:事件触发(eventSubURL) URL的域名或ip; port:端口，默认80

SID 订阅标识符

TIMEOUT 订阅有效期，second+整数/infinite(无限)

【发布者】

接受续订

要接受订阅，发布者要重新分配一个订阅持续时间，且必须以与响应新订阅请求相同格式发送一个响应，但不需要发送初始化事件。

具体报文看【B.接受订阅】

拒绝续订

若发布者不能接受续订，或者续订请求错误，发布者发送下列一个错误进行响应，该响应要在30s(包括发送时间)内发出。

D.取消订阅

【订阅者】

取消订阅

当订阅者不再需要来自特定服务的消息，便取消订阅。

UNSUBSCRIBE   publisher_path  HTTP/1.1
HOST:  publisher_host   publisher_port
SID: uuid: subscription  UUID


注:采用UNSUBSCRIBE方法的请求没有消息体，但该消息与最后一个HTTP标头之间必须空一行

（1）命令行

UNSUBSCRIBE 取消订阅，方法由GENA定义

publisher_path 事件触发URL(设备描述中的服务元素eventSubURL子元素)路径组成

HTTP/1.1 HTTP版本

(2)标头

HOST host:事件触发(eventSubURL) URL的域名或ip; port:端口，默认80

SID 订阅标识符

【发布者】

同意取消

要取消订阅，发布者必须30s内以下面格式发送一条响应

HTTP/1.1   200   OK
取消失败

如果取消请求出现错误，发布者必须30s内返回以下一种错误进行响应

2.6 UPnP工作时序

UPnP工作时序图如下

佳哥的技术分享
关注
  • 24
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
upnpclient:适用于Python 3的uPnP客户端库
05-10
客户端 适用于Python的uPnP客户端库3。 该库可用于发现和使用uPnP设备及其服务。 它最初是基于以及他的博客文章题为“。 安装 pip install upnpclient 用法 典型用法： In [ 1 ]: import upnpclient In [ 2 ]: devices = upnpclient . discover () In [ 3 ]: devices Out [ 3 ]: [ < Device> , < Device> , < Device> ] In [ 4 ]: d = devices [ 0 ] In [ 5 ]: d . WANIPConn1 . GetStatusInfo () Out [ 5 ]: { 'NewConnection
路由器UPnP功能具体作用，有什么坏处，
热门推荐
鹿鸣天涯
02-28 6万+
UPnP的全称是Universal Plug and Play。UPnP规范基于TCP/IP协议bai和针对设备彼此间通讯而制订的新的Internet协议。事实上，UPnP的制定正是希望未来所有联入Internet中的设备能够不受网关阻碍的相互通信。 进入路由器的Web控制界面,打开路由器的UPnP功能,在浏览器中输入路由器的地址，进入路由器的管理页面之后，找到UPnP功能，并将其设置为Enable。 一、开启UPnP的作用 1、UPnP开启后能方便智能bai监控设备直接透传到因特网，无需做烦琐的映射
UPnP协议介绍和Android代码实现
Justin2107的专栏
05-15 8084
UPnP协议介绍 一. UPnP简介 英文名称：Universal Plug and Play 中文译名：通用即插即用 UPnP是由“通用即插即用论坛”（UPnP™ Forum）推广的一套网络协议。该协议的目标是使家庭网络（数据共享、通信和娱乐）和公司网络中的各种设备能够相互无缝连接，并简化相关网络的实现。UPnP通过定义和发布基于开放、因特网通讯网协议标准的UPnP设备控制协
UPnP技术总结
浅夏沫若的博客
06-30 5183
一、UPnP简介 全称:Universal Plug and Play（通用即插即用） 应用:主要用于设备的智能互联互通，简化家庭或企业中智能设备的联网过程。 二、UPnP工作原理 UPnP工作主要分为以下六个步骤: 2.1 寻址 寻址就是获取一个可用的ip地址用以上网。有以下三种方式获取: 1)DHCP：通过DHCP协议自动获取ip地址(首选) 2)Auto-IP:通过Auto-IP协议，从169.254.1.0 ~169.254.254.255（也称169.254/16）获取一个局域
upnp
weixin_34361881的博客
06-18 1828
1. UPnP 简介 UPNP（Universal Plug and Play）即通用即插即用协议, 是为了实现电脑与智能的电器设备对等网络连接的体系结构。而内网地址与网络地址的转换就是基于此协议的，因此只要我们的路由器支持 upnp，并且我们使用支持此协议的 xp 操作系统，那么我们就可以借此提高点对点传输速度。 简单的来说，UPnP 最大的愿景就是希望任何设备只要一接上网络，所有在网络上的设备...
UPNP 协议分析与实现
07-13
中文文档，全面详细分析了upnp协议的格式与实现。非常有用，值得参考
UPNP协议的分析及实现
11-28
使用UPnP协议不需要设备驱动程序，它可以运行在几乎所有的操作系统平台之上，使得在办公室、家庭和其它公共场所方便地构建设备相互联通的网络环境。 本文介绍了UPnP所使用的基本协议（如SSDP、GENA、SOAP等），重点...
基于DLNA的UPNP协议的分析及实现
06-28
基于DLNA的UPNP协议的分析及实现，DLNA
UPnP协议的分析及实现.doc
05-29
UPnP协议的分析及实现.docUPnP协议的分析及实现.doc
一文读懂UPNP-UPNP超详细介绍
AndrewYZWang的博客
07-15 1万+
UPNP report | | | | _ \| \ | | _ \ _ __ ___ _ __ ___ _ __| |_ | | | | |_) | \| | |_) | | '__/ _ \ '_ \ / _ \| '__| __| | |_| | __/| |\ | __/ | | | __/ |_) | (_) | | | |_ \___/|_| |_| \_|_| |_| \___| .__/ \___/|_| \__|
UPnP的介绍和理解
Ervin's Blog
11-08 3万+
前言做android智能硬件开发一年，蓝牙接触多的就是spp模拟串口通信，而更多的是upnp，因为大部分的项目都是基于cling库的wifi方案的项目。设备的wifi方案相对于蓝牙方案，传输速度快，覆盖范围广，能够脱离设备独立联网，协议规范简单明了，但价格相对要高一些。cling库地址： http://4thline.org/projects/cling/UPnP简介upnp是 universal
什么是UPNP协议：UPNP协议作用及启用路由器UPNP支持的方法详细介绍
wangpengqi的专栏
03-07 1万+
目录 [隐藏] UPNP简介 基本概念 官网解释 以下是微软官方网站对UPnP的解释： 以下是BC官方网站对UPnP的解释： UPnP是用来干什么的？ 经典应用 网络地址转换 NAT 穿越技术 实际应用 UPnP协议特色 UPnP协议的层 UPnP协议内部的详细情况 设备： 服务： 控制指针 UPnP的完整工作过程 地址问题： 发现设备...
unpn 远程桌面_在路由器中开启UPNP有什么具体作用，有什么坏处，
weixin_39843431的博客
12-22 851
展开全部一、路由器中开启UPNP的作用：1、UPNP开启后能方便智能监控设备直接透传到因特网，无需做烦琐的映射端62616964757a686964616fe78988e69d8331333366303764口设置。2、UPNP开启后能方便智能网络存储设备与因特网进行数据传输，节省手动设置时间。3、UPNP开启后能方便在因特网使用ERP、CRM、第三方远程桌面等软件。4、UPNP开启后能提高Any...
UPnP是什么？有什么更好的连接方案？快解析内网穿透
asdaddsd的博客
08-02 2065
UPnP能够自动定义和发布设备的功能和服务，使得设备之间的交互变得更加简单和方便，对于家庭网络和企业网络而言，UPnP可以极大地简化网络配置和管理的复杂性，从而提升效率。假如你的路由器是TPLINK的，那么你路由对内的地址为192.168.1.1 的电脑地址可能为192.168.1.100，而路由跟ADSL相连的端口是电信分配的，电信分配的这个IP地址才是能够给外部网路访问的地址， 因为迅雷等p2p软件是基于TCP/IP协议的，那么将不能访问到内网用户，这时可以使用UPnP协议来把端口映射到外网。
UPnP基本原理以及在NAT中的应用
maimang1001的专栏
02-16 2286
UPnP基本原理以及在NAT中的应用-新华三集团-H3C 1摘要 随着计算机产业以及计算机网络技术的迅猛发展，越来越多嵌入式设备的出现和家庭网络的发展，实现各种设备的互联互通已经成为人们的迫切需求，而实现家庭网络互联互通的关键是家庭网络的中间件技术。业界各大厂商都提出了自己的解决方案，其中以微软提出的UPnP最具有发展前途，也获得了最广泛的支持，目前UPnP基本是家庭网络设备必须支持的特性之一。 UPnP是通用即插即用（Universal Plug and Play）的缩写，主要用于设备的...
物联网安全UPnP 的工作流程
m0_73803866的博客
10-11 468
物联网行业的现状是其碎片化程度非常高，各物联网厂商在设计产品时，没有通用的标准，各自设 计应用层协议，因此类似腾讯的智能音箱控制不了米家插座的情况十分常见。OCF（Open Connectivity Foundation）组织致力于推进物联网行业的发展，提供了规范、代码和认证机制，以便与当前的物联网 设备和传统系统互通，而不必因操作系统、框架等因素的不同导致通信的受限。
智能路由器 端口映射 (UPnP) Padavan内网端口映射配置方法
01-13 1898
新版本Padavan 4.4内核的端口映射配置和老版本的不太一样,因为新版本默认是启用的 UPnP端口映射, 同时默认使用的是 IGD UPnP自动端口映射,
UPnP功能使用详解
weixin_34261415的博客
01-08 1169
在网上看了很多关于如何打开UPnP功能的文章，发现竟然没有一篇文章能把整个UPnP的设置过程介绍全的，都是只讲到一部分。所以决定写篇文章，至少把设置UPnP的整体思路理一下，因为涉及到不同的操作系统以及不同型号的ADSL Modem，所以此文也不可能面面俱到，但至少提供一个较为完整的思路。因水平有限，不到之处还请高手指点。 下面这个链接也讲到UPnP的设置（转自btchin...
UPnP的功能和使用
u011029104的专栏
07-07 8187
1.UPnP的功能 　　通用即插即用（Universal Plug and Play）,UPnP规范基于TCP/IP协议和针对设备彼此间通讯而制定的新的Internet协议。一个UPnP设备能够自动连接上网络，并自动的获取一个IP地址，传送出自己的权限并获得其他已经连接上的设备及权限，控制网络设备及在他们之间传输信息。还可以自动顺利地切断网络连接，不会干扰到其他设备地连接。（支持0设置、网络连接过程中可见、自动查找各种不同类型的设备、没有设备驱动程序，取而代之的是普通的协议） 　　简单来说：在一个局域网
c++ upnp协议绑定端口
最新发布
01-17
UPnP（Universal Plug and Play）协议是一种网络协议，用于设备之间的自动发现、控制和通信。在UPnP协议中，绑定端口是指将一个特定的端口与一个服务或应用程序关联起来，以便其他设备可以通过网络访问该服务或应用程序。 当一个设备支持UPnP协议时，它可以向网络中的其他设备广播自己的服务信息，并告知其他设备它所使用的端口。其他设备接收到这个广播消息后，就可以与该设备建立连接并通过绑定的端口访问该设备提供的服务。 绑定端口通常在设备启动时进行，设备会先查询已被其他设备占用的端口，然后绑定自己未被占用的端口。这样，其他设备就可以通过该端口和该设备进行通信。 绑定端口的操作通常是由UPnP协议的实现来完成的，因此，设备在支持UPnP协议的基础上，需要使用专门的UPnP协议栈或软件库来处理这些操作。UPnP协议栈或库会提供一组API供开发人员调用，以实现绑定端口和其他与UPnP相关的功能。 值得注意的是，UPnP协议中的端口绑定是基于TCP/IP协议的，因此在使用UPnP协议进行端口绑定时，需要确保网络通信使用的是TCP/IP协议栈。 总之，通过UPnP协议绑定端口可以使设备与网络中的其他设备进行通信，提供服务或访问其他设备的服务，从而实现设备间的自动发现和控制。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

佳哥的技术分享

创作不易，谢谢鼓励

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值