CN114500453B - 一种标识解析方法和装置 - Google Patents
一种标识解析方法和装置 Download PDFInfo
- Publication number
- CN114500453B CN114500453B CN202210328086.5A CN202210328086A CN114500453B CN 114500453 B CN114500453 B CN 114500453B CN 202210328086 A CN202210328086 A CN 202210328086A CN 114500453 B CN114500453 B CN 114500453B
- Authority
- CN
- China
- Prior art keywords
- identification
- srv6
- analysis
- resolution
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种标识解析方法和装置,其中,该方法包括:SRv6网关节点接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;对所述简化标识表述选项进行解析,确定标识类型和标识值;根据标识类型确定进行解析的SRv6节点;根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。通过上述方案解决了现有的多样化标识所存在的索引开销过大、时延过大的问题,达到了有效减少索引开销、降低时延的技术效果。
Description
技术领域
本申请属于电数字数据处理技术领域,尤其涉及一种标识解析方法和装置。
背景技术
域名系统(Domain Name Server,DNS)是因特网中的一项核心服务,是用于实现互联网域名和IP地址相互映射的一个分布式数据库,用于将互联网域名与IP地址进行绑定,使得用户能够通过方便记忆的字符代替IP地址访问互联网提供的资源和服务。通过主机名,得到该主机名对应的IP地址的过程叫做域名解析。现有的DNS无法满足工业互联网场景下对于“物”的解析需求,因此,针对不同的场景,提出了不同的标识解析方法,其中,使用较为广泛的是Handle与BID。
由于Handle与BID等均是面向工业场景与物联网场景,Handle与BID均具有与DNS不同的解析逻辑。即Handle与BID均具有单一无意义标识进行标识请求发起,标识结构化字段较少,而具有较为复杂的返回消息。DNS则是具有较为灵活的解析请求消息类型,例如A记录,AAA记录,CNAME与URL等。因此,在未来的网络中,将会存在多样化的解析请求。
然而,基于解析服务器进行集中式的标识解析对于工业互联网场景存在如下的问题:
1)标识类型过多会导致标识条目变多,尤其是对于与工业互联网相关的标识,具有较大的条目数,如果都在服务器上进行解析,那么将导致很大的索引开销。
2)工业互联网场景具有更高的时效性需求,因此对于工业互联网相关的标识解析需要有更好的时延性能。
发明内容
本申请目的在于提供一种标识解析方法和装置,可以对多样化标识的统一解析,实现在指定的SRv6节点完成消息的解析,以降低时延,减少索引开销。
本申请提供一种标识解析方法和装置是这样实现的:
一种标识解析方法,所述方法包括:
SRv6网关节点接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
对所述简化标识表述选项进行解析,确定标识类型和标识值;
根据标识类型确定进行解析的SRv6节点;
根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
在一个实施方式中,传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果,包括:
SRv6的中间节点在处理对应的本地SID时,解析SID中的FUNCT字段;
确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析;
如果解析成功,则返回解析结果,并中止传输;
如果解析失败,则按照SRv6策略继续传输。
在一个实施方式中,确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析,包括:
读取SID中的FUNCT字段;
确定FUNCT字段是否为Res;
如果是Res,则确定存在随路解析指令。
在一个实施方式中,所述简化标识表述选项为定长定序的表述字段,所述简化标识表述选项包括如下字段:
8字节的下一报头,用于表示下一报文头的编号;
8字节的报头扩展长度,用于表示本报文头的长度;
8字节的标识类型,用于表示标识类型;
8字节的保留字段;
256字节的结构化标识,用于对标识信息进行简化承载;
32字节的填充字段。
在一个实施方式中,标识类型包括以下至少之一:DNS、handle和BID。
在一个实施方式中,根据标识类型确定进行解析的SRv6节点包括:
调取预设的标识类型规则,其中,预设的标识类型规则表示标识类型与SRv6节点的对应关系;
根据预设的标识类型规则和标识类型,确定进行解析的SRv6节点。
在一个实施方式中,预设的标识类型规则按照如下方式确定:
SRv6网络根据决策的SRv6路径策略,对于SRv6路径上的节点进行规则确定,确定能够进行标识解析的SRv6节点;
基于能够进行标识解析的节点,确定每一个SRv6节点能够解析的标识类型,其中,每一个节点能解析的标识类型不限于一种;
通告能进行标识解析的SRv6节点的本地 SID与每一个节点能够进行解析的标识类型至标识解析系统;
标识解析系统确定对于每一个节点所需要下发的标识规则。
在一个实施方式中,预设的标识类型规则按照如下方式确定:
SRv6网络根据决策的SRv6路径策略,对SRv6路径上的节点进行规则确定,确定能进行标识解析的SRv6节点;
SRv6网络通告能进行标识解析的SRv6节点的本地SID至标识解析系统;
标识解析系统针对能够进行标识解析的SRv6节点确定每一个SRv6节点能进行标识解析的类型,并下发解析规则;
标识解析系统通告能进行标识解析的SRv6节点所对应的标识解析类型至SRv6系统。
一种标识解析装置,包括:
接收模块,用于接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
解析模块,用于对所述简化标识表述选项进行解析,确定标识类型和标识值;
第一确定模块,用于根据标识类型确定进行解析的SRv6节点;
第二确定模块,用于根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
封装模块,用于在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
传送模块,用于传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果
一种电子设备,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现上述方法的步骤。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现上述方法的步骤。
本申请提供的标识解析方法和装置,设计了面向多样化标识的简化标识表述选项,对标识信息进行定长承载,将简化标识表述选项进行转述,嵌入SRv6策略内部,并指示在哪些特定SRv6节点进行标识解析,在传输的过程中,如果SRv6解析到传输指令,则进行标识解析操作,如果解析成功则返回解析消息,如果解析失败,则继续按照SRv6策略进行传输,直到到达解析服务器。通过上述方案解决了现有的多样化标识所存在的索引开销过大、时延过大的问题,达到了有效减少索引开销、降低时延的技术效果。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的标识解析方法一种实施例的方法流程图;
图2是本申请提供的SRv6节点进行标识解析的架构示意图;
图3是本申请提供的标识解析装置一种实施例的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
考虑到SRv6是新一代IP承载协议,可以简化并统一传统的复杂网络协议,是5G和云时代构建智能IP网络的基础。SRv6结合了Segment Routing的源路由优势和IPv6的简洁易扩展特质,而且具有多重变成空间,与SDN思想相符合。SRv6是基于IPv6数据平面的Segment Routing,其SID为IPv6地址。SRv6是通过路由扩展报文头来实现报文转发的,这种报文头被称为分段路由头(SRH)。SRH指定一个IPv6的显式路径,存储着IPv6的路径约束信息,即段列表。头节点在IPv6 报文中增加一个SRH扩展头,网络中的节点就可以按照SRH扩展头里包含的路径信息进行转发。段列表中的每个段由段标识符(SID)表示,SID表示为IPv6地址。SRv6继承了SR-MPLS的优点并进行了重大改进,通过把网络转发统一到IPv6,转发面只要IPv6路由可达就可建立跨域转发路径,不再需要专门的MPLS转发面,节省了资源空间;同时,SRv6引入了IPv6中的逐跳选项扩展报文头、目的选项扩展报文头和路由扩展报文头等,用于支持扩展功能,可扩展性相比SR-MPLS有了大幅度的提升。
域名系统(Domain Name Server,DNS)是因特网中的一项核心服务,用于实现互联网域名和IP地址相互映射的一个分布式数据库,将互联网域名与IP地址绑定在一起,让用户能够通过方便记忆的字符代替IP地址访问互联网提供的资源和服务。通过主机名,得到该主机名对应的IP地址的过程叫做域名解析。
在域名系统中,数据信息是分散储存的,即将数据信息存储在多台名字服务器上,因此,在域名解析过程中,单个的请求通常无法满足一个域名成功解析的需求。客户端向域名解析服务器发出解析请求后,如果所请求的域名在域名解析服务器的授权域中,就将IP地址从数据库中取出发送给客户端。如果所请求的域名不在域名解析服务器的授权域中,就根据查询报文FLAG字段中的RD位来决定所采用的下一步解析方式。域名解析有递归查询和迭代查询两种方式。一般情况下,主机向本地域名服务器的查询都是采用递归查询方式,而本地域名服务器向授权域名服务器的查询通常是采用迭代查询方式。
基于互联网的各种Web服务、Email服务等都依赖于域名解析服务。然而,随着近年来互联网的迅速发展、网络环境的快速变革,传统的域名解析服务逐渐显现出一系列问题:
1)查询时延:虽然域名的DNS记录的缓存有助于提高查询速度,但也具有其局限性。为了处理一个未缓存的域名解析请求,域名解析器需要通过递归查询,即使访问一个域名也要查询多个域名,造成严重的查询延迟。
2)更新时延:现行的域名解析系统采用TTL机制,DNS更新延迟是由域名DNS记录中的TTL字段所决定。通常在设置TTL值的时候会面临两难的选择:TTL值过小会增加域名服务器和网络的负载,TTL值过大不利于DNS记录更新和服务搬迁,可见TTL机制并不能很好地适应域名解析服务。
3)DoS攻击和网络故障的应变能力不足:由于一个域名往往仅由少数几个域名服务器来提供域名解析服务,域名解析服务往往很容易受到网络故障的影响,也容易受到DoS攻击。
4)管理的复杂性:各级域名服务器由不同的管理者进行配置和维护,人为因素往往造成各级域名服务器之间的配置不匹配,造成域名服务器管理复杂。此外,在用户和域名解析器之间的配置不当也会造成一些问题。
5)单点风险:DNS采用集中式权威根节点加分级缓存解析的架构,这存在巨大的单点风险,一旦发生对于权威根节点的蓄意攻击或者破坏,将对整个互联网的稳定性造成巨大影响。
标识的本质是用于识别对象的技术(包含实体对象、虚拟数字对象等),以便各类信息处理系统、资源管理系统、网络管理系统对目标对象进行相关管理和控制。引入工业互联网标识解析技术,将海量、异构的数据信息进行统一标识与解析,除了识别网络内各个实体的作用外,又增加了查询实体关联信息的功能,实现海量异构工业互联网数据信息的可互联、可理解与可共享,将有效指导工业企业生产高效运行。因此,工业互联网标识解析体系在生产制造过程中的应用将成为具有代表性的一类标识解析应用模式。实际中,标识从应用中一般分为两类:一类是有直接可理解含义,如道路标识等;另一类是用来唯一识别一个“对象”,而不关注这个对象的用途如何,用户的业务实现由各类解析系统及基于解析系统的业务应用系统完成。
基于DNS的地址解析能够降低解析时延,减少解析负载,解决了传统域名解析服务时延过高和根节点负载过高的问题。SRv6的多样化标识解析也能够缓解集中式权威根节点加分级缓存解析的架构的单点风险。工业互联网标识解析需要解析技术具有低时延和高兼容性的特点,而SRv6域名解析技术恰好能够降低解析的时延,并增强地址解析技术的兼容性能。
基于此,在本例中提出了通过SRv6节点对于多样化标识的解析方法,对于DNS、Handle与BID三种指标类型设计了一致性的承载机制,并利用SRv6节点对于解析消息的处理进行承载。在SRv6策略中的指令的位置标识解析操作指令,实现在指定的SRv6节点完成消息的解析,实现更短的解析时延,并降低服务器的解析负载。
如图1所示,在本例中提供了一种标识解析方法,可以包括如下步骤:
步骤101:SRv6网关节点接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
步骤102:对所述简化标识表述选项进行解析,确定标识类型和标识值;
步骤103:根据标识类型确定进行解析的SRv6节点;
步骤104:根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
步骤105:在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
步骤106:传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
在上例中,设计了面向多样化标识的简化标识表述选项,对标识信息进行定长承载,将简化标识表述选项进行转述,嵌入SRv6策略内部,并指示在哪些特定SRv6节点进行标识解析,在传输的过程中,如果SRv6解析到传输指令,则进行标识解析操作,如果解析成功则返回解析消息,如果解析失败,则继续按照SRv6策略进行传输,直到到达解析服务器。通过上述方案解决了现有的多样化标识所存在的索引开销过大、时延过大的问题,达到了有效减少索引开销、降低时延的技术效果。
具体的,传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果的时候,对于SRv6的中间节点而言,SRv6的中间节点在处理对应的本地SID时,解析SID中的FUNCT字段;确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析;如果解析成功,则返回解析结果,并中止传输;如果解析失败,则按照SRv6策略继续传输。即,在传输的过程中,如果SRv6解析到传输指令,则进行标识解析操作,如果解析成功则返回解析消息,如果解析失败,则继续按照SRv6策略进行传输,直到到达解析服务器。
在实现的时候,确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析可以是,读取SID中的FUNCT字段;确定FUNCT字段是否为Res;如果是Res,则确定存在随路解析指令。即,通过FUNCT字段中的Res来标识对应的中间节点进行解析。
具体的,简化标识表述选项可以是定长定序的表述字段,在实现的时候,简化标识表述选项可以如下字段:
8字节的下一报头,用于表示下一报文头的编号;
8字节的报头扩展长度,用于表示本报文头的长度;
8字节的标识类型,用于表示标识类型;
8字节的保留字段;
256字节的结构化标识,用于对标识信息进行简化承载;
32字节的填充字段。
其中,上述的结构化标识字段用以对标识信息进行简化承载,根据标识类型的不同,结构化标识字段具有不同的结构化标识与字段,例如,可以按照如下方式为不同标识类型设置结构化标识字段:
标识类型1(DNS):
当标识类型为1时候,表示结构化标识字段承载DNS。结构化标识具有以下的结构化字段:
类型(Type):8bit,表示DNS的解析类型,1表示A记录、2表示URL、3表示CNAME、4表示AAA,其余值无效。
解析名(Name):248bit,表示DNS中需要解析的域名,最大支持31个字符。直接承载字符编码,如果字符编码长度未达到248bit,需要进行前序补0至248bit。
特别的,对比标准的DNS解析,DNS中的其他字段不在结构化标识中进行表述,即结构化标识对于DNS进行了简化结构化标识字段表示的DNS含义规则。具体为,DNS结构化标识表示的DNS消息字段规则为“QR:0, Opcode:0, AA:1, TC:0, RD:0, Class:1”。
标识类型2(Handle):
当标识类型为2时候,标识结构化标识字段承载Handle。结构化标识具有以下的结构化字段:
前缀(Prefix):128bit,对应于Handle的前缀,最大支持16个字符。按照字符编码,并进行前序补0至定长。
后缀(Handle Local Name):128bit,对应于Handle的后缀,最大支持16个字符。按照字符编码,并进行前序补0至定长。
标识类型3(BID):
当标识类型为3时候,标识结构化标识字段承载BID。结构化标识具有以下的结构化字段:
AC号:32bit,对应于BID的AC号,最大支持4个字符。按照字符编码,并进行前序补0至定长。
加密BID值:224bit,对应于BID的后缀,最大支持28个字符。按照字符编码,并进行前序补0至定长。
用户在发起标识解析请求的时候,会根据标识请求消息的实际情况,判断该标识是否符合简化标识表述选项的定义要求,包括长度与字段等。如果符合,则在IPv6报文头中构造简化标识表述选项,并根据消息的实际内容进行选项的字段封装,对于其他的报文头信息不做修改,即解析消息目的地址与应用层的解析消息都不变。
其中,上述标识类型可以包括但不限于以下至少之一:DNS、handle和BID。
在根据标识类型确定进行解析的SRv6节点的时候,可以调取预设的标识类型规则,其中,预设的标识类型规则表示标识类型与SRv6节点的对应关系;根据预设的标识类型规则和标识类型,确定进行解析的SRv6节点。
例如: SRv6网关节点构建Resolution TLV,嵌入标识信息B1,并追加进SRv6策略,形成[1,2,3,4,B1]的策略形式,其中1,2,3,4为SID,B1为TLV。根据标识类型规则,对于SRv6策略追加Res功能。根据标识的类型为BID,所以在SRv6策略中所有能够进行BID解析的节点SID后追加Res功能,例如,在本例中,仅包含节点4。则追加完成之后,SRv6策略确定,即[1,2,3,4:Res,B1]。在完成SRv6策略的封装之后,SRv6网关节点对于解析请求消息进行传输。在请求消息到达1,3节点时候,当前的活动SID为普通的END,因此直接进行END的处理,即路由到下一跳SRv6节点。当到达4节点之后,4号节点解析到Res功能,对于B1进行读取,并进行解析。如果SRv6当前的规则能够完成B1的解析,则返回解析内容消息,并中止解析请求数据包的传输。如果不能完成B1的解析,则按照SRv6策略继续传输至解析服务器。
具体的,上述预设的标识类型规则可以按照如下两种方式之一确定:
方式1:SRv6网络根据决策的SRv6路径策略,对于SRv6路径上的节点进行规则确定,确定能够进行标识解析的SRv6节点;基于能够进行标识解析的节点,确定每一个SRv6节点能够解析的标识类型,其中,每一个节点能解析的标识类型不限于一种;通告能进行标识解析的SRv6节点的本地 SID与每一个节点能够进行解析的标识类型至标识解析系统;标识解析系统确定对于每一个节点所需要下发的标识规则。
方式2:SRv6网络根据决策的SRv6路径策略,对SRv6路径上的节点进行规则确定,确定能进行标识解析的SRv6节点;SRv6网络通告能进行标识解析的SRv6节点的本地SID至标识解析系统;标识解析系统针对能够进行标识解析的SRv6节点确定每一个SRv6节点能进行标识解析的类型,并下发解析规则;标识解析系统通告能进行标识解析的SRv6节点所对应的标识解析类型至SRv6系统。
下面结合一个具体实施例对上述方法进行说明,然而,值得注意的是,该具体实施例仅是为了更好地说明本申请,并不构成对本申请的不当限定。
在本例中,通过SRv6节点对于多样化标识的解析方法,提出了一种新的解析机制,对于DNS、Handle与BID三种指标类型设计了一致性的承载机制,并利用SRv6节点对于解析消息的处理进行承载。在SRv6策略中的指令的位置标识解析操作指令,实现在指定的SRv6节点完成消息的解析,以实现更短的解析时延,并降低服务器的解析负载。即,通过SRv6节点(交换机或者路由器),对于DNS、Handle、BID表示进行混合解析,降低解析服务器的负载,并且减少解析消息的传输距离,实现更好的时效性。
为了实现上述需求,主要需要考虑如下问题:
1)对于多样化变长标识的简化表述问题:多样化标识涉及到变长字段,并且均基于字符串逻辑进行编码承载,难以通过SRv6节点进行直接的解析。为此,需要设计新的消息承载方式,对于标识的承载定长话,并基于bit逻辑进行承载,对于SRv6节点提供解析可行性。
2)SRv6节点中的解析功能的承载问题:需要设计新的解析方案,在SRv6策略中对于指定的SRv6节点设计新的解析指令,以指示进行标识解析操作;同时还需要设计对于标识信息的承载方案,以将简化表述后的标识信息通过SRv6策略进行承载。
3)条件限制:不涉及SRv6节点的解析回复消息处理:不涉及标识消息的实际解析处理,仅对于SRv6对于消息内容进行解析的可行性,具体如何进行解析与解析消息回复方案不做涉及。
4)需要网络基于SRv6网络构建,并且支持SRv6可编程性扩展。
具体的,可以包括如下方法:
1)通过SRv6节点完成标识的解析:
首先,设计面向多样化标识的简化标识表述选项,设计新的IPv6 Hop by hopoption(逐跳选项)对于标识信息进行定长承载,并提供bit逻辑的解析可行性;然后,将简化标识表述选项进行转述,嵌入SRv6策略内部,并指示在哪些特定SRv6节点进行标识解析;在传输的过程中,如果SRv6解析到传输指令,则进行标识解析操作,如果解析成功则返回解析消息;如果解析失败,则继续按照SRv6策略进行传输,直到到达解析服务器。
2)面向多样化标识的简化标识表述选项:
本例主要面向三种标识:DNS、handle与BID,考虑到这三种标识均是面向应用层处理设计的,因此,可以采用字符串编码的方式对标识信息进行承载,例如:handle与BID均基于JSON格式。由于DNS、handle、BID均涉及到多样化的解析类型,且包含多种解析元素,还涉及到变长、加密、不定序等问题,因此,SRv6路由节点可以基于bit流进行识别,但是无法直接基于SRv6节点对于这三种标识进行统一的解析。
对此,在本例中提出了一种简化标识表述选项的方法,通过设计新的IPv6逐跳选项报头(Hop by hop option),对于三种标识进行定长定序的简化承载表述,为SRv6节点提供直接匹配标识信息的能力,并提供直接解析的可行性。以新的IPv6逐跳选项作为简化标识表述选项(Simplified identity expression option)。
其中,简化标识表述选项的字段可以包括:
1)下一报头(Next header):8bit,IPv6扩展报文头要求的必备字段,表示下一报文头的编号;
2)报头扩展长度(Header extension length):8bit,IPv6扩展报文头要求的必备字段,表示本报文头的长度,单位为8-octet,不包含最开始的8octets;
3)标识类型(Identity type):8bit,新扩展字段,表示该标识的类型,其中1表示DNS,2表示handle,3表示BID,支持面向其他解析协议进行扩展;
4)保留(Reserved):8bit,新扩展字段,作为保留字段使用;
5)结构化标识(Structured identity):256bit,新扩展字段,标识字段的实际简化承载,根据标识类型的不同,具有不同的结构化意义;
6)填充(padding):32bit,填充扩展报头至整数个8 octets,以保证合法性;
其中,上述的结构化标识字段用以对标识信息进行简化承载,根据标识类型的不同,结构化标识字段具有不同的结构化标识与字段,例如,可以按照如下方式为不同标识类型设置结构化标识字段:
标识类型1(DNS):
当标识类型为1时候,表示结构化标识字段承载DNS。结构化标识具有以下的结构化字段:
类型(Type):8bit,表示DNS的解析类型,1表示A记录、2表示URL、3表示CNAME、4表示AAA,其余值无效。
解析名(Name):248bit,表示DNS中需要解析的域名,最大支持31个字符。直接承载字符编码,如果字符编码长度未达到248bit,需要进行前序补0至248bit。
特别的,对比标准的DNS解析,DNS中的其他字段不在结构化标识中进行表述,即结构化标识对于DNS进行了简化结构化标识字段表示的DNS含义规则。具体为,DNS结构化标识表示的DNS消息字段规则为“QR:0, Opcode:0, AA:1, TC:0, RD:0, Class:1”。
标识类型2(Handle):
当标识类型为2时候,标识结构化标识字段承载Handle。结构化标识具有以下的结构化字段:
前缀(Prefix):128bit,对应于Handle的前缀,最大支持16个字符。按照字符编码,并进行前序补0至定长。
后缀(Handle Local Name):128bit,对应于Handle的后缀,最大支持16个字符。按照字符编码,并进行前序补0至定长。
标识类型3(BID):
当标识类型为3时候,标识结构化标识字段承载BID。结构化标识具有以下的结构化字段:
AC号:32bit,对应于BID的AC号,最大支持4个字符。按照字符编码,并进行前序补0至定长。
加密BID值:224bit,对应于BID的后缀,最大支持28个字符。按照字符编码,并进行前序补0至定长。
用户在发起标识解析请求的时候,会根据标识请求消息的实际情况,判断该标识是否符合简化标识表述选项的定义要求,包括长度与字段等。如果符合,则在IPv6报文头中构造简化标识表述选项,并根据消息的实际内容进行选项的字段封装,对于其他的报文头信息不做修改,即解析消息目的地址与应用层的解析消息都不变。
考虑到需要通过SRv6节点完成多样化标识的解析,需要考虑如下几个方面的问题:
1)SRv6节点的解析流程:如何在标识解析请求消息传输的过程中对SRv6内嵌的简化标识进行解析;
2)标识信息SRv6承载:如何将简化标识表述选项中的标识信息嵌入SRv6 SID中,以暴露标识信息至固定节点;
3)标识信息分发:如何将标识信息分发至SRv6中间节点用以支撑标识解析;如何将标识信息归属信息分发至SRv6封装节点,以确定在哪些节点的SID中标识解析操作指令。
为了通过SRv6节点对标识解析请求进行处理,并在SRv6节点内部完成标识解析,在本例中采用简化标识表述选项对用户的消息请求进行转述,并将该信息转述至SRv6策略中,在SRv6策略中标记需要在特定的节点对于该标识信息进行解析尝试。如果能够在传输途中的SRv6节点完成解析,则直接返回解析消息;如果在传输的途中未获得解析,则在传输末尾节点移除SRv6策略与简化标识表述选项,并在服务器中进行标准的解析。
具体的,解析过程可以分为三个阶段:
1)标识解析消息发起:由用户端负责。
用户发起标识解析消息,并根据标识解析消息的实际情况判定是否能够封装简化标识表述选项,如果不能,则按照普通的标识解析消息进行处理;如果能,则封装简化标识表述选项,并发送至网络,其余信息保持不变。
2)标识信息SRv6策略转述:由SRv6策略(网关)节点负责。
SRv6策略节点在接收到用户标识解析消息时,根据标识解析消息的目标服务器确定SRv6传输策略。在SRv6策略中,在能够对于该解析消息类型进行解析的节点封装相应的解析指令,以在传输的途中进行随路解析。
3)随路解析:由SRv6传输节点负责。
SRv6中间节点在处理其对应的本地SID时候,会解析SID中的FUNCT字段,判断是否具有随路解析指令,如果存在,则读取SRv6策略中的简化标识信息,并进行解析。如果成功解析,则返回解析消息,并中止原标识解析请求消息的传输;如果解析失败,则按照SRv6策略继续传输该解析消息。
对于标识信息而言,在SRv6策略(网关)节点进行转述,即在SRv6策略(网关)节点处将简化标识表述选项中的信息进行提取,并嵌入SRv6策略中,以实现在指定类型的解析节点暴露标识解析请求信息。
在上例中,定义了新的SRv6 TLV类型进行标识信息的转述承载,即作为SRv6策略(网关)节点收到的简化标识表述选项的SRv6载体。并定义了新的SRv6功能类型参数,以引导SRv6节点进行标识信息的读取,作为SRv6节点解析的入口标识。
在SRv6中,SRH(Segment Header)能够携带可选的TLV参数,以进行一些重要特性信息的表述,包括Service Chain、OAM、虚拟化、APN6等。具体的,新的TLV类型Resolution可以包括如下字段:
1)类型(Type):8bit,SRH规定字段,用于标识SRv6 TLV的类型,不同的Type值表示不同的SRv6 TLV类型,本例不对Resolution TLV的Type值做规定,保证在网络中独立即可。
2)长度(Length):8bit,SRH规定字段,表示TLV的长度值,以octet为单位。
3)标识类型(Identity Type):8bit,即简化标识表述选项中的标识类型,进行标识解析类型的表述。
4)保留(Reserved):8bit,保留字段。
5)结构化标识(Structured identity):256bit,即简化标识表述选项中的结构化标识字段,进行标识信息的实际承载。
SRv6策略节点能够直接通过简化标识表述选项中的字段构建Resolution TLV。其中,类型字段和长度字段根据网络要求与实际的情况进行封装;标识类型与结构化标识直接沿用简化标识表述选项中的字段即可;保留字段置零。
SRv6的SID包含结构化的含义划分,包括LOC、FUNCT与ARGS。其中,LOC表示Locator,作为SID的可路由前缀;FUNCT表示Function,用以表示SID的标识服务与功能;ARGS表示Arguments,表示SID传输过程中的随路参数。
在本例中,对SRv6 SID的FUNCT进行了扩展,用以作为SRv6解析的入口。基于END类型的SID,定义了新的FUNCT类型Res,表示标识解析。Res通过网络管理员定义的全局唯一的值进行承载。携带了Res标识的END SID命名为END.Res,在SRv6节点接收到标识解析请求的数据包之后,按照以下的步骤进行处理:
步骤1:判定是否为Local END类型,如果是,则执行步骤2;如果不是,则执行普通IPv6路由转发。
步骤2:读取SID中的FUNCT字段,判断是否为Res,如果是,则执行步骤3;如果不是,则按照具体的FUNCT标识执行。
步骤3:跳转至SRv6 TLV部分,进行标识信息的读取,并交付解析处理。
在本例中,为了通过SRv6节点对标识信息进行解析,因此需要对于标识信息从统一的解析服务器端分发至SRv6节点。
在本例所属的场景中,可以认为包含两方的系统,即SRv6网络系统与标识解析系统。其中,SRv6网络系统包含网络设备,用于对数据进行传输,对路由进行决策管理。标识解析系统主要包含解析系统,即解析服务器,用于对解析消息进行处理。由于SRv6网络系统与标识解析系统大多数情况下属于不同的组织进行管理,因此存在标识类型规则的确定主动权问题。标识类型规则即:分发的标识信息的类型与SRv6节点的对应关系。
其中,标识类型规则用以指示哪些SRv6节点能够进行标识解析,以及,能够解析的SRv6节点能够解析何种类型的标识。其中,标识类型用以指导在封装SRv6策略过程中的Res功能的封装,以确定在能够解析的节点执行解析操作,减少不必要的解析以节省资源。对于解析消息的一次传输,例如DNS解析,只有在传输的沿途的能够进行DNS解析的SRv6节点才会暴露Res功能,并进行标识信息。
针对由哪方系统主导进行标识类型规则确定,在本例中提供了两种分发模式:
模式1)SRv6网络主导解析规则模式:
在此模式下,标识类型规则由SRv6网络主导确定,即SRv6网络系统确定能够进行标识信息分发的节点并通告至标识解析系统,SRv6网络主导解析规则模式按照以下步骤进行:
S1:SRv6网络针对标识解析消息决策路由标识解析消息至对应解析服务器的SRv6路径策略。
S2:根据决策的SRv6路径策略,对于SRv6路径上的节点进行规则确定,确定能够进行标识解析的SRv6节点。
S3:基于能够进行标识解析的节点,确定每一个SRv6节点能够解析的标识类型,每一个节点能解析的标识类型不限于一种。
S4:通告能够进行标识解析的SRv6节点的local SID与每一个节点能够进行解析的标识类型至标识解析系统。标识解析系统根据实际情况分析确定对于每一个节点所需要下发的标识规则。
模式2)解析系统主导解析规则模式:
在此模式下,标识类型规则由标识解析系统主导。考虑到安全性要求,对于能够进行解析的SRv6节点的决策依然有SRv6网络进行,而对于可解析SRv6节点与解析类型的对应关系由标识解析系统决定。在此模式下按照如下的步骤进行:
S1:SRv6网络针对标识解析消息决策路由标识解析消息至对应解析服务器的SRv6路径策略。
S2:根据决策的SRv6路径策略,对于SRv6路径上的节点进行规则确定,确定能够进行标识解析的SRv6节点。
S3:SRv6网络通告能够进行标识解析的SRv6节点local SID至标识解析系统。
S4:标识解析系统针对能够进行标识解析的SRv6节点确定每一个SRv6节点能够进行标识解析的类型,并下发解析规则。
S5:标识解析系统通告能够进行标识解析的SRv6节点所对应的标识解析类型至SRv6系统。
以一个具体示例对上述的SRv6节点的解析流程进行说明,在本例中,以BID解析示例的形式说明SRv6节点进行标识解析的流程。
如图2所示,存在1个用户与1台解析服务器,2台SRv6网关节点,4个SRv6节点,1个SRv6控制器节点。用户发起目的地址为解析服务器的标识解析请求,并在解析请求中携带简化标识表述选项。SRv6控制器对于标识请求消息计算SRv6路径策略中,并由SRv6网关节点对于简化标识表述选项进行处理,封装至SRv6 TLV。在SRv6路径策略中,会在特定的节点携带Res功能,以指示SRv6节点解析处理。
主要包括如下内容:
1)标识类型规则决策:
假定已经完成标识类型规则的决策,在本例中,所确定的能够进行标识解析的SRv6节点为1,3,4,且1对应的解析类型为DNS,3为Handle,4为BID。在完成标识类型规则决策之后,解析服务器下发解析规则。
2)SRv6策略下发:
SRv6控制器针对解析消息进行SRv6策略的下发,对于用户的解析消息规划解析路径1,3,4。在进行策略下发时会携带标识类型规则,即下发的对应于解析消息的路径形式为[1:DNS, 2, 3:Handle, 4:BID]。
3)解析请求发起:
用户发起解析请求消息,并判定规则是否符合简化标识表述请求的设定,如果满足,则封装简化标识表述请求。在本例中,假定该请求为BID解析请求,BID的值指代为B1。
4)简化标识表述选项的SRv6承载转述:
本功能包含如下步骤:
S1:SRv6网关节点接收用户的解析请求消息,并根据目的地址进行SRv6策略的封装,即[1,2,3,4]。如果包含简化标识表述选项则执行步骤2,否则执行完毕。
S2:进行简化标识表述选项的解析处理,如果不包含该选择则不执行解析及后续步骤。解析简化标识表述选项,得知解析类型为BID,且BID的值为B1。
S3:SRv6网关节点构建Resolution TLV,嵌入标识信息B1,并追加进SRv6策略,形成[1,2,3,4,B1]的策略形式,其中1,2,3,4为SID,B1为TLV。
S4:根据标识类型规则,对于SRv6策略追加Res功能。根据标识的类型为BID,所以在SRv6策略中所有能够进行BID解析的节点SID后追加Res功能,例如,在本例中,仅包含节点4。则追加完成之后,SRv6策略确定,即[1,2,3,4:Res,B1]。
5)SRv6节点解析:
在完成SRv6策略的封装之后,SRv6网关节点对于解析请求消息进行传输。在请求消息到达1,3节点时候,当前的活动SID为普通的END,因此直接进行END的处理,即路由到下一跳SRv6节点。当到达4节点之后,4号节点解析到Res功能,对于B1进行读取,并进行解析。如果SRv6当前的规则能够完成B1的解析,则返回解析内容消息,并中止解析请求数据包的传输。如果不能完成B1的解析,则按照SRv6策略继续传输至解析服务器。
基于同一发明构思,本申请实施例中还提供了一种标识解析装置,如下面的实施例所述。由于标识解析装置解决问题的原理与标识解析方法相似,因此标识解析装置的实施可以参见标识解析方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图3是本申请实施例的标识解析装置的一种结构框图,如图3所示,可以包括:接收模块301、解析模块302、第一确定模块303,第二确定模块304、封装模块305和传送模块306,下面对该结构进行说明。
接收模块301,用于接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
解析模块302,用于对所述简化标识表述选项进行解析,确定标识类型和标识值;
第一确定模块303,用于根据标识类型确定进行解析的SRv6节点;
第二确定模块304,用于根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
封装模块305,用于在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
传送模块306,用于传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
在一个实施方式中,传送模块306具体可以控制SRv6的中间节点在处理对应的本地SID时,解析SID中的FUNCT字段;确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析;如果解析成功,则返回解析结果,并中止传输;如果解析失败,则按照SRv6策略继续传输。
在一个实施方式中,确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析,可以包括:读取SID中的FUNCT字段;确定FUNCT字段是否为Res;如果是Res,则确定存在随路解析指令。
在一个实施方式中,所述简化标识表述选项为定长定序的表述字段,所述简化标识表述选项可以包括如下字段:
8字节的下一报头,用于表示下一报文头的编号;
8字节的报头扩展长度,用于表示本报文头的长度;
8字节的标识类型,用于表示标识类型;
8字节的保留字段;
256字节的结构化标识,用于对标识信息进行简化承载;
32字节的填充字段。
在一个实施方式中,标识类型可以包括以下至少之一:DNS、handle和BID。
在一个实施方式中,根据标识类型确定进行解析的SRv6节点可以包括:调取预设的标识类型规则,其中,预设的标识类型规则表示标识类型与SRv6节点的对应关系;根据预设的标识类型规则和标识类型,确定进行解析的SRv6节点。
在一个实施方式中,预设的标识类型规则可以按照如下方式确定:SRv6网络根据决策的SRv6路径策略,对于SRv6路径上的节点进行规则确定,确定能够进行标识解析的SRv6节点;基于能够进行标识解析的节点,确定每一个SRv6节点能够解析的标识类型,其中,每一个节点能解析的标识类型不限于一种;通告能进行标识解析的SRv6节点的本地SID与每一个节点能够进行解析的标识类型至标识解析系统;标识解析系统确定对于每一个节点所需要下发的标识规则。
在一个实施方式中,预设的标识类型规则可以按照如下方式确定:SRv6网络根据决策的SRv6路径策略,对SRv6路径上的节点进行规则确定,确定能进行标识解析的SRv6节点;SRv6网络通告能进行标识解析的SRv6节点的本地SID至标识解析系统;标识解析系统针对能够进行标识解析的SRv6节点确定每一个SRv6节点能进行标识解析的类型,并下发解析规则;标识解析系统通告能进行标识解析的SRv6节点所对应的标识解析类型至SRv6系统。
本申请的实施例还提供能够实现上述实施例中的标识解析方法中全部步骤的一种电子设备的具体实施方式,所述电子设备具体包括如下内容:处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线;其中,所述处理器、存储器、通信接口通过所述总线完成相互间的通信;所述处理器用于调用所述存储器中的计算机程序,所述处理器执行所述计算机程序时实现上述实施例中的标识解析方法中的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤1:SRv6网关节点接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
步骤2:对所述简化标识表述选项进行解析,确定标识类型和标识值;
步骤3:根据标识类型确定进行解析的SRv6节点;
步骤4:根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
步骤5:在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
步骤6:传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
从上述描述可知,本申请实施例设计了面向多样化标识的简化标识表述选项,对标识信息进行定长承载,将简化标识表述选项进行转述,嵌入SRv6策略内部,并指示在哪些特定SRv6节点进行标识解析,在传输的过程中,如果SRv6解析到传输指令,则进行标识解析操作,如果解析成功则返回解析消息,如果解析失败,则继续按照SRv6策略进行传输,直到到达解析服务器。通过上述方案解决了现有的多样化标识所存在的索引开销过大、时延过大的问题,达到了有效减少索引开销、降低时延的技术效果。
本申请的实施例还提供能够实现上述实施例中的标识解析方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的标识解析方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤1:SRv6网关节点接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
步骤2:对所述简化标识表述选项进行解析,确定标识类型和标识值;
步骤3:根据标识类型确定进行解析的SRv6节点;
步骤4:根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
步骤5:在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
步骤6:传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
从上述描述可知,本申请实施例设计了面向多样化标识的简化标识表述选项,对标识信息进行定长承载,将简化标识表述选项进行转述,嵌入SRv6策略内部,并指示在哪些特定SRv6节点进行标识解析,在传输的过程中,如果SRv6解析到传输指令,则进行标识解析操作,如果解析成功则返回解析消息,如果解析失败,则继续按照SRv6策略进行传输,直到到达解析服务器。通过上述方案解决了现有的多样化标识所存在的索引开销过大、时延过大的问题,达到了有效减少索引开销、降低时延的技术效果。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于硬件+程序类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
虽然本申请提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书实施例的实施例而已,并不用于限制本说明书实施例。对于本领域技术人员来说,本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书实施例的权利要求范围之内。
Claims (11)
1.一种标识解析方法,其特征在于,所述方法包括:
SRv6网关节点接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
对所述简化标识表述选项进行解析,确定标识类型和标识值;
根据标识类型确定进行解析的SRv6节点;
根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
2.根据权利要求1所述的方法,其特征在于,传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果,包括:
SRv6的中间节点在处理对应的本地SID时,解析SID中的FUNCT字段;
确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析;
如果解析成功,则返回解析结果,并中止传输;
如果解析失败,则按照SRv6策略继续传输。
3.根据权利要求2所述的方法,其特征在于,确定FUNCT字段是否存在随路解析指令,如果存在,则读取标识值进行解析,包括:
读取SID中的FUNCT字段;
确定FUNCT字段是否为Res;
如果是Res,则确定存在随路解析指令。
4.根据权利要求1所述的方法,其特征在于,所述简化标识表述选项为定长定序的表述字段,所述简化标识表述选项包括如下字段:
8字节的下一报头,用于表示下一报文头的编号;
8字节的报头扩展长度,用于表示本报文头的长度;
8字节的标识类型,用于表示标识类型;
8字节的保留字段;
256字节的结构化标识,用于对标识信息进行简化承载;
32字节的填充字段。
5.根据权利要求1所述的方法,其特征在于,标识类型包括以下至少之一:DNS、handle和BID。
6.根据权利要求1所述的方法,其特征在于,根据标识类型确定进行解析的SRv6节点包括:
调取预设的标识类型规则,其中,预设的标识类型规则表示标识类型与SRv6节点的对应关系;
根据预设的标识类型规则和标识类型,确定进行解析的SRv6节点。
7.根据权利要求6所述的方法,其特征在于,预设的标识类型规则按照如下方式确定:
SRv6网络根据决策的SRv6路径策略,对于SRv6路径上的节点进行规则确定,确定能够进行标识解析的SRv6节点;
基于能够进行标识解析的节点,确定每一个SRv6节点能够解析的标识类型,其中,每一个节点能解析的标识类型不限于一种;
通告能进行标识解析的SRv6节点的本地 SID与每一个节点能够进行解析的标识类型至标识解析系统;
标识解析系统确定对于每一个节点所需要下发的标识规则。
8.根据权利要求6所述的方法,其特征在于,预设的标识类型规则按照如下方式确定:
SRv6网络根据决策的SRv6路径策略,对SRv6路径上的节点进行规则确定,确定能进行标识解析的SRv6节点;
SRv6网络通告能进行标识解析的SRv6节点的本地SID至标识解析系统;
标识解析系统针对能够进行标识解析的SRv6节点确定每一个SRv6节点能进行标识解析的类型,并下发解析规则;
标识解析系统通告能进行标识解析的SRv6节点所对应的标识解析类型至SRv6系统。
9.一种标识解析装置,其特征在于,包括:
接收模块,用于接收用户的标识解析请求,其中,所述标识解析请求中携带有用于承载标识信息的简化标识表述选项;
解析模块,用于对所述简化标识表述选项进行解析,确定标识类型和标识值;
第一确定模块,用于根据标识类型确定进行解析的SRv6节点;
第二确定模块,用于根据所述标识解析请求的目的地址,结合沿途进行解析的SRv6节点,确定SRv6传输策略;
封装模块,用于在SRv6策略中封装标识类型、标识值、SRv6传输策略,并标记进行解析的SRv6节点,得到封装后的SRv6策略;
传送模块,用于传送封装后的SRv6策略,以在传输的过程中,进行随路解析,得到标识解析结果。
10.一种电子设备,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现权利要求1至8中任一项所述方法的步骤。
11.一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现权利要求1至8中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210328086.5A CN114500453B (zh) | 2022-03-31 | 2022-03-31 | 一种标识解析方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210328086.5A CN114500453B (zh) | 2022-03-31 | 2022-03-31 | 一种标识解析方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114500453A CN114500453A (zh) | 2022-05-13 |
CN114500453B true CN114500453B (zh) | 2022-06-17 |
Family
ID=81487290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210328086.5A Active CN114500453B (zh) | 2022-03-31 | 2022-03-31 | 一种标识解析方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114500453B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117134925A (zh) * | 2022-05-18 | 2023-11-28 | 中国移动通信有限公司研究院 | 一种网络编程技术处理方法、系统及存储介质 |
CN116489085B (zh) * | 2023-03-28 | 2023-10-27 | 网根科技(青岛)有限公司 | 一种基于Handle的解析路由安全监测方法和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111611613A (zh) * | 2020-04-28 | 2020-09-01 | 网络通信与安全紫金山实验室 | 基于icn的工业互联网标识解析系统及数据访问方法 |
CN112448887A (zh) * | 2019-09-04 | 2021-03-05 | 华为技术有限公司 | 分段路由方法及装置 |
WO2021051241A1 (zh) * | 2019-09-16 | 2021-03-25 | 华为技术有限公司 | 一种通信方法、装置及系统 |
CN113014485A (zh) * | 2021-02-25 | 2021-06-22 | 烽火通信科技股份有限公司 | 一种基于SRv6-TE路径的报文转发方法和报文转发装置 |
US11122131B1 (en) * | 2020-11-18 | 2021-09-14 | At&T Intellectual Property I, L.P. | Edge cloud resource location using enhanced DNS service |
-
2022
- 2022-03-31 CN CN202210328086.5A patent/CN114500453B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112448887A (zh) * | 2019-09-04 | 2021-03-05 | 华为技术有限公司 | 分段路由方法及装置 |
WO2021051241A1 (zh) * | 2019-09-16 | 2021-03-25 | 华为技术有限公司 | 一种通信方法、装置及系统 |
CN111611613A (zh) * | 2020-04-28 | 2020-09-01 | 网络通信与安全紫金山实验室 | 基于icn的工业互联网标识解析系统及数据访问方法 |
WO2021218068A1 (zh) * | 2020-04-28 | 2021-11-04 | 网络通信与安全紫金山实验室 | 基于icn的工业互联网标识解析系统及数据访问方法 |
US11122131B1 (en) * | 2020-11-18 | 2021-09-14 | At&T Intellectual Property I, L.P. | Edge cloud resource location using enhanced DNS service |
CN113014485A (zh) * | 2021-02-25 | 2021-06-22 | 烽火通信科技股份有限公司 | 一种基于SRv6-TE路径的报文转发方法和报文转发装置 |
Non-Patent Citations (1)
Title |
---|
基于"IPv6+"的应用感知网络(APN6);何林;《电信科学》;20200831(第8期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114500453A (zh) | 2022-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114500453B (zh) | 一种标识解析方法和装置 | |
CN109391500B (zh) | 一种配置管理方法、装置及设备 | |
CN112491708A (zh) | IPv6报文的路由头封装方法及装置 | |
Chen et al. | New IP framework and protocol for future applications | |
Phung et al. | The OpenLISP control plane architecture | |
CN113556413B (zh) | 一种报文处理方法及装置 | |
WO2021238741A1 (zh) | 报文转发方法、系统、设备、节点设备和存储介质 | |
CN114844828A (zh) | 发送报文的方法、装置及系统 | |
CN113489811B (zh) | IPv6流量处理方法、装置、电子设备及计算机可读存储介质 | |
CN107070719B (zh) | 一种设备管理方法和装置 | |
CN113163028B (zh) | 一种业务数据传输方法、装置及系统 | |
CN107733765B (zh) | 映射方法、系统和相关设备 | |
JP6104406B2 (ja) | ネットワークのプロトコルアドレスを扱う方法及び処理デバイス | |
CN112565053B (zh) | 识别私网用户的方法、装置、服务系统及存储介质 | |
CN103746768A (zh) | 一种数据包的识别方法及设备 | |
WO2023024663A1 (zh) | 路由和云资源注册方法及装置、存储介质和电子装置 | |
CN108259350B (zh) | 一种报文传输方法、装置及机器可读存储介质 | |
CN108737347B (zh) | 数据通信方法、装置及其设备 | |
CN103685367A (zh) | 离线下载系统和方法 | |
CN116346938B (zh) | 一种算力访问方法、装置、电子设备及存储介质 | |
CN113132230A (zh) | 发送报文的方法、设备及计算机存储介质 | |
EP4102784A1 (en) | Data stream processing method and device | |
CN118057799A (zh) | 算力选择方法、装置及系统 | |
CN118827621A (zh) | 通信方法、通信设备与通信系统 | |
CN117615017A (zh) | 算力请求方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |