CN104243309A - 一种路由发布方法和装置 - Google Patents
一种路由发布方法和装置 Download PDFInfo
- Publication number
- CN104243309A CN104243309A CN201410469292.3A CN201410469292A CN104243309A CN 104243309 A CN104243309 A CN 104243309A CN 201410469292 A CN201410469292 A CN 201410469292A CN 104243309 A CN104243309 A CN 104243309A
- Authority
- CN
- China
- Prior art keywords
- forwarding unit
- path
- route
- information
- routing information
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种路由发布方法和装置,其中方法包括:RR接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;对于所述转发路径上的某一转发设备,所述RR根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。本发明大大提高了路由发布效率。
Description
技术领域
本发明涉及网络技术,特别涉及一种路由发布方法和装置。
背景技术
自治系统(Autonomous System,简称:AS)是指拥有同一选路策略,属于同一技术管理部门的一组路由器,相关技术中,AS内引入了路由反射器(RouteReflector,简称:RR)机制,由RR作为AS内进行路由集中控制的设备,用于向AS内的各个设备发布路由。
例如,假设在AS内有一条流量路径是SR-B——>CR-B——>Core-B——>CR-C——>SR-C,其中,SR(Service Router)是在网络中负责业务接入的业务路由器,CR(Core Router)是在网络中负责流量转发的核心路由器;SR-C是这条路径的终点,SR-C管理的网段是a网段,则“a网段在SR-C处”就相当于一个路由信息,由SR-C将该路由信息发送给RR,告知RR该路由信息,则RR会将该路由信息通告至AS内的其他设备。在RR向其他设备发布路由时,管理员要在RR上手工配置该其他设备的下一跳,比如,管理员在RR上配置“SR-B的下一跳是CR-B”,则RR将上述路由信息、以及该下一跳信息发送至SR-B,使得SR-B得知该路由以及对应的下一跳是CR-B。同理,RR向Core-B发送路由信息时也需要管理员手工配置其下一跳CR-C,再由RR发布路由信息和该下一跳信息。这种方式使得RR在做路由发布时配置工作量很大,需要基于每条路由和每个设备进行配置,路由发布效率低。
发明内容
有鉴于此,本发明提供一种路由发布方法和装置,以提高路由发布效率。
具体地,本发明是通过如下技术方案实现的:
第一方面,提供一种路由发布方法,所述方法应用于自治系统AS中的路由反射器设备RR;所述方法包括:
所述RR接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
对于所述转发路径上的某一转发设备,所述RR根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
第二方面,提供一种路由发布方法,包括:
路由发布装置解析用于转发流量的转发路径的信息,得到所述转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
所述路由发布装置将所述路径信息发送至路由反射器设备,以使得所述路由反射器设备根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
第三方面,提供一种路由反射器设备,包括:
信息接收单元,用于接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
路由发布单元,用于对于所述转发路径上的某一转发设备,所述RR根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
第四方面,提供一种路由发布装置,包括:
信息获取单元,用于解析用于转发流量的转发路径的信息,得到所述转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
信息发送单元,用于将所述路径信息发送至路由反射器设备,以使得所述路由反射器设备根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
本申请实施例的路由发布方法和装置,是由路由发布装置将路径信息发送至RR,RR根据该路径信息直接得到路径上设备的下一跳,从而将该下一跳和路由发布至该设备,相对于传统方式中的在RR上手工配置信息,大大提高了路由发布效率。
附图说明
图1是本发明实施例提供的路由发布方法的应用示意图一;
图2是本发明实施例提供的一种路由发布方法的流程示意图;
图3是本发明实施例提供的另一种路由发布方法的流程示意图;
图4是本发明实施例提供的路由发布方法的应用示意图二;
图5是本发明实施例提供的路由发布方法的应用示意图三;
图6是本发明实施例提供的路由发布方法的应用示意图四;
图7是本发明实施例提供的路由发布方法的应用示意图五;
图8是本发明实施例提供的路由发射器设备RR的结构示意图;
图9是本发明实施例提供的路由发布装置的结构示意图。
具体实施方式
图1示出了一个AS内的组网架构,在该AS内,设置有两个RR,分别是RR1和RR2(一个AS内可以设置一个或多个RR),RR用于做该AS内的路由集中发布,比如,某个设备SR-C发布了一个路由“a网段的地址都在SR-C处,即发往该a网段内地址的报文都发送至SR-C,由SR-C再进行下一层次的转发”,该路由信息假设是由SR-C发送至RR1和RR2,对于其中每个RR,需要将SR-C发送的该路由信息发布至该AS内的其他网络设备,例如CR-C、CR-B等。
本申请实施例的路由发布方法,将主要描述RR是如何将上述SR-C发送的该路由信息发布至该AS内的其他网络设备的,该路由发布方法是由RR和路由发布装置配合实现的,在申请的一个例子中,该路由发布装置可以为图1中所示的Network APP,亦即,该装置可以是运行在某个服务器上的网管软件。
参见图2所示的流程,RR按照该流程执行路由发布的过程,需要说明的是,本发明实施例中的RR在传统的RR的基础上进行了改进,比如对RR进行了软件升级,使之在升级后具有了执行如下路由发布方法的能力,当然该升级软件是对应于如下路由发布的功能。
201、RR接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
202、RR对于转发路径上的某一转发设备,RR根据连接关系得到所述转发设备的下一跳转发设备,并待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
参见图3所示的流程,路由发布装置按照该流程执行路由发布的过程:
301、路由发布装置解析用于转发流量的转发路径的信息,得到所述转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
其中,路由发布装置解析的转发路径的信息,例如可以是图形信息,也可以是文字信息。比如,管理员可以在该路由发布装置上通过手工绘制图形信息来配置转发路径,或者,管理员也可以在路由发布装置上配置文字的转发路径信息,例如在某些输入框中输入对应的转发路径的信息。
302、路由发布装置将所述路径信息发送至路由反射器设备,以使得所述路由反射器设备根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
下面以Network APP是网管软件为例,详细描述RR和路由发布装置配合实现路由发布的过程:
在本申请的一个实施例中,该APP设置了图像化可视界面,用户可以在该界面中配置用于转发流量的转发路径。以可视化界面的方式配置转发路径,也有多种可选的方式:
例如,界面中可以已经显示了图1中所示的网络架构,包括该AS域内的各个转发设备(比如SR-A、CR-B等),用户可以在该显示的网络架构的基础上,配置出流量的转发路径,比如通过连接线,将SR-B、CR-B、Core-B、CR-C和SR-C连接起来,组成一条转发路径。
又例如,转发路径的配置还可以是,在网管软件上设置了用于绘图的各种类型的绘图元素,比如有SR-A路由器、CR-B路由器、还有用于连接路由器的连接线等,用户可以像画图那样,采用上述各种图标或者连接线等元素配置转发路径,在网管软件的页面显示如图4所示的转发路径,该图4中的两条路径对应于图1中示出的两条转发路径。这两条路径分别是:SR-A——>CR-A——>Core-A——>CR-C——>SR-C,以及,SR-B——>CR-B——>Core-B——>CR-C——>SR-C。
网管软件可以根据上述的可视化图形,得到转发路径对应的路径信息。例如,对于图4中所示的信息,该信息以图形信息为例,网管软件可以解析该图形信息,该解析的意思是,网管软件APP是能够知道SR-B的路由器图标对应的是SR-B这个节点,并且可以知道两台路由器之间通过连接线相连接的意思是这两台设备是邻居关系,等。基于此,APP可以解析图4的图形信息,得到对应上述两条转发路径的路径信息,该路径信息包括:转发路径上包括的各转发设备、以及各转发设备之间的连接关系。比如,上述的SR-B——>CR-B——>Core-B——>CR-C——>SR-C,APP可以知道该路径包括SR-B、CR-B、Core-B、CR-C和SR-C这五台设备,并且知道其相互之间的连接关系是,SR-B是路径起点,其连接CR-B,CR-B连接着Core-B等等。
网管软件可以将解析可视化图形得到的路径信息发送至RR,需要说明的是,此时作为网管软件的APP发送给RR的路径信息是一些信息,而不是图4中所示的图形,比如图4中示出的转发路径SR-B——>CR-B——>Core-B——>CR-C——>SR-C,APP在发送该路径对应的路径信息时,可以是这样的信息“SR-B、CR-B、Core-B、CR-C、SR-C”,该信息表示两方面的意思,一方面是转发路径包括所述的五个设备,另一方面,这五个设备之间按照上述的排列顺序依次连接。当然也可以有其他的路径信息表示方式,只要APP和RR预先协商确定,RR能够理解APP发送的信息即可。
APP在向RR发送路径信息时,如果RR所在的AS内有多个RR,比如图1中所示的一个AS内有两个RR,分别是RR1和RR2,那么APP需要将路径信息发送至每一个RR,每个RR都需要根据该路径信息进行路由发布。例如,参见图1,对于该AS内的其中一个设备CR-B,其将接收到两份路由信息,一份是RR1发布给CR-B的,另一份是RR2发布的,CR-B都会存储;这样做的用处是,如果CR-B发现其中一个RR比如RR1发生故障而宕机(RR和AS内的各设备之间有故障检测机制),则CR-B可以将RR1发布的路由信息删除(或者说停止使用),而根据RR2发布的路由进行流量转发,不会造成业务流量的中断,否则,如果AS内仅有的一个RR宕机后,AS内的转发设备在发现该RR故障后,也就不会再根据该RR发布的路由转发流量,就会影响业务的正常执行,导致流量转发中断。如下的描述中,将针对单个RR来进行说明。
RR接收到APP发送的路径信息后,可以知道对应的转发路径;比如,当RR接收到路径信息“SR-B、CR-B、Core-B、CR-C、SR-C”后,相当于得知了该转发路径“SR-B——>CR-B——>Core-B——>CR-C——>SR-C”。据此,RR可以知道转发路径上的某一个转发设备的下一跳转发设备是哪个;例如,根据上述的路径信息,RR可以知道在该路径上,CR-B的下一跳是Core-B,CR-C的下一跳是SR-C等。
也就是说,在传统的RR发布路由的方式中,需要由管理员在RR上手工配置路径上各设备的下一跳,比如手工在RR上配置CR-B的下一跳是Core-B,这样RR根据该配置的下一跳,将路由信息发布至CR-B,并通知CR-B其下一跳是Core-B。例如,路由信息是a网段的地址在SR-C处,CR-B接收到发往a网段的地址的报文,则CR-B知道是需要将报文发往SR-C的,具体怎么发,就根据下一跳,将报文向其下一跳设备Core-B发送即可,该报文就能到达SR-C。而本实施例的路由发布方法中,不需要RR上的手工配置,RR从APP接收到路径信息,并且根据该路径信息就能直接得到路径和路径上各设备的下一跳,从而相比于传统方式来说,减少了手工配置量,比如,即使有多条流量转发路径,只要在APP上可视化的配置出该路径,APP据此得到路径信息发送给RR,RR就可以得到路径上各设备的下一跳,非常简单和方便。
此外,上述的方式还有如下好处:在传统的手工配置方式中,比如是通过手工输入配置指令的方式来进行路径下一跳的设置,输入过程中不仅比较慢,而且也容易出错,可能会由于不小心出现输入错误,但是又不容易发现该错误;而本实施例的路由发布方式中,是在APP侧可视化配置转发路径的,这条路径经过哪些设备以及怎样连接,可以直观的看出,不容易出错,准确度高,而且,在APP上进行图形化配置相比于指令输入方式,还是会提高配置速度的。
RR会将待发布的路由信息以及下一跳转发设备的设备信息,发送给转发路径上的转发设备,比如,对于转发路径“SR-A——>CR-A——>Core-A——>CR-C——>SR-C”,RR将路由信息发送至CR-A,并且通知CR-A,其下一跳设备是Core-A。
需要说明的是,本实施例的路由发布方法,RR在发布路由时,并不是将路由信息发布至AS内的所有转发设备,而是只发布至转发路径上的设备。比如,上述转发路径“SR-A——>CR-A——>Core-A——>CR-C——>SR-C”,对于“a网段的地址在SR-C处”这样的路由信息,RR会将其发布至该转发路径上的转发设备,比如SR-A、CR-A、Core-A,并且告知每个设备的下一跳,比如SR-A的下一跳是CR-A,而对于该转发路径之外的设备比如图1中所示的CR-D,RR就不会向其发布路由信息,从而减少了网络中的路由发布数量,降低了网路负荷。
在另一个实施例中,在APP上设置的转发路径可能会比较复杂,比如图5中所示的路径,将“SR-A——>CR-B——>Core-B——>CR-C——>SR-C”作为“SR-A——>CR-A——>Core-A——>CR-C——>SR-C”的备份路径或者作为其负载分担路径。在具体实施中,可选的一种方式是,APP在向RR发送上述两个转发路径的路径信息“SR-A、CR-B、Core-B、CR-C、SR-C”和“SR-A、CR-A、Core-A、CR-C、SR-C”时,携带上路径对应的路径属性,该路径属性用于表示所述转发路径的功能,这里的功能比如是上述的“备份路径”或者“负载分担路径”。例如,用“01”表示备份功能,用“02”表示负载分担功能。
如上所述,RR接收到的APP发送的路径信息中,包括了转发路径对应的路径属性,RR可以根据该路径属性获知对应转发路径的用途,并基于此区分不同的下一跳。比如,参见图5所示,RR在向SR-A发送其下一跳时,有两个下一跳设备,分别是CR-A和CR-B,并且,RR可以根据上述的路径属性,将CR-B定义为“作为备份的下一跳”,以使得SR-A得知在链路“SR-A至CR-A”发生故障时将流量转发至CR-B,或者RR根据路径属性,将CR-B定义为“作为负载分担的下一跳”,以使得SR-A得知将流量往CR-A和CR-B均进行转发。
在又一个实施例中,转发路径上的各个转发设备,不一定是位于同一个AS的,也可以是分别位于不同AS的各个转发设备。
比如参见图6,以转发路径“SR-A——>CR-A——>Core-A——>CR-C——>SR-C”为例,该路径中的SR-A、CR-A和Core-A属于AS1,而CR-C和SR-C属于AS2。APP可以提供跨AS的整个网络的组网架构,APP将该路径对应的路径信息,分别发送至RR1和RR2。每个RR在根据路径信息发布路由时,将从路径信息中获取RR所在的本AS内的转发设备作为其发布路由的目标转发设备,并获取该目标转发设备的下一跳转发设备,将待发布的路由和下一跳转发设备的设备信息发送至该目标转发设备。
例如,以RR1为例,RR1接收到的路径信息是“SR-A、CR-A、Core-A、CR-C、SR-C”,RR1可以获知其中的SR-A、CR-A和Core-A是在自己负责的AS1内,则只向这三个设备发布路由。并且,RR1根据路径信息能够获知,SR-A的下一跳是CR-A,CR-A的下一跳是Core-A,Core-A的下一跳是CR-C;RR1向SR-A发布路由时,将路由信息和下一跳信息(CR-A)发送给SR-A,向CR-A发布路由时,将路由信息和下一跳信息(Core-A)发送给CR-A,RR2的发布方法与RR1类似,只向CR-C、SR-C这两个设备发布路由。
在又一个实施例中,比如图7中所示,各转发设备之间通过网络连接。在该图7中,以跨AS的转发路径为例,在转发路径“C——>A——>B——>ASBR-1——>ASBR-2——>E——>G”中,ASBR-1与ASBR-2两个设备之间的网络可能是由另外的某个第三方来提供,该第三方也许不希望自己的网络拓扑被暴露出来,那么本实施例的方法还将为该第三方网络拓扑提供抽象化的支持,例如:其只需要提供网络边缘的两个设备即可(如,ASBR-1与ASBR-2)。并且,由于本实施例的AS内部的各路由器之间运行的是边界网关协议(Border GatewayProtocol,简称:BGP),BGP也是支持上述抽象方式的,因为运行BGP的路由器可以支持为其指定的下一跳是非与其直连的下一跳,比如,RR在向ASBR-1发送下一跳信息时,指出其下一跳是ASBR-2,那么该ASBR-2可以不是与ASBR-1直连的下一跳设备(即可以是其远端的某个路由器),ASBR-1可以据此自己获取到该设备的路径。
在网络抽象的路径配置方式中,APP在发送路径信息时,上述图7的转发路径对应的路径信息即“C、A、B、ASBR-1、ASBR-2、E、G”,对应的,RR根据该路径信息,可以确定ASBR-1的下一跳设备是ASBR-2,将该下一跳发送至ASBR-1。
图8是本发明实施例提供的路由发射器设备RR的结构示意图,如图8所示,该RR可以包括:信息接收单元81和路由发布单元82;其中,
信息接收单元81,用于接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
路由发布单元82,用于对于所述转发路径上的某一转发设备,所述RR根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
进一步的,所述路径信息还包括:所述转发路径对应的路径属性,所述路径属性用于表示所述转发路径的功能。
进一步的,所述转发路径上包括的各转发设备包括:分别位于不同自治系统AS的转发设备。
图9是本发明实施例提供的路由发布装置的结构示意图,如图9所示,该装置可以包括:信息获取单元91和信息发送单元92;其中,
信息获取单元91,用于解析用于转发流量的转发路径的信息,得到所述转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
信息发送单元92,用于将所述路径信息发送至路由反射器设备,以使得所述路由反射器设备根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1.一种路由发布方法,其特征在于,所述方法应用于自治系统AS中的路由反射器设备RR;所述方法包括:
所述RR接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
对于所述转发路径上的某一转发设备,所述RR根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
2.根据权利要求1所述的方法,其特征在于,所述路径信息还包括:所述转发路径对应的路径属性,所述路径属性用于表示所述转发路径的功能。
3.根据权利要求1所述的方法,其特征在于,所述转发路径上包括的各转发设备包括:分别位于不同自治系统AS的转发设备。
4.根据权利要求3所述的方法,其特征在于,所述根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备,包括:
所述RR从所述路径信息中获取属于RR所在的本AS内的目标转发设备;
获取所述目标转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述本AS内的目标转发设备。
5.根据权利要求1所述的方法,其特征在于,所述各转发设备之间是直接连接,或者是通过网络连接。
6.一种路由发布方法,其特征在于,包括:
路由发布装置解析用于转发流量的转发路径的信息,得到所述转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
所述路由发布装置将所述路径信息发送至路由反射器设备,以使得所述路由反射器设备根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
7.根据权利要求6所述的方法,其特征在于,所述路径信息还包括:所述转发路径对应的路径属性,所述路径属性用于表示所述转发路径的功能。
8.一种路由反射器设备,其特征在于,包括:
信息接收单元,用于接收路由发布装置发送的用于转发流量的转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
路由发布单元,用于对于所述转发路径上的某一转发设备,所述RR根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
9.根据权利要求8所述的设备,其特征在于,所述路径信息还包括:所述转发路径对应的路径属性,所述路径属性用于表示所述转发路径的功能。
10.根据权利要求8所述的设备,其特征在于,所述转发路径上包括的各转发设备包括:分别位于不同自治系统AS的转发设备。
11.一种路由发布装置,其特征在于,包括:
信息获取单元,用于解析用于转发流量的转发路径的信息,得到所述转发路径对应的路径信息,所述路径信息包括:所述转发路径上包括的各转发设备、以及所述各转发设备之间的连接关系;
信息发送单元,用于将所述路径信息发送至路由反射器设备,以使得所述路由反射器设备根据所述连接关系得到所述转发设备的下一跳转发设备,并将待发布的路由和所述下一跳转发设备的设备信息发送至所述转发设备。
12.根据权利要求11所述的装置,其特征在于,所述路径信息还包括:所述转发路径对应的路径属性,所述路径属性用于表示所述转发路径的功能。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410469292.3A CN104243309A (zh) | 2014-09-15 | 2014-09-15 | 一种路由发布方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410469292.3A CN104243309A (zh) | 2014-09-15 | 2014-09-15 | 一种路由发布方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104243309A true CN104243309A (zh) | 2014-12-24 |
Family
ID=52230693
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410469292.3A Pending CN104243309A (zh) | 2014-09-15 | 2014-09-15 | 一种路由发布方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104243309A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893419A (zh) * | 2005-07-06 | 2007-01-10 | 华为技术有限公司 | 一种路由更新方法 |
WO2008031334A1 (fr) * | 2006-09-07 | 2008-03-20 | Huawei Technologies Co., Ltd. | Procédé et système de mise à jour de chemin, et routage |
CN103650433A (zh) * | 2013-07-31 | 2014-03-19 | 华为技术有限公司 | 路由发布方法、系统及控制器 |
-
2014
- 2014-09-15 CN CN201410469292.3A patent/CN104243309A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893419A (zh) * | 2005-07-06 | 2007-01-10 | 华为技术有限公司 | 一种路由更新方法 |
WO2008031334A1 (fr) * | 2006-09-07 | 2008-03-20 | Huawei Technologies Co., Ltd. | Procédé et système de mise à jour de chemin, et routage |
CN103650433A (zh) * | 2013-07-31 | 2014-03-19 | 华为技术有限公司 | 路由发布方法、系统及控制器 |
Non-Patent Citations (1)
Title |
---|
X.JI,S.ZHUANG: "《I2RS Use Cases for Control of Forwarding Path by Central Network Element(CCNE)》", 《DRAFT-JI-I2RS-USECASES-CCNE-SERVICE-01》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3429141B1 (en) | Segment routing label switched path for non-segment routing enabled routers | |
RU2541940C2 (ru) | Способ применения экземпляра службы к сети mpls (варианты) и сеть mpls | |
CN105281947B (zh) | 用于将遗留网络变换成具备sdn能力的网络的技术 | |
US9634928B2 (en) | Mesh network of simple nodes with centralized control | |
CN106797347A (zh) | 用于虚拟架构路由的方法、系统和计算机可读介质 | |
CN111164936B (zh) | 在sdn控制器中将接入网络建模为树的方法和系统 | |
CN104301812B (zh) | 一种光网络系统和网络功能虚拟化方法 | |
CN112187649B (zh) | 一种报文转发方法、报文处理方法及装置 | |
CN110971441B (zh) | 多级网络结构的简化配置 | |
JP6008801B2 (ja) | 伝送システム、送信方法、及び伝送装置 | |
CN105337870A (zh) | 一种路由发布方法和装置 | |
US10320653B2 (en) | Route topology discovery in data networks | |
CN106487537A (zh) | 业务链实现方法以及策略控制平台 | |
US9379964B2 (en) | Discovering a topology—transparent zone | |
EP2553870B1 (en) | An operations, administrations and management proxy and a method for handling operations, administrations and management messages | |
EP3289735B1 (en) | Transport software defined networking (sdn) logical to physical topology discovery | |
CN103326940A (zh) | 在网络中转发报文的方法和运营商边缘设备 | |
US11296973B2 (en) | Path information transmission device, path information transmission method and path information transmission program | |
JPWO2013146829A1 (ja) | 制御装置、物理ノード、端末装置、通信システム、ポート状態表示方法及びプログラム | |
JP2019519146A (ja) | ルーティング確立、パケット送信 | |
CN101018234B (zh) | 路由信息发布方法及网络地址转换-协议转换网关设备 | |
EP3188408B1 (en) | Method and apparatus for determining network topology, and centralized network state information storage device | |
CN104079466A (zh) | 一种报文处理方法和设备 | |
CN101692654B (zh) | 一种HUB-Spoken组网的方法、系统及设备 | |
CN103297338A (zh) | 一种vpn路由通告方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141224 |
|
RJ01 | Rejection of invention patent application after publication |