CN104468854A - 一种纵向融合架构vcf的构建方法及设备 - Google Patents
一种纵向融合架构vcf的构建方法及设备 Download PDFInfo
- Publication number
- CN104468854A CN104468854A CN201310437977.5A CN201310437977A CN104468854A CN 104468854 A CN104468854 A CN 104468854A CN 201310437977 A CN201310437977 A CN 201310437977A CN 104468854 A CN104468854 A CN 104468854A
- Authority
- CN
- China
- Prior art keywords
- vcf
- physical interface
- message
- link
- interface
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/58—Association of routers
- H04L45/583—Stackable routers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3054—Auto-negotiation, e.g. access control between switch gigabit interface connector [GBIC] and link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
- H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
- H04L49/254—Centralised controller, i.e. arbitration or scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/356—Switches specially adapted for specific applications for storage area networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/45—Arrangements for providing or supporting expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/65—Re-configuration of fast packet switches
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种纵向融合架构VCF的构建方法和设备,技术方案为:控制设备CB接收纵向扩展设备PE发送的VCF注册请求报文,所述VCF注册请求报文通过PE处于阻塞状态的第一VCF物理接口发送、且携带有所述PE的桥MAC地址;所述CB记录所述桥MAC地址,为所述PE分配虚拟槽号,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态,并向所述PE返回VCF注册响应报文;所述CB接收所述PE返回的VCF注册确认报文,所述VCF注册确认报文是所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回的;所述CB将第二VCF物理接口设置为转发状态并加入下行链路组,建立所述虚拟槽号与所述桥MAC地址之间的绑定关系。
Description
技术领域
本发明涉及网络通信传输技术,特别是一种纵向融合架构VCF的构建方法和设备。
背景技术
虚拟主机(VM,Virtual Manufacturing)及其迁移驱动着数据中心大规模二层网络的发展,随着网络规模的扩大,网络设备数量随之增大,网络管理成为数据中心基础设施管理中的一个棘手问题。同时,现代大数据中心对网络提供给服务器的端口密度也提出了更高的要求,例如万台服务器的规模已是互联网数据中心现实中的普遍需求。端口扩展技术作为提高接入设备端口密度的一种有效手段逐渐成熟并获得了业界的认可。纵向融合架构(VCF,VerticalConverged Framework)纵向虚拟化技术即是该技术的一种实现方式,满足数据中心虚拟化高密接入并可以简化管理。
VCF是一种新一代网络设备虚拟化技术。VCF在纵向维度上支持对***进行异构扩展,即在形成一台逻辑虚拟设备的基础上,把一台盒式设备作为一块远程接口板加入主设备***,以达到扩展I/O端口能力和进行集中控制管理的目的。
对于VCF来说,设备按角色分为控制设备(CB,Controlling Bridge)和纵向扩展设备(PE,Port Extender)两种,PE也即端口扩展器(或称远程接口板)。
在一个VCF中,CB可以由处理能力较强的盒式设备或框式设备承担,也可以是基于智能弹性架构(IRF,Intelligent Resilient Framework)技术建立的虚拟化***。PE一般来说是低成本的盒式设备。实际应用中,CB角色多为IRF,这样有益于PE上行冗余,VCF典型组网如图1所示。
VCF物理接口是用于连接CB和PE的物理接口,支持VCF特性。VCF物理接口使能VCF特性后,可以通过预定控制协议,在CB和PE设备间转发预定封装的报文,从而将PE设备虚拟化为CB设备的接口板,以进行集中管理和报文集中转发。这里预定控制协议可以是IEEE802.1br,也可以是私有控制协议。
CB设备上的VCF物理接口,与下行链路组绑定,用于连接PEX设备的物理接口。绑定到同一下行链路组的VCF物理接口只能连接到同一PEX设备。PE设备上的VCF物理接口只能连接到CB设备上同一下行链路组中的VCF物理接口,用户可根据需要,连接一个或多个VCF物理接口。
PE设备在组网时,将作为CB设备的一个远程业务板运行,它就相当于插在CB设备指定槽位上的一块业务板。在CB设备上需要给这个业务板配置并分配一个虚拟槽位号,用来标识并管理该PE设备。
发明内容
有鉴于此,本发明提出了一种纵向融合架构VCF的构建方法和设备,CB设备与PE设备可通过接口之间的报文交互自动构建VCF***。本发明提出的技术方案是:
一种纵向融合架构VCF的构建方法,该方法包括:
控制设备CB在处于初始状态的第二VCF物理接口上,接收到处于接口板模式的纵向扩展设备PE发送的VCF注册请求报文,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;
所述CB记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态,并向所述PE返回携带有所述虚拟槽号的VCF注册响应报文;
所述CB接收所述PE返回的VCF注册确认报文,所述VCF注册确认报文是所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回的;
所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路,并将所述第二VCF物理接口加入下行链路组,且建立所述虚拟槽号与所述桥MAC地址之间的绑定关系。
上述方案中,在接收到所述VCF注册请求报文之前,所述方法还包括:
所述CB通过处于初始状态的所述第二VCF物理接口接收所述PE发送的模式切换请求报文,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
所述CB使能所述第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态,并向所述PE返回VCF自动切换报文,使所述PE重启进入接口板模式,以在重启后将VCF物理接口缺省设置为阻塞状态。
上述方案中,所述CB与所述PE进一步协商其他VCF链路时,所述方法还包括:
所述CB在处于初始状态的所述第四VCF物理接口上,接收所述PE发送的VCF链路协商报文,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;
所述CB使能所述第四VCF物理接口的VCF特性,将所述第四VCF物理接口设置为阻塞状态,将所述第四VCF物理接口预加入所述下行链路组,发送VCF链路加入报文给所述PE;
所述CB接收所述PE返回的VCF链路加入确认报文,将第四VCF物理接口设置为转发状态,以建立第三VCF物理接口和第四VCF物理接口之间的VCF链路,并将第四VCF物理接口加入下行链路组,所述链路加入确认报文是所述PE根据所述链路加入报文,将第三VCF物理接口设置为转发状态并加入上行链路组后返回的。
上述方案中,所述CB和所述PE设备间VCF链路故障时,该方法进一步包括:
所述CB将故障链路对应的VCF物理接口设置为初始状态,并将该VCF物理接口退出所述下行链路组。
一种纵向融合架构VCF的构建方法,该方法包括:
处于接口板模式的纵向扩展设备PE发送VCF注册请求报文给控制设备CB的处于初始状态的第二VCF物理接口,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;
所述PE接收所述CB返回的VCF注册响应报文,所述VCF注册响应报文是所述CB根据所述VCF注册请求报文,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态后返回的,所述VCF注册响应报文携带有所述虚拟槽号;
所述PE记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组,发送VCF注册确认报文给所述CB,使所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以在第二VCF物理接口与第一VCF物理接口之间建立VCF链路。
上述方案中,在发送所述VCF注册请求报文之前,所述方法还包括:
所述PE发送模式切换请求报文给所述CB处于初始状态的第二VCF物理接口,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
所述PE接收所述CB返回的VCF自动切换报文后进行重启,并在重启后设置VCF物理接口的状态缺省为阻塞状态,所述VCF自动切换报文是所述CB根据所述模式切换请求报文,使能接收所述模式切换请求报文的第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态后返回的。
上述方案中,所述PE与所述CB进一步协商其他VCF链路时,所述方法还包括:
所述PE发送VCF链路协商报文给所述CB处于初始状态的第四VCF物理接口,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;
所述PE接收所述CB返回的VCF链路加入报文,将接收所述VCF链路加入报文的第三VCF物理接口设置为转发状态、并加入上行链路组,所述VCF链路加入报文是所述CB使能接收所述VCF链路协商报文的第四VCF物理接口VCF特性,将所述第四VCF物理接口设置为阻塞状态,将第四VCF物理接口预加入所述下行链路组后返回的;
所述PE发送VCF链路加入确认报文给所述CB,使所述CB将第四VCF物理接口设置为转发状态,以建立第四VCF物理接口与第三VCF物理接口之间的VCF链路,并添加所述第四VCF物理接口到所述下行链路组。
上述方案中,所述CB和所述PE设备间VCF链路故障时,该方法进一步包括:
所述PE将故障链路对应的VCF物理接口设置为阻塞状态,并将该VCF物理接口退出所述上行链路组。
一种控制设备CB,该设备包括:
收发模块,用于在处于初始状态的第二VCF物理接口上,接收到处于接口板模式的纵向扩展设备PE发送的VCF注册请求报文,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;以及,向所述PE返回携带有所述虚拟槽号的VCF注册响应报文;还用于接收所述PE返回的VCF注册确认报文,所述VCF注册确认报文是所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回的;
处理模块,用于在所述收发模块收到所述VCF注册请求报文后,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态;以及,在所述收发模块收到所述PE返回的VCF注册确认报文后,置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路。
上述方案中,所述收发模块还用于在接收所述VCF注册请求报文之前,通过所述第二VCF物理接口接收所述PE发送的模式切换请求报文,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
所述处理模块还用于使能所述第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态,并向所述PE返回VCF自动切换报文,使所述PE重启进入接口板模式,以在重启后将VCF物理接口缺省设置为阻塞状态。
上述方案中,所述收发模块还用于,在所述处于初始状态的第四VCF物理接口上,接收所述PE发送的VCF链路协商报文,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;发送VCF链路加入报文给所述PE;以及,接收所述PE返回的VCF链路加入确认报文;
所述处理模块还用于,使能所述第四VCF物理接口的VCF特性,将所述第四VCF物理接口设置为阻塞状态,将所述第四VCF物理接口预加入所述下行链路组;以及,将第四VCF物理接口设置为转发状态,以建立第三VCF物理接口和第四VCF物理接口之间的VCF链路,并将第四VCF物理接口加入下行链路组,所述链路加入确认报文是所述PE根据所述链路加入报文,将第三VCF物理接口设置为转发状态并加入上行链路组后返回的。
上述方案中,所述处理模块进一步用于,在所述CB和所述PE设备间VCF链路故障时,将故障链路对应的VCF物理接口设置为初始状态,并将该VCF物理接口退出所述下行链路组。
一种纵向扩展设备PE,该设备包括:
收发模块,用于发送VCF注册请求报文给控制设备CB的处于初始状态的第二VCF物理接口,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;接收所述CB返回的VCF注册响应报文,所述VCF注册响应报文是所述CB根据所述VCF注册请求报文,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态后返回的,所述VCF注册响应报文携带有所述虚拟槽号;以及,发送VCF注册确认报文给所述CB,使所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以在第二VCF物理接口与第一VCF物理接口之间建立VCF链路;
处理模块,用于在所述收发模块收到所述VCF注册请求报文后,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组。
上述方案中,在发送所述VCF注册请求报文之前,所述收发模块还用于,发送模式切换请求报文给所述CB处于初始状态的第二VCF物理接口,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;还用于接收所述CB返回的VCF自动切换报文;
所述处理模块还用于,在所述收发模块收到所述VCF自动切换报文后重启本PE设备,并在本PE设备重启后设置VCF物理接口的状态缺省为阻塞状态,所述VCF自动切换报文是所述CB根据所述模式切换请求报文,使能接收所述模式切换请求报文的第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态后返回的。
上述方案中,所述收发模块还用于,发送VCF链路协商报文给所述CB处于初始状态的第四VCF物理接口,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;还用于接收所述CB返回的VCF链路加入报文;以及,发送VCF链路加入确认报文给所述CB,使所述CB将第四VCF物理接口设置为转发状态,以建立第四VCF物理接口与第三VCF物理接口之间的VCF链路,并添加所述第四VCF物理接口到所述下行链路组;
所述处理模块还用于,将接收所述VCF链路加入报文的第三VCF物理接口设置为转发状态、并加入上行链路组,所述VCF链路加入报文是所述CB使能接收所述VCF链路协商报文的第四VCF物理接口VCF特性,将所述第四VCF物理接口设置为阻塞状态,将第四VCF物理接口预加入所述下行链路组后返回的。
上述方案中,所述处理模块进一步用于,在所述CB和所述PE设备间VCF链路故障时,将故障链路对应的VCF物理接口设置为阻塞状态,并将该VCF物理接口退出所述上行链路组。
综上所述,本发明提出的技术方案能够实现零配置自动构建VCF***,有利于网络虚拟化技术的进一步发展。
附图说明
图1为VCF典型组网示意图。
图2为CB侧支持VCF特性的接口状态机。
图3为PE侧支持VCF特性的接口状态机。
图4为构建VCF***的流程图。
图5为CB设备与PE设备构建VCF***的结构示意图。
图6为方法实施例一的流程图。
图7为虚拟槽号组视图。
图8为方法实施例二的流程图。
图9为本发明实施例的CB设备结构图。
图10为本发明实施例的PE设备结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图及具体实施例对本发明作进一步的详细描述。
本发明的技术方案是:处于接口板模式的纵向扩展设备PE发送VCF注册请求报文给控制设备CB,所述CB通过处于初始状态的第二VCF物理接口接收该报文,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;
所述CB记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态,并向所述PE返回携带有所述虚拟槽号的VCF注册响应报文;
所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回VCF注册确认报文;
所述CB接收所述VCF确认报文,置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路,并将所述第二VCF物理接口加入下行链路组,且建立所述虚拟槽号与所述桥MAC地址之间的绑定关系。
本发明提出的方法中,CB设备与PE设备均可能存在多个支持VCF特性的可用接口,CB侧支持VCF特性的接口状态有三种,初始状态、阻塞状态(BLOCKED状态)和转发状态(FOWARDING状态),三种状态之间的转换如图2所示,其中初始状态表示接口的VCF特性没有启动,仅作为一个普通业务接口;阻塞状态表示VCF特性已启动且接口被阻塞,只允许VCF协议报文通过而不允许数据报文通过;转发状态表示VCF特性已启动且允许通过所有报文。
PE侧支持VCF特性的接口状态有两种:阻塞状态(BLOCKED状态)和转发状态(FOWARDING状态),如图3所示,其中阻塞状态表示VCF特性已启动且接口被阻塞,只允许VCF协议报文通过;转发状态表示VCF特性已启动且允许通过所有报文。
其中,所述VCF协议报文包括模式切换请求报、VCF自动切换报文、VCF注册请求报文、VCF注册响应报文、VCF注册确认报文、VCF链路协商报文、VCF链路加入报文、VCF链路加入确认报文、VCF链路协商拒绝报文。
CB设备与PE设备通过接口之间报文的交互相应设置接口状态,直至接口状态为转发,则代表该接口对应的VCF链路建立成功。
本发明技术方案如图4所示,首先,PE通过处于阻塞状态的第一VCF物理接口发送VCF注册请求报文给CB的处于初始状态的第二VCF物理接口,所述报文携带有PE的桥MAC地址。
此时的PE设备已经重启过,所有接口已经缺省为阻塞状态。PE通过处于阻塞状态的第一VCF物理接口发送VCF注册请求报文给CB,完成注册请求功能,同时完成申请虚拟槽号分配功能,所述VCF注册请求报文携带有PE设备的桥MAC地址,该桥MAC地址与所述PE设备是一一对应的,是唯一标识所述PE设备的信息。
其次,CB接收该VCF注册请求报文,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态,并向所述PE返回携带有所述虚拟槽号的VCF注册响应报文。
分配虚拟槽号时,CB设备首先查询自身保存的虚拟槽号组视图中是否存在与该桥MAC地址对应的绑定关系,如果存在,则将与该桥MAC地址绑定的虚拟槽号分配给所述PE,否则从虚拟槽号池中选择一个未被使用的虚拟槽号分配给所述PE设备。如果CB设备与一个PE设备成功建立了VCF链路,PE设备重启会导致其与CB设备之间的VCF链路断开,这时保存在CB设备虚拟槽号组视图中的虚拟槽号和该PE设备的桥MAC地址之间的绑定关系不会被删除,PE设备要重新建立与CB设备间的VCF链路,就要重新发送VCF注册请求报文,这时CB设备将虚拟槽号组视图中对应该桥MAC地址的虚拟槽号分配给PE即可,不必分配一个未被使用的虚拟槽号给PE。
为PE设备分配虚拟槽号以后,CB设备将接收VCF注册请求报文的第二VCF物理接口置为阻塞状态,并向PE返回携带有所述虚拟槽号的VCF注册响应报文,该VCF注册响应报文中携带有CB为PE分配的虚拟槽号。
再次,PE接收VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组,发送VCF注册确认报文给所述CB。
PE设备的第一VCF物理接口接收到CB设备发送来的VCF注册响应报文,从中提取CB设备分配给PE设备的虚拟槽号,将第一VCF物理接口由阻塞状态设置为转发状态,并将第一VCF物理接口加入上行链路组,然后经由第一VCF物理接口回复VCF注册确认报文给CB设备。
这里上行链路组记录的是PE设备中状态为“转发”的接口,其中转发状态表示该接口启动VCF特性后可允许通过所有报文,因此上行链路组的接口成员允许通过VCF协议报文和数据报文。
最后,CB接收VCF注册确认报文,置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路,并将所述第二VCF物理接口加入下行链路组,且建立所述虚拟槽号与所述桥MAC地址之间的绑定关系,保存于虚拟槽号组视图中。
这里下行链路组记录的是CB设备中状态为“转发”的接口,其中转发状态表示该接口启动VCF特性后可允许通过所有报文,因此下行链路组的接口成员允许通过VCF协议报文和数据报文。
PE设备的桥MAC地址是唯一的,每个PE设备都有与自身对应的桥MAC地址,因此将PE设备的桥MAC地址与分配给该PE设备的虚拟槽号进行绑定,就可以形成一一对应的关系。该对应关系保存于虚拟槽号组视图中(如图7所示),利于支持热插拔,如果需要解去绑定关系,则可进入虚拟槽号组视图,执行去绑定命令。
方法实施例一
假设CB设备与PE7设备之间有4条链路,分别对应4个支持VCF特性的接口,如图5所示。控制设备CB上有4个接口C1、C2、C3、C4支持VCF特性,纵向扩展设备PE7上有4个接口P1、P2、P3、P4支持VCF特性,且C1与P1、C2与P2、C3与P3、C4与P4之间存在链路。下面介绍CB设备与PE7设备如何零配置情况下自动化构建VCF***,如图6所示,包括以下步骤:
步骤601:CB设备启动缺省使能VCF特性。
本步骤中,该操作也可以通过命令行开关启动CB设备,CB设备启动后该设备使能VCF特性。
步骤602:PE7设备由接口P1发送模式切换请求报文。
本步骤中,PE7设备出厂一般为独立模式,如果PE7设备以独立模式启动运行,需要将工作模式由独立模式切换为接口板模式,这里独立模式与接口板模式是相对而言的,当设备作为一个独立的个体,不是任何控制设备的扩展部分时,它就处于独立模式,而当设备作为一个控制设备的纵向扩展设备,实现控制设备CB的端口扩展器(或远程接口板)功能时,就要求为接口板模式。设备由独立模式进入接口板模式需要向CB发出模式切换请求,待确认后重启则可进入接口板模式。
本实施例中,PE7设备的4个接口均支持VCF特性,则选择其中一个,例如P1接口。同样,如果需要,PE7设备也可以通过命令关闭发送模式切换请求报文。在PE7发送模式切换请求报文时需要注意,此时的PE7设备与CB设备均要使能STP协议来防止初始PE7设备和CB设备间的环路。
步骤603:CB设备的接口C1接收模式切换请求报文,使能本接口VCF特性,发送VCF自动切换报文,并记接口C1为阻塞状态。
本步骤中,CB设备接收到PE7发送来的模式切换请求报文,由于P1接口与C1接口相连,因此CB设备接收模式切换请求报文的接口为C1接口。C1接口接收到模式切换请求报文后则使能本接口的VCF特性,并从C1接口回复VCF自动切换报文给PE7设备,并记录C1接口状态为阻塞状态,该状态表示C1接口使能VCF特性后阻塞,只允许VCF协议报文通过,而不允许数据报文通过。
步骤604:PE7可以工作为接口板模式,设置其为接口板模式,并重启,所有支持VCF特性的接口均缺省为阻塞状态
本步骤中,PE7设备的P1接口接收到CB设备发送来的自动切换报文,判断PE7设备可以工作在接口板模式,则将自身工作模式设置为接口板模式,并重启,重启后PE7设备所有支持VCF特性的接口均缺省为阻塞状态,该状态表示接口启动VCF特性后阻塞,只允许VCF协议报文通过,而不允许数据报文通过。同时,PE设备重启会引起CB设备在步骤503中设置为阻塞状态的接口down,使其状态转为初始状态。本实施例中,PE7设备的4个接口均支持VCF特性,则PE7设备重启后P1、P2、P3、P4的接口状态均缺省为阻塞状态。
如果PE7设备不可以工作为接口板模式,则PE7接收到自动切换报文后不做任何处理。
步骤605:PE7设备的BOOT软件由接口P1发送VCF注册请求报文。
步骤604中,PE7设备重启后工作为接口板模式,则本步骤中BOOT软件从PE7设备可支持VCF特性的可用接口发送VCF注册请求报文,该报文携带有PE7设备的桥MAC地址,如果PE7设备有多个可用接口。选择其中一个,分配失败后选择另一个,直到选出可用的接口为止。本实施例中,PE7设备的4个接口均可用,且每个接口的状态都是阻塞状态,选择其中一个发送VCF注册请求报文,例如接口P1。
步骤606:CB设备记录所述PE7的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的C1接口设置为阻塞状态,并向所述PE7返回携带有所述虚拟槽号的VCF注册响应报文。
本步骤中,CB设备接收到PE7发送来的VCF注册请求报文,由于C1接口与P1接口相连,因此接收报文的接口为C1,将接口C1的状态由初始状态转为阻塞状态,并记录VCF注册请求报文携带的PE7设备的桥MAC地址。
然后C1从虚拟槽号池内分配未被使用的虚拟槽号给PE7设备,例如目前虚拟槽号池内的编号资源为100~200,从中选择一个未被分配使用的虚拟槽号156给PE7设备,将虚拟槽号156设置为预分配。虚拟槽号156携带于VCF注册响应报文中,由CB设备的C1接口发送给PE7设备。
步骤607:PE7记录所述虚拟槽号,将P1置为转发状态,加入上行链路组,回复VCF注册确认报文。
本步骤中,PE7设备的接口P1接收到CB设备发送来的VCF注册响应报文,从中提取CB设备分配给PE7设备的虚拟槽号156,将P1接口状态由阻塞状态设置为转发状态,并将P1加入上行链路组,然后经由P1接口回复VCF注册确认报文给CB设备。
这里上行链路组记录的是PE7设备中状态为转发的接口,其中转发状态表示该接口启动VCF特性后可允许通过所有报文,因此上行链路组的接口成员允许通过所有报文。此时上行链路组的成员为{P1}。
步骤608:CB设备将接口C1设置为转发,置虚拟槽号已被分配,并将此接口加入下行链路组,建立PE7的桥MAC地址和虚拟槽号的绑定关系,保存于虚拟槽号组视图中。
本步骤中,CB设备的C1接口接收到PE7发送来的VCF注册确认报文,然后将C1接口状态由阻塞设置为转发,将步骤606中的虚拟槽号156由预分配状态变更为已被分配,并将接口C1加入下行链路组。
这里下行链路组记录的是CB设备中状态为“转发”的接口,其中转发状态表示该接口启动VCF特性后可允许通过所有报文,因此下行链路组的接口成员允许通过VCF协议报文和数据报文。目前,CB设备中状态为“转发”的接口挚友C1,因此下行链路组为{C1}。
虚拟槽号与PE设备是一一对应的,一个虚拟槽号只能分配给一个PE设备,不能同时分配给两个或两个以上PE设备。同时,PE设备的桥MAC地址也是唯一的,每个PE设备都有与自身对应的桥MAC地址,因此将PE设备的桥MAC地址与分配给该PE设备的虚拟槽号进行绑定,就可以形成一一对应的关系。该对应关系保存于虚拟槽号组视图中,如图7所示,虚拟槽号与PE设备之间形成一一对应关系,虚拟槽号140分配给PE1设备,虚拟槽号147分配给PE5设备,虚拟槽号156分配给PE7设备,虚拟槽号170分配给PE9设备,虚拟槽号分配出去即自动创建对应视图。如果需要解去绑定关系,则可进入虚拟槽号组视图,执行去绑定命令。
步骤609:PE7设备本地有软件版本,加载软件版本,启动接口板模式。
本实施例中,假设PE7设备本地有软件版本,则直接加载该软件版本来启动接口版模式。至此CB设备与PE7设备之间已经建立了一条支持VCF特性的链路,即C1接口与P1接口之间的链路,该链路允许通过所有报文。且PE7设备已经启动接口板模式,即成为VCF***的纵向扩展设备。
步骤610:PE7由接口P2发送VCF链路协商报文至CB的接口C2。
本步骤中,由于PE7设备中还存在其他支持VCF特性的可用接口,因此需要与CB设备协商其他支持VCF特性的链路。步骤604中已经将PE7设备的所有支持VCF特性的可用接口缺省为阻塞状态,且步骤607中PE7设备已经获得CB为其分配的虚拟槽号156,因此本步骤中PE7设备将携带有本地使用的虚拟槽号156和桥MAC地址的VCF链路协商报文由阻塞状态的接口发送出去,本实施例仅以接口P2为例进行说明,接口P3、P4的链路协商流程与P2接口的链路协商流程相同,在此不再详述。
步骤611:C2接口可用,使能C2的VCF特性,CB设备设置C2接口状态为阻塞,将C2接口预加入所述下行链路组,发送VCF链路加入报文给PE7。
本步骤中,CB设备接收到PE7设备发送来的VCF链路协商报文,由于C2接口与P2接口相连,因此VCF链路协商报文由C2接口接收。CB设备判断C2接口可用,则使能C2的VCF特性,并将C2的接口状态设置为阻塞,表示接口C2启动VCF特性阻塞,只允许VCF协议报文通过,并将C2接口预加入所述下行链路组。然后CB设备经由C2接口发送VCF链路加入报文给PE7设备。
步骤612:PE7将P2置为转发状态,加入上行链路组,回复VCF链路加入确认报文。
本步骤中,PE7设备的接口P2收到CB发送来的VCF链路加入报文,则将P2的接口状态由阻塞设置为转发,并将P2加入上行链路组,此时,上行链路组的成员为{P1,P2}。然后PE7经由P2接口回复VCF链路加入确认报文给CB设备。
步骤613:CB将C2接口设置为转发状态,将C2置为已被分配状态,并将C2加入下行链路组。
本步骤中,CB设备的接口C2收到PE7发送来的VCF链路加入确认报文,CB将C2的接口状态由阻塞设置为转发,将C2置为已被分配状态,并将C2加入下行链路组,此时的下行链路组成员为{C1,C2}。
步骤614:PE7分别从P1、P2接口发送心跳报文给CB设备,报文携带超时时间。
本步骤中,CB设备与PE7设备间存在两条链路用以发送接收VCF数据报文,此时需要约定链路的超时时间用以检测链路的使用情况,因此PE7设备从接口P1、P2发送心跳报文给CB设备,心跳报文携带有这两条链路的超时时间,假设超时时间为5s。
步骤615:CB设备分别设置C1、C2接口的超时时间,并回复心跳确认报文。
本步骤中,CB设备的接口C1、C2分别接收到PE7设备发送来的心跳报文,提取其携带的超时时间,将接口C1、C2对应的链路的超时时间设置为5s,并分别回复心跳确认报文给PE7设备。
至此,CB设备与PE7设备构成的VCF***自动化构建完毕。两者之间可以通过VCF链路进行数据传输。
步骤616:C1接口与P1接口之间的VCF链路故障,C1接口设置为初始状态,退出下行链路组,PE7将接口P1设置成阻塞,进入链路协商。
本步骤中,C1接口与P1接口之间的VCF链路故障(包括VCF链路down或链路握手超等情形),则CB设备将C1接口状态由转发状态设置为初始状态,表示接口C1的VCF特性没有启动,并且将其退出下行链路组,此时的下行链路组成员为{C2},同时PE7将接口P1设置成阻塞,进入链路协商,即重复步骤610~615。
应用本实施例方案,CB设备与PE设备通过自动发送报文进行链路接口的状态设置,从而建立支持VCF的链路,同时介绍了成功协商链路的情况,实现了零配置状态下CB设备与PE设备自动配置构建VCF***,有利于推动新一代网络设备虚拟化技术的发展。
方法实施例二
方法实施例一展示了PE设备本地有软件版本,可以直接启动接口板模式的纵向融合架构VCF的构建方法,本实施例从PE设备本地没有软件版本角度对本发明进行进一步介绍,仍然采用方法实施例一的应用环境,假设CB设备的C3接口不可用,对本发明方案作进一步介绍,如图8所示,包括以下步骤:
步骤801~步骤808与方法实施例一中的步骤601~步骤608完全一致,在此不再详述。
步骤809:PE7本地没有软件版本,PE7发送加载请求报文。
本步骤中,PE7设备本地没有软件版本,因此发送加载请求报文,经由P1接口发送该加载请求报文。
步骤810:CB设备同步对应PE7设备的软件版本。
本步骤中,CB设备接收到PE7发送来的加载请求报文,由于C1接口与P1接口相连,因此C1接口接收此报文。然后CB设备在本地同步对应PE7设备的软件版本。
步骤811:PE7接收完成软件版本并加载,启动接口板模式。
本步骤中,PE7设备接收完成软件版本并加载,启动接口板模式。
步骤812:PE7由接口P3发送VCF链路协商报文至CB的接口C3。
步骤811中PE7设备启动完成接口板模式,P1接口与C1接口之间的VCF链路成功建立,此时需要协商其他支持VCF的链路,步骤804中已经将PE7设备的所有支持VCF特性的可用接口缺省为阻塞状态,且步骤807中PE7设备已经获得CB为其分配的虚拟槽号156,因此本步骤中PE7设备将携带有本地使用的虚拟槽号156和桥MAC地址的链路协商报文由阻塞状态的接口发送出去,本实施例以协商P3与C3之间的链路为例进行介绍,因此PE7由接口P3发送VCF链路协商报文至CB的接口C3。
步骤813:C3接口不可用,回复VCF链路协商拒绝报文。
本步骤中,CB设备的接口C3接收PE7发送来的VCF链路协商报文,但是C3接口不可用,因此CB设备经由C3接口回复VCF链路协商拒绝报文给PE7设备。
步骤814:PE7停止接口P3对应链路的链路协商。
本步骤中,PE7设备接收到CB设备发送来的VCF链路协商拒绝报文,得知接口C3不可用,则停止协商C3与P3之间的链路。
本实施例方案从PE设备本地没有软件版本角度对纵向融合架构VCF的构建方法进行了介绍,并且展示了链路协商失败时的情况。
针对上述方法,本发明还提供一种CB设备。本发明提供的设备如图9所示,包括:
收发模块901,用于在处于初始状态的第二VCF物理接口上,接收到处于接口板模式的纵向扩展设备PE发送的VCF注册请求报文,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;以及,向所述PE返回携带有所述虚拟槽号的VCF注册响应报文;还用于接收所述PE返回的VCF注册确认报文,所述VCF注册确认报文是所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回的;
还用于在接收所述VCF注册请求报文之前,通过所述第二VCF物理接口接收所述PE发送的模式切换请求报文,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
进一步用于,在所述处于初始状态的第四VCF物理接口上,接收所述PE发送的VCF链路协商报文,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;发送VCF链路加入报文给所述PE;以及,接收所述PE返回的VCF链路加入确认报文。
处理模块902,用于在所述收发模块收到所述VCF注册请求报文后,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态;以及,在所述收发模块收到所述PE返回的VCF注册确认报文后,置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路;
还用于使能所述第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态,并向所述PE返回VCF自动切换报文,使所述PE重启进入接口板模式,以在重启后将VCF物理接口缺省设置为阻塞状态;
还用于,使能所述第四VCF物理接口的VCF特性,将所述第四VCF物理接口设置为阻塞状态,将所述第四VCF物理接口预加入所述下行链路组;以及,将第四VCF物理接口设置为转发状态,以建立第三VCF物理接口和第四VCF物理接口之间的VCF链路,并将第四VCF物理接口加入下行链路组,所述链路加入确认报文是所述PE根据所述链路加入报文,将第三VCF物理接口设置为转发状态并加入上行链路组后返回的;
进一步用于,在所述CB和所述PE设备间VCF链路故障时,将故障链路对应的VCF物理接口设置为初始状态,并将该VCF物理接口退出所述下行链路组。
本发明还提供一种纵向扩展设备PE。本发明提供的设备如图10所示,包括:
收发模块1001,用于发送VCF注册请求报文给控制设备CB的处于初始状态的第二VCF物理接口,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;接收所述CB返回的VCF注册响应报文,所述VCF注册响应报文是所述CB根据所述VCF注册请求报文,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态后返回的,所述VCF注册响应报文携带有所述虚拟槽号;以及,发送VCF注册确认报文给所述CB,使所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以在第二VCF物理接口与第一VCF物理接口之间建立VCF链路;
还用于,发送模式切换请求报文给所述CB处于初始状态的第二VCF物理接口,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;还用于接收所述CB返回的VCF自动切换报文;
还用于,发送VCF链路协商报文给所述CB处于初始状态的第四VCF物理接口,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;还用于接收所述CB返回的VCF链路加入报文;以及,发送VCF链路加入确认报文给所述CB,使所述CB将第四VCF物理接口设置为转发状态,以建立第四VCF物理接口与第三VCF物理接口之间的VCF链路,并添加所述第四VCF物理接口到所述下行链路组。
处理模块1002,用于在所述收发模块收到所述VCF注册请求报文后,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组;
还用于,在所述收发模块收到所述VCF自动切换报文后重启本PE设备,并在本PE设备重启后设置VCF物理接口的状态缺省为阻塞状态,所述VCF自动切换报文是所述CB根据所述模式切换请求报文,使能接收所述模式切换请求报文的第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态后返回的;
还用于,将接收所述VCF链路加入报文的第三VCF物理接口设置为转发状态、并加入上行链路组,所述VCF链路加入报文是所述CB使能接收所述VCF链路协商报文的第四VCF物理接口VCF特性,将所述第四VCF物理接口设置为阻塞状态,将第四VCF物理接口预加入所述下行链路组后返回的;
进一步用于,在所述CB和所述PE设备间VCF链路故障时,将故障链路对应的VCF物理接口设置为阻塞状态,并将该VCF物理接口退出所述上行链路组。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (16)
1.一种纵向融合架构VCF的构建方法,其特征在于,该方法包括:
控制设备CB在处于初始状态的第二VCF物理接口上,接收到处于接口板模式的纵向扩展设备PE发送的VCF注册请求报文,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;
所述CB记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态,并向所述PE返回携带有所述虚拟槽号的VCF注册响应报文;
所述CB接收所述PE返回的VCF注册确认报文,所述VCF注册确认报文是所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回的;
所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路,并将所述第二VCF物理接口加入下行链路组,且建立所述虚拟槽号与所述桥MAC地址之间的绑定关系。
2.根据权利要求1所述的方法,其特征在于,在接收到所述VCF注册请求报文之前,所述方法还包括:
所述CB通过处于初始状态的所述第二VCF物理接口接收所述PE发送的模式切换请求报文,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
所述CB使能所述第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态,并向所述PE返回VCF自动切换报文,使所述PE重启进入接口板模式,以在重启后将VCF物理接口缺省设置为阻塞状态。
3.根据权利要求1所述的方法,其特征在于,所述CB与所述PE进一步协商其他VCF链路时,所述方法还包括:
所述CB在处于初始状态的所述第四VCF物理接口上,接收所述PE发送的VCF链路协商报文,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;
所述CB使能所述第四VCF物理接口的VCF特性,将所述第四VCF物理接口设置为阻塞状态,将所述第四VCF物理接口预加入所述下行链路组,发送VCF链路加入报文给所述PE;
所述CB接收所述PE返回的VCF链路加入确认报文,将第四VCF物理接口设置为转发状态,以建立第三VCF物理接口和第四VCF物理接口之间的VCF链路,并将第四VCF物理接口加入下行链路组,所述链路加入确认报文是所述PE根据所述链路加入报文,将第三VCF物理接口设置为转发状态并加入上行链路组后返回的。
4.根据权利要求1~2任一项所述的方法,其特征在于,所述CB和所述PE设备间VCF链路故障时,该方法进一步包括:
所述CB将故障链路对应的VCF物理接口设置为初始状态,并将该VCF物理接口退出所述下行链路组。
5.一种纵向融合架构VCF的构建方法,其特征在于,该方法包括:
处于接口板模式的纵向扩展设备PE发送VCF注册请求报文给控制设备CB的处于初始状态的第二VCF物理接口,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;
所述PE接收所述CB返回的VCF注册响应报文,所述VCF注册响应报文是所述CB根据所述VCF注册请求报文,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态后返回的,所述VCF注册响应报文携带有所述虚拟槽号;
所述PE记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组,发送VCF注册确认报文给所述CB,使所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以在第二VCF物理接口与第一VCF物理接口之间建立VCF链路。
6.根据权利要求5所述的方法,其特征在于,在发送所述VCF注册请求报文之前,所述方法还包括:
所述PE发送模式切换请求报文给所述CB处于初始状态的第二VCF物理接口,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
所述PE接收所述CB返回的VCF自动切换报文后进行重启,并在重启后设置VCF物理接口的状态缺省为阻塞状态,所述VCF自动切换报文是所述CB根据所述模式切换请求报文,使能接收所述模式切换请求报文的第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态后返回的。
7.根据权利要求5所述的方法,其特征在于,所述PE与所述CB进一步协商其他VCF链路时,所述方法还包括:
所述PE发送VCF链路协商报文给所述CB处于初始状态的第四VCF物理接口,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;
所述PE接收所述CB返回的VCF链路加入报文,将接收所述VCF链路加入报文的第三VCF物理接口设置为转发状态、并加入上行链路组,所述VCF链路加入报文是所述CB使能接收所述VCF链路协商报文的第四VCF物理接口VCF特性,将所述第四VCF物理接口设置为阻塞状态,将第四VCF物理接口预加入所述下行链路组后返回的;
所述PE发送VCF链路加入确认报文给所述CB,使所述CB将第四VCF物理接口设置为转发状态,以建立第四VCF物理接口与第三VCF物理接口之间的VCF链路,并添加所述第四VCF物理接口到所述下行链路组。
8.根据权利要求5~6任一项所述的方法,其特征在于,所述CB和所述PE设备间VCF链路故障时,该方法进一步包括:
所述PE将故障链路对应的VCF物理接口设置为阻塞状态,并将该VCF物理接口退出所述上行链路组。
9.一种控制设备CB,其特征在于,该设备包括:
收发模块,用于在处于初始状态的第二VCF物理接口上,接收到处于接口板模式的纵向扩展设备PE发送的VCF注册请求报文,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;以及,向所述PE返回携带有所述虚拟槽号的VCF注册响应报文;还用于接收所述PE返回的VCF注册确认报文,所述VCF注册确认报文是所述PE根据所述VCF注册响应报文,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组后返回的;
处理模块,用于在所述收发模块收到所述VCF注册请求报文后,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态;以及,在所述收发模块收到所述PE返回的VCF注册确认报文后,置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以建立第二VCF物理接口与第一VCF物理接口之间的VCF链路。
10.根据权利要求9所述的设备,其特征在于,
所述收发模块还用于在接收所述VCF注册请求报文之前,通过所述第二VCF物理接口接收所述PE发送的模式切换请求报文,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;
所述处理模块还用于使能所述第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态,并向所述PE返回VCF自动切换报文,使所述PE重启进入接口板模式,以在重启后将VCF物理接口缺省设置为阻塞状态。
11.根据权利要求13所述的设备,其特征在于,
所述收发模块还用于,在所述处于初始状态的第四VCF物理接口上,接收所述PE发送的VCF链路协商报文,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;发送VCF链路加入报文给所述PE;以及,接收所述PE返回的VCF链路加入确认报文;
所述处理模块还用于,使能所述第四VCF物理接口的VCF特性,将所述第四VCF物理接口设置为阻塞状态,将所述第四VCF物理接口预加入所述下行链路组;以及,将第四VCF物理接口设置为转发状态,以建立第三VCF物理接口和第四VCF物理接口之间的VCF链路,并将第四VCF物理接口加入下行链路组,所述链路加入确认报文是所述PE根据所述链路加入报文,将第三VCF物理接口设置为转发状态并加入上行链路组后返回的。
12.根据权利要求9~10任一项所述的设备,其特征在于,
所述处理模块进一步用于,在所述CB和所述PE设备间VCF链路故障时,将故障链路对应的VCF物理接口设置为初始状态,并将该VCF物理接口退出所述下行链路组。
13.一种纵向扩展设备PE,其特征在于,该设备包括:
收发模块,用于发送VCF注册请求报文给控制设备CB的处于初始状态的第二VCF物理接口,所述VCF注册请求报文是所述PE通过处于阻塞状态的第一VCF物理接口发送的、且携带有所述PE的桥MAC地址;接收所述CB返回的VCF注册响应报文,所述VCF注册响应报文是所述CB根据所述VCF注册请求报文,记录所述PE的桥MAC地址,为所述PE分配虚拟槽号,将所述虚拟槽号设置为预分配状态,将接收所述注册请求报文的第二VCF物理接口设置为阻塞状态后返回的,所述VCF注册响应报文携带有所述虚拟槽号;以及,发送VCF注册确认报文给所述CB,使所述CB置所述虚拟槽号为已被分配状态,将第二VCF物理接口设置为转发状态,以在第二VCF物理接口与第一VCF物理接口之间建立VCF链路;
处理模块,用于在所述收发模块收到所述VCF注册请求报文后,记录所述虚拟槽号,将第一VCF物理接口设置为转发状态并加入上行链路组。
14.根据权利要求13所述的设备,其特征在于,在发送所述VCF注册请求报文之前,
所述收发模块还用于,发送模式切换请求报文给所述CB处于初始状态的第二VCF物理接口,所述模式切换请求报文是所述PE通过所述第一VCF物理接口发送的;还用于接收所述CB返回的VCF自动切换报文;
所述处理模块还用于,在所述收发模块收到所述VCF自动切换报文后重启本PE设备,并在本PE设备重启后设置VCF物理接口的状态缺省为阻塞状态,所述VCF自动切换报文是所述CB根据所述模式切换请求报文,使能接收所述模式切换请求报文的第二VCF物理接口的VCF特性,将所述第二VCF物理接口设置为阻塞状态后返回的。
15.根据权利要求13所述的设备,其特征在于,
所述收发模块还用于,发送VCF链路协商报文给所述CB处于初始状态的第四VCF物理接口,所述VCF链路协商报文是所述PE从处于阻塞状态的第三VCF物理接口发送的、且携带有所述PE的虚拟槽号和所述PE的桥MAC地址;还用于接收所述CB返回的VCF链路加入报文;以及,发送VCF链路加入确认报文给所述CB,使所述CB将第四VCF物理接口设置为转发状态,以建立第四VCF物理接口与第三VCF物理接口之间的VCF链路,并添加所述第四VCF物理接口到所述下行链路组;
所述处理模块还用于,将接收所述VCF链路加入报文的第三VCF物理接口设置为转发状态、并加入上行链路组,所述VCF链路加入报文是所述CB使能接收所述VCF链路协商报文的第四VCF物理接口VCF特性,将所述第四VCF物理接口设置为阻塞状态,将第四VCF物理接口预加入所述下行链路组后返回的。
16.根据权利要求13~14任一项所述的方法,其特征在于,
所述处理模块进一步用于,在所述CB和所述PE设备间VCF链路故障时,将故障链路对应的VCF物理接口设置为阻塞状态,并将该VCF物理接口退出所述上行链路组。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310437977.5A CN104468854B (zh) | 2013-09-13 | 2013-09-13 | 一种纵向融合架构vcf的构建方法及设备 |
US14/484,407 US9350655B2 (en) | 2013-09-13 | 2014-09-12 | Vertical converged framework |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310437977.5A CN104468854B (zh) | 2013-09-13 | 2013-09-13 | 一种纵向融合架构vcf的构建方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104468854A true CN104468854A (zh) | 2015-03-25 |
CN104468854B CN104468854B (zh) | 2017-10-27 |
Family
ID=52667938
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310437977.5A Active CN104468854B (zh) | 2013-09-13 | 2013-09-13 | 一种纵向融合架构vcf的构建方法及设备 |
Country Status (2)
Country | Link |
---|---|
US (1) | US9350655B2 (zh) |
CN (1) | CN104468854B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105099958A (zh) * | 2015-08-28 | 2015-11-25 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf***的建立方法及装置 |
CN105634792A (zh) * | 2015-07-23 | 2016-06-01 | 杭州华三通信技术有限公司 | 一种配置信息的传输方法和装置 |
CN107493185A (zh) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | 一种接口扩展设备的配置信息通告方法及其装置 |
CN107493181A (zh) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | 虚拟扩展端口的指示方法和装置 |
CN108462588A (zh) * | 2017-02-20 | 2018-08-28 | 华为技术有限公司 | 一种数据处理方法和设备 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9984028B2 (en) * | 2014-10-31 | 2018-05-29 | Arris Enterprises Llc | Redundancy for port extender chains |
US10721123B2 (en) | 2015-09-30 | 2020-07-21 | Arris Enterprises Llc | Provisional modes for multi-mode network devices |
CN106789389B (zh) * | 2016-04-15 | 2020-07-03 | 新华三技术有限公司 | 一种防止产生环路的方法及装置 |
CN106254281B (zh) * | 2016-07-29 | 2019-09-17 | 新华三技术有限公司 | 一种基于802.1br的报文处理方法和装置 |
CN108124285B (zh) * | 2016-11-29 | 2020-11-06 | 新华三技术有限公司 | 一种报文传输方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7444405B2 (en) * | 2001-06-25 | 2008-10-28 | Network Appliance, Inc. | Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate |
CN103281248A (zh) * | 2013-06-09 | 2013-09-04 | 北京星网锐捷网络技术有限公司 | 网络拓扑的发现方法、装置和*** |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5541911A (en) | 1994-10-12 | 1996-07-30 | 3Com Corporation | Remote smart filtering communication management system |
US7458092B1 (en) | 2001-11-15 | 2008-11-25 | Sprint Communications Company L.P. | Centralized IP video gateway with port extenders having remote control interfaces |
US7480258B1 (en) * | 2003-07-03 | 2009-01-20 | Cisco Technology, Inc. | Cross stack rapid transition protocol |
US7336622B1 (en) * | 2003-09-08 | 2008-02-26 | Cisco Technology, Inc. | Method and system for resolving switch number conflicts in a stackable switch system |
US7483383B2 (en) * | 2004-10-28 | 2009-01-27 | Alcatel Lucent | Stack manager protocol with automatic set up mechanism |
WO2006093929A2 (en) * | 2005-02-28 | 2006-09-08 | Blade Network Technologies, Inc. | Blade server system with rack-switch |
US7672227B2 (en) * | 2005-07-12 | 2010-03-02 | Alcatel Lucent | Loop prevention system and method in a stackable ethernet switch system |
TWI324456B (en) | 2006-12-01 | 2010-05-01 | Cameo Communications Inc | An intelligent automatic setting restoration method and device |
US7782800B2 (en) * | 2006-12-22 | 2010-08-24 | Texas Instruments Incorporated | Discovery, detection, and management of daisy-chain system topology |
CN101588298B (zh) * | 2009-07-07 | 2011-05-11 | 杭州华三通信技术有限公司 | 一种堆叠***中流量切换的方法和堆叠*** |
CN101605102B (zh) | 2009-07-16 | 2012-03-14 | 杭州华三通信技术有限公司 | 一种irf堆叠中的负载分担方法及装置 |
CN102447574B (zh) | 2011-08-18 | 2014-03-12 | 杭州华三通信技术有限公司 | 一种实现irf设备零配置的方法及设备 |
US8638692B2 (en) | 2011-10-19 | 2014-01-28 | Broadcom Corporation | System and method for end-to-end automatic configuration of network elements using a link-level protocol |
US10514937B2 (en) | 2012-01-05 | 2019-12-24 | Vmware, Inc. | Auto-discovery service and method of discovering applications within a virtual network |
US9565099B2 (en) * | 2013-03-01 | 2017-02-07 | Brocade Communications Systems, Inc. | Spanning tree in fabric switches |
CN103200092B (zh) | 2013-04-03 | 2016-05-04 | 杭州华三通信技术有限公司 | 一种基于虚拟网络设备的路由进程管理方法和设备 |
-
2013
- 2013-09-13 CN CN201310437977.5A patent/CN104468854B/zh active Active
-
2014
- 2014-09-12 US US14/484,407 patent/US9350655B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7444405B2 (en) * | 2001-06-25 | 2008-10-28 | Network Appliance, Inc. | Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate |
CN103281248A (zh) * | 2013-06-09 | 2013-09-04 | 北京星网锐捷网络技术有限公司 | 网络拓扑的发现方法、装置和*** |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105634792A (zh) * | 2015-07-23 | 2016-06-01 | 杭州华三通信技术有限公司 | 一种配置信息的传输方法和装置 |
CN105634792B (zh) * | 2015-07-23 | 2019-04-05 | 新华三技术有限公司 | 一种配置信息的传输方法和装置 |
CN105099958A (zh) * | 2015-08-28 | 2015-11-25 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf***的建立方法及装置 |
CN107493185A (zh) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | 一种接口扩展设备的配置信息通告方法及其装置 |
CN107493181A (zh) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | 虚拟扩展端口的指示方法和装置 |
CN107493181B (zh) * | 2016-06-13 | 2022-01-28 | 深圳市中兴通讯技术服务有限责任公司 | 虚拟扩展端口的指示方法和装置 |
CN107493185B (zh) * | 2016-06-13 | 2022-03-25 | 中兴通讯股份有限公司 | 一种接口扩展设备的配置信息通告方法及其装置 |
CN108462588A (zh) * | 2017-02-20 | 2018-08-28 | 华为技术有限公司 | 一种数据处理方法和设备 |
CN108462588B (zh) * | 2017-02-20 | 2021-01-29 | 华为技术有限公司 | 一种数据处理方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
US9350655B2 (en) | 2016-05-24 |
CN104468854B (zh) | 2017-10-27 |
US20150078392A1 (en) | 2015-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104468854A (zh) | 一种纵向融合架构vcf的构建方法及设备 | |
US10795737B2 (en) | Generic distributed processing for multi-agent systems | |
US9294350B2 (en) | Secure stacking setup | |
CN102938898B (zh) | 一种atca架构下多板卡统一配置*** | |
CN101883108B (zh) | 动态认证的文件传输方法及*** | |
CN102546778B (zh) | 基于代理跨平台的无线网络接入控制器板间通信方法 | |
CN101951325A (zh) | 基于自动发现的网络终端配置***及其配置方法 | |
JPH04367133A (ja) | ポイント・ツー・ポイント通信ネットワークのlan仮想化方法 | |
JP2013030190A (ja) | スロットインターフェースアクセス装置、その方法及びそのプログラム並びに主装置の冗長構成及び代替方法 | |
CN112202877B (zh) | 网关联动方法、网关、云服务器及用户终端 | |
CN104753707A (zh) | 一种***维护方法及网络交换设备 | |
CN115914139B (zh) | 人工干预减少的有序堆叠形成 | |
CN101159587A (zh) | 一种远程开局的方法和*** | |
WO2013189069A1 (zh) | 负荷分担方法及装置、单板 | |
CN102820994A (zh) | 一种用于网络隔离环境下的数据交换装置及方法 | |
CN106850554B (zh) | 双***定向连接的方法和装置 | |
CN103001962B (zh) | 业务支撑方法和*** | |
CN104102607A (zh) | 基于VxWorks操作***环境下的CAN总线驱动方法及*** | |
CN103905498A (zh) | 服务信息管理方法及服务信息管理*** | |
WO2015101100A1 (zh) | 网络设备及网络中的业务处理方法 | |
WO2014036902A1 (zh) | 网关管理终端的方法及装置 | |
CN104135379A (zh) | 基于OpenFlow协议的端口控制方法及装置 | |
CN117850960A (zh) | 一种容器多集群的注册发现管理方法 | |
CN102291303B (zh) | 一种单板及其确定主备状态的方法 | |
CN101667910B (zh) | 一种快速网络数据同步方法及其*** |
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: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |