一种信息传递方法及装置与流程

文档序号:15624836发布日期:2018-10-09 22:43阅读:229来源:国知局
本发明涉及通信领域,尤其涉及一种信息传递方法及装置。
背景技术
::组播技术在现在的互联网发挥着越来越重要的作用,iptv(interactivepersonalitytv,交互式电视)、网络会议(net-meeting)、赛况直播等都使用到了组播技术。组播已有的技术包括pim(protocolindependentmulticast,协议无关组播)、igmp(internetcontrolmessageprotocol,网络控制信息协议)、mld(multicastlistenerdiscoveryprotocol,组播侦听发现协议)、bier(bitindexedexplicitreplication,位索引显式复制)技术等。ospf(openshortestpathfirst,开放式最短路径优先)协议、isis(intermediatesystem-to-intermediatesystem,中间系统到中间系统)协议是链路状态路由协议,使用泛洪机制来通告网络节点的各类信息;bgp(bordergatewayprotocol,边界网关协议)和babel是距离矢量协议,同样用于通告网络节点的各类信息,以形成相关的转发表项。bier技术应用在中间网络,比如互联网骨干网、城域网、数据中心或者家庭网络等。bier技术的核心思想是:将网络边缘的节点都只用一个bit(位)来表示,组播流量在中间网络传输,额外封装一个特定的bier头,这个报文头以bit位串的形式标注了该组播流的所有目的节点,中间转发节点根据bit位进行路由,保障流量能够发送到所有目的节点。中间转发节点事先通过内部协议,比如三层网络中的ospf协议、isis协议、bgp或者babel协议等来泛洪和发送节点信息,形成用于指导bier转发的bift(bitindexforwardingtable,位索引转发表),在收到封装bier头的流量时,依据bift来完成报文到目的节点的转发。在ipv6(internetprotocolversion6,互联网协议第6版)网络场景中,bier技术可以直接应用在ipv6头中,通过对ipv6头的字段定义和改造,将用于bier转发的位串直接封装在ipv6地址中,中间转发节点通过对特殊ipv6地址的识别,将嵌在其中的位串读取出来,并按照该位串转发。该方法的最大优点是直接使用了ipv6头,不需要为报文附加额外的bier头,不用担心报文分片的问题。然而,在实际场景中,在中间转发节点连接的用户侧节点有多个时,或者有接口既连接用户侧节点又连接了其他中间转发节点时,会存在由于无法辨识用户侧节点而造成报文不能被用户侧节点正确接收的问题。另外,mld/igmp作为发展了多年的接收者到第一跳转发设备运行协议,并不能显式区分是主机或者接收者发出的report报文,还是路由器或者交换机等转发设备发出的report报文。因此,mld/igmp协议本身无法解决上述问题。pim技术以及其他路由协议技术(包括babel、ospf、isis、bgp等)也都有这个问题。技术实现要素:以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。本申请实施例提供一种信息传递方法及装置,能够实现正确转发报文直至用户侧节点。第一方面,本申请实施例提供一种信息传递方法,包括:用户侧节点发送携带用户侧标记的组播协议消息或路由协议消息给转发侧节点。其中,所述用户侧标记可以由所述组播协议消息或路由协议消息中新定义的标记位指示,或者,由所述组播协议消息或路由协议消息中新定义的tlv指示,或者,由所述组播协议消息或路由协议消息中新定义的子tlv指示。其中,所述用户侧节点发送携带用户侧标记的组播协议消息给转发侧节点,可以包括:用户侧节点通过组播协议发送携带用户侧标记的流量请求;所述用户侧节点发送携带用户侧标记的路由协议消息给转发侧节点,可以包括:所述用户侧节点通过路由协议通告新增用户侧标记的前缀信息。其中,所述组播协议可以包括以下至少之一:mld、igmp、pim协议;所述路由协议可以包括以下至少之一:babel协议、bgp、ospf协议、isis协议。其中,所述前缀信息可以包括:在ipv6网络用于bier转发的ipv6地址。第二方面,本申请实施例提供一种信息传递方法,包括:转发侧节点在收到直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息后,在转发表中标识出所述用户侧节点;根据所述转发表,转发报文给所述用户侧节点,其中,所述报文的目的地址封装为所述用户侧节点的地址。其中,所述用户侧标记可以由所述组播协议消息或路由协议消息中新定义的标记位指示,或者,由所述组播协议消息或路由协议消息中新定义的tlv指示,或者,由所述组播协议消息或路由协议消息中新定义的子tlv指示。其中,所述组播协议消息可以包括:通过组播协议发送的流量请求;所述组播协议可以包括以下至少之一:mld、igmp、pim协议;所述路由协议消息可以包括:通过路由协议通告的前缀信息;所述路由协议可以包括以下至少之一:babel协议、bgp、ospf协议、isis协议。第三方面,本申请实施例提供一种信息传递装置,应用于用户侧节点,包括:第一发送模块,用于发送携带用户侧标记的组播协议消息或路由协议消息给转发侧节点。其中,所述用户侧标记可以由所述组播协议消息或路由协议消息中新定义的标记位指示,或者,由所述组播协议消息或路由协议消息中新定义的tlv指示,或者,由所述组播协议消息或路由协议消息中新定义的子tlv指示。其中,所述第一发送模块可以用于通过组播协议发送携带用户侧标记的流量请求,或者,通过路由协议通告新增用户侧标记的前缀信息。其中,所述组播协议可以包括以下至少之一:mld、igmp、pim协议;所述路由协议可以包括以下至少之一:babel协议、bgp、ospf协议、isis协议。第四方面,本申请实施例提供一种信息传递装置,应用于转发侧节点,包括:第二接收模块,用于接收直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息;处理模块,用于在所述第二接收模块收到直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息后,在转发表中标识出所述用户侧节点;第二发送模块,用于根据所述转发表,转发报文给所述用户侧节点,其中,所述报文的目的地址封装为所述用户侧节点的地址。其中,所述用户侧标记可以由所述组播协议消息或路由协议消息中新定义的标记位指示,或者,由所述组播协议消息或路由协议消息中新定义的tlv指示,或者,由所述组播协议消息或路由协议消息中新定义的子tlv指示。第五方面,本申请实施例提供一种信息传递装置,包括:传输模块、存储器以及处理器;其中,所述存储器用于存储用于信息传递的程序;该用于信息传递的程序在被所述处理器读取执行时,执行以下操作:通过所述传输模块发送携带用户侧标记的组播协议消息或路由协议消息给转发侧节点。其中,所述用户侧标记可以由所述组播协议消息或路由协议消息中新定义的标记位指示,或者,由所述组播协议消息或路由协议消息中新定义的tlv指示,或者,由所述组播协议消息或路由协议消息中新定义的子tlv指示。第六方面,本申请实施例提供一种信息传递装置,包括:传输模块、存储器以及处理器;其中,所述存储器用于存储用于信息传递的程序;该用于信息传递的程序在被所述处理器读取执行时,执行以下操作:在通过所述传输模块收到直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息后,在转发表中标识出所述用户侧节点;根据所述转发表,转发报文给所述用户侧节点,其中,所述报文的目的地址封装为所述用户侧节点的地址。其中,所述用户侧标记可以由所述组播协议消息或路由协议消息中新定义的标记位指示,或者,由所述组播协议消息或路由协议消息中新定义的tlv指示,或者,由所述组播协议消息或路由协议消息中新定义的子tlv指示。另外,本申请实施例还提供一种机器可读介质,存储有多个指令,当所述多个指令被一个或多个处理器执行时实现上述第一方面的信息传递方法。本申请实施例还提供一种机器可读介质,存储有多个指令,当所述多个指令被一个或多个处理器执行时实现上述第二方面的信息传递方法。通过本申请实施例,用户侧节点在通过mld、igmp、或者pim协议发送流量请求时,或者通过babel、bgp、ospf、isis等路由协议发送前缀信息时,通过新增用户侧标记的方式,可以让转发侧节点明确得知是否连接有用户侧节点。转发侧节点根据bier规则进行转发时,能够识别用户侧节点,并且封装报文为正确的目的地址进行发送,从而保证用户侧节点能够正确接收流量报文。由此实现bier技术在ipv6网络中的正确应用,对组播技术和网络的发展有非常重要的促进作用。本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。附图说明附图用来提供对本申请技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本申请的技术方案,并不构成对本申请技术方案的限制。图1为现有bier技术应用于ipv6网络的示意图;图2为本申请实施例提供的一种信息传递方法的流程图;图3为本申请实施例提供的另一种信息传递方法的流程图;图4为本申请实施例一的实施示意图;图5为本申请实施例二的实施示意图;图6为本申请实施例三的实施示意图;图7为本申请实施例的报文格式示意图一;图8为本申请实施例的报文格式示意图二;图9为本申请实施例的报文格式示意图三;图10为本申请实施例的报文格式示意图四;图11为本申请实施例提供的一种信息传递装置的示意图;图12为本申请实施例提供的另一种信息传递装置的示意图;图13为实施本申请实施例提供的信息传递方法的用户侧节点的结构示意图;图14为实施本申请实施例提供的信息传递方法的转发侧节点的结构示意图。具体实施方式以下结合附图对本申请实施例进行详细说明,应当理解,以下所说明的实施例仅用于说明和解释本申请,并不用于限定本申请。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。图1所示为一个典型的应用组播技术的网络,这个网络中除了发送源流量的设备(发送者(sender)1),还有接收者(receiver)(比如,接收者1至5),接收者与发送者都用特殊的ipv6地址来进行标识。这里假设整个网络都由配置或者其他方式得知ipv6前缀6002::/48是用来标识特殊ipv6地址,可以看到从发送者1到各个接收者,其ipv6地址前缀都是6002,后面是不重合的位来进行标识。比如,receiver1、receiver2、receiver3的地址分别是6002::2,6002::4、6002::8,前缀后面都是不重合的位,receiver4和receiver5的地址分别是6002::16与6002::32也是同理。由此,中间的转发设备能够根据这些位形成bier转发表项。假设中间网络的bier转发表已经形成,现在有一个流量,需要发送给receiver2、receiver3和receiver4三个用户侧节点。用户侧节点receiver2和转发侧节点g在同一个共享网络上,与转发侧节点c相连。在源发送报文时,目的地址是6002::28,28则标识对应receiver2、receiver3和receiver4的三个位。根据网络中事先形成的bier转发表,可以得知报文传输路径是:sender1->a->d->c->g/receiver2->receiver3,a->d->f->receiver4。报文将在转发侧节点c发送给receiver2和转发节点g。根据bier的转发原理,在报文从节点d转发给节点c时,携带的报文的目的地址是6002::12,表示目的是6002::4和6002::8。节点c将报文发送给receiver2和转发节点g,因为receiver2与节点g在同一共享网络,因此节点c将报文根据bier转发原则,发送到连接有receiver2与转发节点g的共享网络上的报文头目的地址为6002::12,转发节点g能够根据自身的bier转发表和bier转发规则进行正确处理并转发到相连的receiver3。但同样是这个报文,receiver2因为是用户侧节点,无法像转发节点g一样处理,由此receiver2将由于报文目的地址为6002::12,而非自身的地址6002::4,认为这个报文不是发送给他自己的,而是会丢弃处理。在图1中,造成转发节点c不能正常转发报文给receiver2的原因在于:转发节点c不知道该报文将被发送给接收者,只会按照正常的bier转发进行处理,由此造成接收者(receiver2)在收到报文时,因为目的地址并非本地的地址,而造成报文被丢弃或者不能正常接收。下面先对本申请中提及的用户侧和转发侧进行说明。用户侧,一般指接收者节点或主机节点这一侧,也可以指有主机行为的转发节点。在网络虚拟化技术广泛应用的今天,用户侧节点既可以是实体的设备,也可以是虚拟的模块。用户侧节点的主要职责是发送信息与需求,其中,信息与需求可以是一同发送的,比如使用mld或igmp协议发送组播报告(report)报文时,在携带用户的组播组请求的同时,用户侧节点的主要信息(比如ip地址等)会一同随着协议报文发送,转发侧节点能够接收到这些信息并加以识别和处理。转发侧又叫网络侧,或者路由器侧,主要工作目的是收集用户侧发出的信息和需求,其中,信息可以包括接收节点或者主机节点的地址等信息,需求则可以包括接收节点或者主机节点希望接收的组播流量。转发侧在收集到这些内容之后,将向更上一级网络请求获取这些流量,并将在流量到达的时候转发给用户侧。同样地,在网络虚拟化技术广泛应用的今天,转发侧节点既可以是实体的设备,也可以是虚拟的模块。如图2所示,本实施例提供一种信息传递方法,应用于用户侧节点,包括:s201、用户侧节点发送携带用户侧标记的组播协议消息或路由协议消息给转发侧节点。其中,用户侧标记可以由组播协议消息或路由协议消息中新定义的标记位指示,或者,由组播协议消息或路由协议消息中新定义的tlv(typelengthvalue,类型长度值)指示,或者,由组播协议消息或路由协议消息中新定义的子tlv指示。其中,s201可以包括:用户侧节点通过组播协议发送携带用户侧标记的流量请求;或者,用户侧节点通过路由协议通告新增用户侧标记的前缀信息。其中,组播协议可以包括以下至少之一:mld、igmp、pim协议;路由协议可以包括以下至少之一:babel协议、bgp、ospf协议、isis协议。其中,前缀信息可以包括:在ipv6网络用于bier转发的ipv6地址。然而,本申请对此并不限定。在其他实施方式中,前缀信息可以包括普通ip地址。在s201之后,本实施例的信息传递方法还可以包括:s202、用户侧节点接收与其直连的转发侧节点转发的目的地址为本用户侧节点的地址的报文。在本实施例中,用户侧节点在发送流量请求或者前缀等信息时,可以声明自己是接收节点或者主机,其中,声明方式可以是协议扩展一个标记位指示用户侧标记,或者通过协议扩展表示用户侧标记。其中,用户侧节点可以在发送mld或igmp报告消息用以声明流量请求时,增加声明自己是接收节点或者主机的标记位,以这点将用户侧节点与转发侧节点的发送报文区别开来。在用户侧节点使用pim协议发送流量请求时,同样可以引入用户侧标记。同样地,用户侧节点在使用路由协议(比如,babel、bgp、ospf、isis等)通告其地址前缀信息时,可以在前缀信息中增加标记位来进行区分,或者,也可以采用增加tlv或者sub-tlv的方式来起到与标记位相同的作用。如图3所示,本实施例提供一种信息传递方法,应用于转发侧节点,包括:s301、转发侧节点在收到直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息后,在转发表中标识出该用户侧节点;s302、根据转发表,转发报文给该用户侧节点,其中,该报文的目的地址封装为该用户侧节点的地址。其中,用户侧标记可以由组播协议消息或路由协议消息中新定义的标记位指示,或者,由组播协议消息或路由协议消息中新定义的tlv指示,或者,由组播协议消息或路由协议消息中新定义的子tlv指示。其中,组播协议消息可以包括:通过组播协议发送的流量请求;组播协议可以包括以下至少之一:mld、igmp、pim协议;路由协议消息可以包括:通过路由协议通告的前缀信息;路由协议可以包括以下至少之一:babel协议、bgp、ospf协议、isis协议。在本实施例中,转发侧节点在收到用户侧节点发送的携带用户侧标记的前缀信息或者流量请求后,解析收到的信息,若发现携带用户侧标记,则将转发表中的对应表项进行标记,以标识出与该转发侧节点直连的用户侧节点;在收到直连的用户侧节点需要的报文进行转发时,根据标记的表项进行报文头的目的封装处理,即将报文的目的地址封装为该用户侧节点的地址,以保证正确转发报文到用户侧节点。需要注意的是,如果转发表中除了有直连的用户侧节点,还有其他转发侧节点需要接收报文时,则除了将报文单独封装为直连的用户侧节点的地址并发送给用户侧节点外,还要根据转发规则转发给其他转发侧节点。下面通过多个实施例对本申请的方案进行说明。实施例一本实施例仍然以图1所示网络中的问题为例,着重于转发节点c与receiver2之间的处理过程。如图4所示,假设用户侧和转发侧之间的协议交互为mld协议。转发节点之间运行ospf、isis、bgp、或babel等路由协议来进行bier信息交互以形成bier转发表,其中,转发节点之间使用路由协议进行bier信息交互时不携带用户侧标记。步骤1、用户侧的receiver2在发送mld的报告消息给转发侧时,除了携带其需要接收的组播流量信息请求外,还携带用户侧标记。用户侧的receiver2的地址可以通过receiver2发送的mld协议报文源地址来进行获取,或者,也可以通过路由前缀等携带的信息来获取。步骤2、转发侧的节点c在形成转发表项时,根据用户侧标记在转发表项中进行特殊标记flag处理,表项中所包含的目的receiver2将是该用户侧节点的ipv6地址,在图1的示例中即6002::4。同时转发表项中还有正常转发到下一转发侧节点的表项,即下一跳为节点g,但该表项中没有用户侧标记。步骤3、转发侧节点c在收到需要转发的组播流量后,查转发表发现表项是有用户侧标记的,则根据转发表项中的目的ip封装流量,即单独封装报文目的地址为6002::4,发送给连有receiver2与转发节点g的共享网络接口上,receiver2收到该报文发现其目的地址是自身,将进行正确的接收报文处理。同时转发侧节点c发现还需要转发到下一个没有设置用户侧标记的邻居节点时,根据正常的bier转发流程处理并转发,报文将按照流程正常封装目的地址为6002::12并转发到节点g。节点g将根据自身的转发表进行正确转发给receiver3。其中,节点c在转发报文给节点g时,也可以因为已经发送报文给用户侧receiver2,因此将receiver2所对应的位在报文封装中去除,即只发送6002::8给节点g,如图4所示。这个去除动作是可选的,不影响下一转发节点g的处理。由此,receiver2能够接收到目的地址是自己的组播流量,实现正确的组播流量接收流程。同样,图1中的其他部分,用户侧receiver1与转发节点b之间,用户侧receiver3与转发节点g之间,用户侧receiver4与转发节点f之间,用户侧receiver5与转发节点e之间都可以进行同样的处理流程,由此实现正确的组播流量接收。如果用户侧节点与转发侧节点之间运行的是pim协议,也可以进行同样的协议扩展,在pim的加入(join)消息中加入用户侧标记,相关处理流程类似,从而达到同样的效果。实施例二本实施例同样以图1所示的网络为例,其中,用户侧与转发侧之间没有运行mld或igmp协议做用户侧接入,而是整个网络运行路由协议来实现互联。同样节选局部交互过程如图5所示,receiver2在使用路由协议通告自己的前缀信息6002::4到网络中时,携带用户侧标记。根据各个路由协议在网络中的互相通告机制,比如bgp或babel的前缀通告、ospf或isis的泛洪,网络中每个节点都会收到该前缀信息,并且生成与之相关的bier转发表项。转发节点c生成的bier转发表中,由于receiver2的前缀来自直连的邻居节点,并且携带用户侧标记,因此转发节点c上的转发表项将有特殊标记,表明有用户侧接收者,并且用户侧接收者的地址为receiver2。同样因为还有邻居节点g,所以有需要采用正常bier转发的邻居节点g。需要注意的是,采用ospf或isis这样的泛洪机制,会导致带有用户侧标记的前缀信息会被其他转发节点(比如转发节点d等)一并收到。这里以转发节点d为例,转发节点d在处理这样的前缀信息时,发现到receiver2的前缀路由下一跳是节点c,也就是转发节点d与receiver2并非直连关系,因此转发节点d在生成bier转发表项时,不会将到达receiver2前缀的路由转发表项做用户侧标记,如图5所示。同样,转发节点c也会收到转发节点g转发或者洪泛而来的receiver3的带有用户侧标记的前缀信息,因为转发节点c并没有与receiver3直连,因此转发节点c虽然对receiver2会生成带用户侧标记的特殊转发条目,但并不会对receiver3生成带用户侧标记的特殊转发条目。另一方面,如果采用的是bgp或babel这样的非洪泛协议,则bgp或babel可以选择将带有用户侧标记的前缀信息不改动地传递给其他节点,类似ospf或isis处理。或者,也可以选择在转发给其他节点时,去掉用户侧标记信息,比如转发节点c在转发receiver2的前缀信息给节点d时,可以去掉用户侧标记,这样节点d同样不会因为非直连的receiver2的前缀信息生成带有用户侧标记的特殊转发条目。同理节点g在转发receiver3的前缀信息给节点c时,也可以选择去掉用户侧标记,这样节点c也不会因为非直连receiver3的前缀信息生成带有用户侧标记的特殊转发条目。由此,在节点d收到目的封装为6002::28的报文时,根据bier转发表项进行处理,发送目的地址为6002::16的报文给邻居节点f,发送目的地址为6002::12的报文给节点c。节点c根据bier转发表项,发现发送给receiver2的条目有用户侧标记,因此根据表项中的receiver2的地址进行报文目的封装,此时,目的地址为6002::4,发送到连有receiver2与节点g的链路上,节点g根据已有的bier转发原则,对这个报文做忽略处理,receiver2能正常接收该报文。节点c再根据没有用户侧标记的转发条目,发送报文6002::12到连有receiver2和节点g的链路上,如图5所示,这个报文receiver2会忽略,节点g将根据bier转发原则转发给receiver3。其中,节点c在进行用户侧标记表项的转发处理后,再根据bier转发原则转发报文到同样的共享链路时,也可以选择将报文头中的与已转发用户侧标记相同的位清除掉,即节点c在发送报文给节点g时,也可以将报文头修改为6002::8再发送。实施例三图6所示的是一个节选网络,其中,转发侧节点c连接的一个共享网络上存在receiver2和receiver3两个用户侧节点。根据ipv6bier转发原则,在没有应用本申请的方案时,转发节点c会发送一个目的地址封装为6002::12的报文到该共享网络,receiver2与receiver3两个用户侧节点都会因该报文的目的地址不是自身而丢弃该报文。应用本申请的方案之后,receiver2与receiver3两个用户侧节点在使用mld或pim协议发送组播流请求报文时,或者使用babel、bgp、ospf、或isis协议发送自身前缀信息时,携带用户侧标记,转发节点c由此形成具有特殊标记的bier转发表项,如图6所示。在组播数据流发到转发节点c时,转发节点c通过对转发表项的查找,发现有连receiver2用户侧节点,转发节点c根据带有特殊标记的转发表项封装6002::4为目的地址发送出去,receiver2因此可以正常接收组播数据流。同理,转发节点c根据表项中的用户侧标记,封装6002::8为目的地址并转发,receiver3也因此可以正常接收组播数据流。由此,在转发节点的某个接口连接的用户侧节点有多个时,也能正确实现报文转发,保证用户侧节点都能正常收到组播数据流报文。实施例四本实施例说明用户侧标记的携带方式。当使用mld、igmp、pim等协议作为用户侧与转发侧进行交互的协议时,可以通过在mld或igmp的报告(report)报文中扩展来指示用户侧标记。如图7所示,可以通过在mld的report报文中保留(reserved)字段中定义其中一位(比如末位)来表示用户侧标记。或者,可以如图8所示,通过定义一个新的tlv来实现,新的tlv中专门标记位表示是用户侧标记。或者,可以如图9所示,专门新增特殊前缀tlv,并且有用户侧标记的方式来实现。对于使用pim协议作为用户侧和网络侧交互协议的场景,也可以通过pim的join报文进行扩展实现,扩展格式或方式同上所述,这里不再累述。当使用babel、bgp、ospf或isis协议来进行用户侧标记的传送时,可以通过在这几个协议进行前缀通告时,在未使用的标记位或者reserved字段中新定义一位来标识用户侧标记。比如,在babel协议中,可以在前缀通告更新(update)消息的flag中,新定义一个位来标识,如图10所示;同理bgp、ospf或isis协议也可以采用类似方式定义。或者,也可以新增tlv或者sub-tlv来表示,形式类似图8和图9,故于此不再赘述。通过上述实施例的描述可知,用户侧节点在通过mld、igmp或pim协议发送流量请求时,或者通过babel、bgp、ospf、或isis等路由协议发送前缀信息时,通过新增用户侧标记的方式,可以让转发节点明确得知是否连接有用户侧节点,在转发节点根据bier规则进行转发时,能够识别用户侧节点,并且封装报文为正确的目的地址发送,从而保证在转发节点连接有多个用户侧节点,或者既连接用户侧节点又连接转发侧节点时,用户侧节点能够正确接收流量报文。本申请保证了ipv6的bier技术应用正确性,扩大了bier技术的适用范围与场景,对组播技术和网络的发展有非常重要的促进作用。如图11所示,本申请实施例还提供一种信息传递装置,应用于用户侧节点,包括:第一发送模块1101,用于发送携带用户侧标记的组播协议消息或路由协议消息给转发侧节点。其中,用户侧标记可以由组播协议消息或路由协议消息中新定义的标记位指示,或者,由组播协议消息或路由协议消息中新定义的tlv指示,或者,由组播协议消息或路由协议消息中新定义的子tlv指示。其中,第一发送模块1101可以用于通过组播协议发送携带用户侧标记的流量请求,或者,通过路由协议通告新增用户侧标记的前缀信息。其中,组播协议可以包括以下至少之一:mld、igmp、pim协议;路由协议可以包括以下至少之一:babel协议、bgp、ospf协议、isis协议。本实施例的信息传递装置还可以包括:第一接收模块1102,用于接收与用户侧节点直连的转发侧节点转发的目的地址为用户侧节点的地址的报文。关于本实施例的装置的相关说明可以参照图2对应的方法实施例的描述,故于此不再赘述。如图12所示,本申请实施例还提供一种信息传递装置,应用于转发侧节点,包括:第二接收模块1201,用于接收直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息;处理模块1202,用于在第二接收模块1201收到直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息后,在转发表中标识出该用户侧节点;第二发送模块1203,用于根据该转发表,转发报文给该用户侧节点,其中,该报文的目的地址封装为该用户侧节点的地址。其中,用户侧标记可以由组播协议消息或路由协议消息中新定义的标记位指示,或者,由组播协议消息或路由协议消息中新定义的tlv指示,或者,由组播协议消息或路由协议消息中新定义的子tlv指示。关于本实施例提供的装置的相关说明可以参照图3对应的方法实施例的描述,故于此不再赘述。如图13所示,本申请实施例还提供一种信息传递装置,应用于用户侧节点1300,包括:传输模块1306、存储器1304以及一个或多个处理器1302(图中仅示出一个);其中,存储器1304用于存储用于信息传递的程序;该用于信息传递的程序在被处理器1302读取执行时,执行以下操作:通过传输模块1306发送携带用户侧标记的组播协议消息或路由协议消息给转发侧节点。其中,处理器1302可以包括但不限于微处理器(mcu)或可编程逻辑器件(fpga)等的处理装置。本领域普通技术人员可以理解,图13所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,用户侧节点1300还可包括比图13中所示更多或者更少的组件,或者具有与图13所示不同的配置。存储器1304可用于存储应用软件的软件程序以及模块,如本申请的信息传递方法对应的程序指令/模块,处理器1302通过运行存储在存储器1304内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器1304可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器1304可进一步包括相对于处理器1302远程设置的存储器,这些远程存储器可以通过网络连接至用户侧节点1300。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。传输模块1306用于经由一个网络接收或者发送数据。在一个实例中,传输模块1306可以为射频(radiofrequency,简称为rf)模块,其用于通过无线方式与互联网进行通信。如图14所示,本申请实施例还提供一种信息传递装置,应用于转发侧节点1400,包括:传输模块1406、存储器1404以及一个或多个处理器1402(图中仅示出一个);其中,存储器1404用于存储用于信息传递的程序;该用于数据传输的程序在被处理器1402读取执行时,执行以下操作:在通过传输模块1406收到直连的用户侧节点发送的携带用户侧标记的组播协议消息或路由协议消息后,在转发表中标识出该用户侧节点;根据该转发表,转发报文给该用户侧节点,其中,该报文的目的地址封装为该用户侧节点的地址。其中,处理器1402可以包括但不限于mcu或fpga等的处理装置。本领域普通技术人员可以理解,图14所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,转发侧节点还可包括比图14中所示更多或者更少的组件,或者具有与图14所示不同的配置。存储器1404可用于存储应用软件的软件程序以及模块,如本申请实施例中的信息传递方法对应的程序指令/模块,处理器1402通过运行存储在存储器1404内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器1404可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器1404可进一步包括相对于处理器1402远程设置的存储器,这些远程存储器可以通过网络连接至转发侧节点1400。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。传输模块1406用于经由一个网络接收或者发送数据。在一个实例中,传输模块1406可以为射频(radiofrequency,简称为rf)模块,其用于通过无线方式与互联网进行通信。此外,本申请实施例还提供一种机器可读介质,存储多个指令,当多个指令被一个或多个处理器执行时实现用户侧的信息传递方法。本申请实施例还提供一种机器可读介质,存储多个指令,当多个指令被一个或多个处理器执行时实现转发侧的信息传递方法。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成,所述程序可以存储于机器可读介质中,如只读存储器、磁盘或光盘等计算机可读存储介质。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,例如通过集成电路来实现其相应功能,也可以采用软件功能模块的形式实现,例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。虽然本申请所揭露的实施方式如上,但所述的内容仅为便于理解本申请而采用的实施方式,并非用以限定本申请。任何本申请所属领域内的技术人员,在不脱离本申请所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本申请的专利保护范围,仍须以所附的权利要求书所界定的范围为准。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1