CN101674249B - 运营商骨干桥pbb流量转发的方法及设备 - Google Patents
运营商骨干桥pbb流量转发的方法及设备 Download PDFInfo
- Publication number
- CN101674249B CN101674249B CN2009102102193A CN200910210219A CN101674249B CN 101674249 B CN101674249 B CN 101674249B CN 2009102102193 A CN2009102102193 A CN 2009102102193A CN 200910210219 A CN200910210219 A CN 200910210219A CN 101674249 B CN101674249 B CN 101674249B
- Authority
- CN
- China
- Prior art keywords
- opposite equip
- sid
- beb
- instance
- message
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种运营商骨干桥PBB流量转发的方法，包括：BEB接收到未知单播或者广播流量时，获取所述未知单播或者广播流量对应的I-SID实例；所述BEB查找配置的所述I-SID实例与BMAC地址的对应关系，获取与所述I-SID实例对应的BMAC地址；所述BEB根据所述BMAC地址获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。本发明避免了PBB网络内不必要的广播泛洪。
Description
技术领域
本发明涉及通信领域，尤其涉及一种PBB流量转发的方法及设备。
背景技术
PBB(Provider Backbone Bridge，运营商骨干桥)技术应城域以太网需求而生，又称为MAC-in-MAC，由IEEE 802.1ah标准草案定义，是一种基于MAC(Media Access Control，媒体访问控制)堆栈的技术，主要定义了双层MAC地址的帧结构，在转发行为上与传统的MAC交换相同。通过将用户MAC封装在运营商MAC内，使用二次封装对用户流量进行隔离，增强了以太网的可扩展性和业务的安全性。PBB的关键是在MAC-in-MAC封装中引入了24bit(比特)的I-TAG(业务实例标签)用来标识业务。在MAN(MetropolitanArea Network，城域网)的业务分层模型中，MAC-in-MAC位于承载的位置，在网络核心建立MAC隧道对用户业务进行区分隔离，如图1所示。
在一个典型的PBB网络中包括两类设备：BEB(Backbone Edge Bridge，骨干边缘桥)和BCB(Backbone Core Bridge，骨干核心桥)。其中，BEB相当于MPLS(Multi-Protocol Label Switching，多协议标签交换)网络中的CE(Customer Equipment，用户侧路由设备)，负责将接入的报文加上对应的MAC-in-MAC封装，传送给后续的设备，后续的设备根据BMAC(BackboneMedia Access Control，骨干网媒体访问控制)和BVID进行转发；BEB还将接收到的MAC-in-MAC报文进行解封装还原成标准以太网报文，再次查表找到对应的出端口发送。
BCB相当于MPLS网络中的PE(Provider Equipment，网络侧路由设备)，负责将MAC-in-MAC报文按照报文外层的B-MAC和B-VID转发。在BCB设备上只需要对报文进行简单的桥接处理，学习骨干网中的MAC地址，而不 需要学习客户网络中的大量MAC地址，因而降低了网络部署的成本，而且也为PBB网络提供了更好的可扩展性。
现有技术中，BEB设备之间通过数据流来驱动PW(Pseudo Wire，虚链路)的建立。例如图2所示的组网中，BEB1设备从用户侧接收到未知单播或者广播流量时，首先根据接收到该流量的端口以及该流量中携带的VLAN信息确定该流量的I-SID实例，例如I-SID1；然后BEB1将接收到的流量封装MinM(MAC-in-MAC)报文头。由于该流量为未知单播或者广播流量，因此，BEB1将该流量的目的MAC设置为全MAC，即广播MAC，然后将封装报文头后的流量从I-SID实例所属的BVLAN的上行口广播出去。由于I-SID1所属的BVLAN中还包括I-SID2，因此，BEB1将流量通过I-SID1实例和I-SID2实例对应的端口发送出去。接收到该流量的设备，例如BCB3和BCB1，获取流量的目的MAC为全MAC，通过BVLAN对应的端口在网络中广播该流量，使该流量到达PBB网络中BVLAN包括的其余各个BEB设备。
接收到该流量的BEB设备进行MAC学习和隧道处理，识别报文头中的源MAC地址为BEB 1的MAC地址，建立与BEB1之间的MinM隧道。例如，图2中I-SID1实例下，BEB2接收BEB1发送的报文，学习BEB1的MAC地址，并建立与BEB1之间的MinM隧道；在I-SID2实例下，BEB1和BEB3建立MinM隧道。
隧道建立后，BEB1从用户侧接收到流量后，获取该流量的目的MAC地址，若该流量的目的MAC地址为BEB2或者BEB3，则BEB1通过与BEB2或者BEB3之间的MinM隧道发送该流量。但是，由于MinM隧道的创建基于数据流触发，因此，BMAC学习也是通过数据流触发，BEB1无法获知没有流量交互的I-SID1实例下的PW对端设备，所以，BEB1接收到属于I-SID1的未知单播或者广播流量时，BEB1无法根据I-SID1实例确定对应的所有PW对端设备，因此，为了保证流量能够到达目的设备，BEB1将该流量通过BVLAN的上行口在PBB网络内广播，使该流量到达PBB网络中的其余各个BEB设备。
但是，由于BEB1接收的流量只需要在I-SID1内发送，因此，通过BVLAN的上行口广播该流量将导致流量在PBB网络中I-SID1以外的设备上不必要的广播泛洪。
发明内容
本发明提供了一种运营商骨干桥PBB流量转发的方法及设备，以实现避免PBB网络内不必要的广播泛洪。
本发明提供了一种运营商骨干桥PBB流量转发的方法，应用于PBB网络的骨干边缘桥设备BEB，所述BEB在配置I-SID实例时，指定一个或多个I-SID实例下所有PW对端设备对应的BMAC，建立I-SID实例与BMAC的对应关系，该方法包括：
所述BEB接收到未知单播或者广播流量时，获取所述未知单播或者广播流量对应的I-SID实例；所述BEB通过下述方式确定接收到的用户报文是否为未知单播或者广播流量：在预先配置的MAC转发表项中查找用户报文的目的MAC地址，查找结果为否时，判断所述报文为未知单播或者广播流量；
所述BEB查找配置的所述I-SID实例与BMAC的对应关系，获取与所述I-SID实例对应的BMAC；
所述BEB根据所述BMAC获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。
所述方法还包括：
所述BEB接收到用户侧发送的流量时，判断该流量是否为未知单播或者广播流量；
当判断结果为否时，所述BEB根据配置的MAC转发表项、以及用户侧路由设备CE侧发送的流量的目的MAC，获取对应的端口发送所述用户侧发送的流量。
还包括：
所述BEB在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC的同时，指定所述PW对端设备的主备PW属性，包括主PW 对端设备与备PW对端设备。
还包括：
所述BEB接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；
当所述PW对端设备为主PW对端设备时，所述BEB根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；
当所述PW对端设备为备PW对端设备时，所述BEB丢弃所述PW对端设备发送的报文；
当所述BEB检测到所述主PW故障时，所述BEB根据所述备PW对端设备发送的报文创建与所述备PW对端设备之间的备PW，通过所述备PW通信。
还包括：
所述BEB接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；
当所述PW对端设备为主PW对端设备时，所述BEB根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；
当所述PW对端设备为备PW对端设备时，所述BEB根据所述报文创建与所述PW对端设备之间的备PW，设置所述备PW为失效；
当所述BEB检测到所述主PW故障时，所述BEB设置所述备PW为有效，通过所述备PW通信。
本发明提供一种运营商骨干桥PBB流量转发的设备，应用于PBB网络的骨干边缘桥设备BEB，所述BEB在配置I-SID实例时，指定一个或多个I-SID实例下所有PW对端设备对应的BMAC，建立I-SID实例与BMAC的对应关系，该设备包括：
实例获取单元，用于接收到未知单播或者广播流量时，获取所述未知单播或者广播流量对应的I-SID实例；所述BEB通过下述方式确定接收到的用户报文是否为未知单播或者广播流量：在预先配置的MAC转发表项中查找用户报文的目的MAC地址，查找结果为否时，判断所述报文为未知单播或者广播流量；
BMAC获取单元，用于查找配置的所述I-SID实例与BMAC的对应关系， 获取与所述实例获取单元获取的I-SID实例对应的BMAC；
发送单元，用于根据所述BMAC获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。
还包括：
判断单元，用于接收到用户侧发送的流量时，判断该流量是否为未知单播或者广播流量；
所述发送单元还用于：当所述判断单元的判断结果为否时，根据预先配置的MAC转发表项、以及所述用户侧发送的流量的目的MAC，获取对应的端口发送所述用户侧发送的流量。
所述BEB在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC的同时，指定所述PW对端设备的主备PW属性，包括主PW对端设备与备PW对端设备。
还包括：
主备PW处理单元，用于接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；当所述PW对端设备为主PW对端设备时，根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；当所述PW对端设备为备PW对端设备时，丢弃所述PW对端设备发送的报文；当检测到所述主PW故障时，根据所述备PW对端设备发送的报文创建与所述备PW对端设备之间的备PW，通过所述备PW通信。
还包括：主备PW处理单元，用于接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；当所述PW对端设备为主PW对端设备时，根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；当所述PW对端设备为备PW对端设备时，根据所述报文创建与所述PW对端设备之间的备PW，设置所述备PW为失效；当所述BEB检测到所述主PW故障时，设置所述备PW为有效，通过所述备PW通信。
与现有技术相比，本发明至少具有以下优点：
本发明中，PBB网络内的BEB在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC，建立I-SID实例与BMAC的对应关系，从而在接收到未知单播或者广播流量时，通过接收该未知单播或者广播流量的I-SID实例下所有PW发送流量，避免不必要的广播泛洪。
附图说明
图1是现有技术中PBB组网方式示意图；
图2是现有技术中PBB组网内BEB设备建立PW示意图；
图3是本发明提供的运营商骨干桥PBB流量转发的方法的流程示意图；
图4是本发明应用场景中提供的流量转发示意图；
图5是本发明应用场景提供的PBB流量转发的方法的流程示意图；
图6是本发明应用场景中提供的PBB组网示意图；
图7是图6所示组网中本应用场景提供的方法的流程示意图；
图8是本发明提供的运营商骨干桥PBB流量转发的设备的结构示意图；
图9是本发明提供的PBB流量转发的设备的另一结构示意图。
具体实施方式
本发明的核心思想是：PBB网络内的BEB在配置I-SID实例时，指定一个或者多个I-SID实例下所有PW对端设备的BMAC，从而建立I-SID实例与PW对端设备的对应关系。BEB接收到未知单播或者广播流量时，根据该流量的I-SID实例确定对应的所有PW对端设备，在I-SID实例内广播未知单播或者广播流量，避免PEE网络内不必要的广播泛洪。
本发明提供一种运营商骨干桥PBB流量转发的方法，应用于PBB网络的骨干核心桥设备BEB，所述BEB在配置I-SID实例时，指定一个或多个I-SID实例下所有PW对端设备对应的BMAC，建立I-SID实例与BMAC的对应关系，如图3所示，该方法进一步包括以下步骤：
步骤301，所述BEB接收到未知单播或者广播流量时，获取接收所述未 知单播或者广播流量的I-SID实例；
步骤302，所述BEB查找配置的所述I-SID实例与BMAC地址的对应关系，获取与所述I-SID实例对应的BMAC地址；
步骤303，所述BEB根据所述BMAC地址获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。
下面结合具体应用场景对本发明提供的PBB流量转发的方法进行详细介绍。
本应用场景中，对于PBB网络内的I-SID实例，为一个或者多个I-SID实例指定该I-SID实例下所有PW对端设备的BMAC地址。本发明中，优选的，为所有I-SID实例指定该I-SID实例下所有PW对端设备的BMAC地址。通过指定I-SID实例内的PW对端设备的BMAC，唯一的确定了该I-SID实例下PW对端设备的MinM隧道，当PBB网络内的BEB设备在I-SID实例下接收到未知单播和广播流量时，根据该I-SID实例下PW对端设备的BMAC在该I-SID实例下广播该未知单播和广播流量，从而避免将未知单播和广播流量转发到同一BVLAN内其它I-SID实例的PW对端设备。
本应用场景提供的方法，如图5所示，包括以下步骤：
步骤501，BEB1从用户终端侧接收用户报文。
具体的，BEB1从CE侧接收的用户报文包括未知单播和广播报文以及目的MAC可知的用户报文。
步骤502，BEB1查找该用户报文的目的MAC地址，若查找到相应的MAC地址，执行步骤503；否则，执行步骤504。
BEB1接收用户报文后，获取该用户报文携带的报文信息，包括目的MAC、接收该用户报文的端口信息以及该用户报文的VLAN信息；进一步查找预先配置的MAC转发表项中是否具有相应的MAC地址。
步骤503，BEB1通过MAC表项中与该MAC地址相应的端口，将用户报文向下一网络设备发送。
BEB1内预先学习MAC地址，建立MAC表项，存储MAC地址与端口的对应关系。接收到用户报文后，BEB1查找MAC表项，当接收到的用户报文的目的MAC地址为MAC表项中的MAC地址时，BEB1根据存储的该MAC地址与端口的对应关系，通过相应的端口发送该用户报文，其中相应的端口可以为单个或者多个。
步骤504，BEB1确定该报文为未知单播或者广播流量，获取预先配置的该报文的I-SID实例对应的PW对端设备，向PW对端设备发送报文。
BEB1预先配置I-SID实例与PW对端设备之间的对应关系，包括：
i-sid 4532 create //创建服务实例，指定I-SID
i-sid 4532 name″60574″
i-sid 4532 b-vlan 300 //为服务实例指定外层封装的BVLAN
i-sid peer 00-10-fe-00-00-01 //指定I-SID实例下的一个PW对端设备BMAC
i-sid peer 00-10-fc-00-00-02 //指定I-SID实例下的PW对端设备BMAC
通过指定I-SID实例内的PW对端设备的BMAC，就唯一的确定了该I-SID实例下BEB1到达PW对端设备的MinM隧道，即BMAC、BVLAN和I-SID决定了这个隧道，到达PW对端设备的所有流量(包括单播、广播和未知单播)均可以封装该隧道。
BEB1判断用户报文为未知单播或者广播流量时，BEB1根据接收用户报文的端口等确定该用户报文所属的I-SID实例，然后查找预先指定的与I-SID实例相应的BMAC，进一步通过该BMAC相应的端口发送该用户报文，在I-SID内广播该用户报文，且广播该用户报文的隧道为单播隧道，即通过该I-SID实例下所有PW向PW对端设备发送用户报文。特殊的，在PBB骨干网络中，当BEB和BCB设备之间的BMAC没有学习到时，BEB1为未知单播和广播报文封装了单播MinM隧道后，接收到该报文的BCB设备仍然会在BVLAN内广播，直到BEB、BCB相互学习到MAC之后进行单播转发，如图4所示。
步骤505，PW对端BEB设备接收到MinM隧道封装的PBB报文后，弹 掉隧道封装头后进入到I-SID中进行MAC查找，之后转发到本地目的网络设备。
本发明应用场景提供的PBB流量转发的方法，指定I-SID实例的PW对端设备的BMAC，从而将未知单播和广播流量在对应的I-SID实例内通过PW向对端发送，能够很好地避免未知单播和广播流量在PBB网络内泛洪。
本发明提供的方法还可以应用于PBB网络内建立主备PW。下面结合另一应用场景介绍本发明提供的建立主备PBB PW的方法。
现有技术中I-SID实例下各个PW的建立是通过数据流触发来建立的，BEB设备初始状态下并不知道其他BEB对端的任何信息，收到对端发送的报文后才进行BMAC学习，与其他BEB设备创建PW。在图6所示的PBB网络中，BEB1与BEB4可以通过BEB1-BEB2-BEB4或者BEB1-BEB3-BEB4通信，当用户希望以BEB1-BEB2-BEB4所在PW为主PW、以BEB1-BEB3-BEB4所在PW为备用PW时，由于BEB1可以从BEB2或者BEB3接收报文并进行MAC学习，因此，当BEB1轮流从BEB2或者BEB3接收报文时，BEB1上到达BEB4的MAC表项会不断更新，从而无法使BEB1-BEB2-BEB4所在PW与BEB1-BEB3-BEB4所在PW起到主备PW作用。
为了支持PBB网络中主备PW的建立，本应用场景提供的方法中，在BEB1设备上配置I-SID实例时指定PW对端设备BMAC的同时指定PW的主备属性，从而建立主备PW，以图6所示的组网为例，本应用场景提供的方法如图7所示，包括以下步骤：
步骤701，BEB1设备配置PW对端设备的BMAC以及主备属性。
本应用场景中，以指定BEB2所在PW为主PW、BEB3所在PW为备用PW为例，具体如下：
i-sid 4532 create //创建服务实例，指定I-SID
i-sid 4532 name″60574″
i-sid 4532 b-vlan 300 //为服务实例指定外层封装的BVLAN
i-sid peer 00-10-fe-00-00-01master id 1 //指定I-SID实例下的一个主PW 对端设备BMAC
i-sid peer 00-10-fc-00-00-02slave id 1 //指定I-SID实例下的一个备用PW对端设备BMAC
通过上述配置，BEB1设备内获知BEB2、BEB3所属的I-SID，以及到达BEB2与BEB3的PW的主备属性。
步骤702，BEB1接收CE2侧发送的报文进行MAC学习时，判断该报文的对端设备为BEB2或者BEB3；如果为BEB2，执行步骤703；如果为BEB3，执行步骤704。
步骤703，BEB1创建与BEB2之间的PW，并学习报文的BMAC为BEB2的BMAC。
步骤704，BEB1获知到达BEB3的PW属性为备用，直接丢弃从BEB3接收的报文。
步骤705，BEB1接收到CE1向CE2发送的报文时，通过PW向BEB2发送，再由BEB2将报文向CE2发送。
BEB2将报文向CE2发送时可以通过链路BEB2-BEB4-CE2或者BEB2-BEB3-BEB4-CE2，BEB学习该报文的MAC为BEB2的BMAC，BEB4学习该报文的MAC为BEB2或者BEB3的BMAC，因此，对于CE2向CE1返回的报文，经过BEB4后向BEB2发送，再通过主PW向BEB1发送。
步骤706，BEB1检测到与BEB2之间的PW故障时，接收BEB3发送的报文并创建与BEB3之间的备用PW，通过该备用PW与对端进行报文交互。
BEB1检测PW故障的方法可以根据实际需要灵活设置，例如BEB1与BEB2之间周期性发送检测报文，若BEB1在预设时间内无法收到BEB2的响应，则BEB1判断与BEB2之间的主PW故障。
本发明应用场景中，BEB1还可以接收BEB2和BEB3发送的报文，并学习报文的MAC，建立BEB1与BEB2之间的主PW和BEB1与BEB3之间的备PW，然后，BEB1将备PW设置为无效，仅通过主PW发送报文。当检测到主PW故障时，BEB1启动备PW，向BEB3发送报文。BEB1将备PW设置为无效的方式可以有多种，例如将备PW的端口设置为无效或者关闭等， 本应用场景对此不做限制。
通过采用本发明应用场景提供的方法，PBB网络内的BEB在配置I-SID实例时，指定每一I-SID实例下PW的主备属性，根据该配置的主备属性与对端建立PW通信，从而实现PBB网络中主备PW的建立，提高PBB网络中PW的可靠性。
本发明提供一种运营商骨干桥PBB流量转发的设备，应用于PBB网络的骨干边缘桥设备BEB，所述BEB在配置I-SID实例时，指定一个或多个I-SID实例下所有PW对端设备对应的BMAC地址，建立I-SID实例与BMAC地址的对应关系，如图8所示，该设备包括：
实例获取单元11，用于接收到未知单播或者广播流量时，获取所述未知单播或者广播流量对应的I-SID实例。具体的，本发明提供的设备接收用户报文后，获取该用户报文携带的报文信息，包括目的MAC地址、接收该用户报文的端口信息以及该用户报文的VLAN信息；进一步查找预先配置的MAC转发表项中是否具有相应的MAC地址。当查找结果为否时，判断该用户报文为未知单播或者广播流量，实例获取单元11根据设备接收该未知单播或者广播流量的端口等信息获取与该未知单播或者广播流量对应的I-SID实例。
BMAC获取单元12，用于查找配置的所述I-SID实例与BMAC地址的对应关系，获取与所述实例获取单元11获取的I-SID实例对应的BMAC地址。具体的，设备预先配置I-SID实例与BMAC地址的对应关系，BMAC获取单元12根据配置的该对应关系获取与实例获取单元11获取的I-SID实例对应的BMAC地址。
发送单元13，用于根据所述BMAC地址获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。具体的，发送单元13根据BMAC地址与PW对端设备的对应关系，获知未知单播或者广播流量所属的I-SID实例下的所有PW，在该I-SID实例内广播未知单播或者广播流量，通过I-SID实例下每一PW发送未知单播或者广播流量。
本发明提供的设备，还包括：
判断单元14，用于接收到用户侧发送的流量时，判断该流量是否为未知单播或者广播流量。该单元获取用户侧发送的流量携带的目的MAC地址，若转发表项中没有该目的MAC地址，则判断单元14判断该流量为未知单播或者广播流量。
所述发送单元13还用于：当所述判断单元14的判断结果为否时，根据配置的MAC转发表项、以及所述用户侧发送的流量的目的MAC地址，获取对应的端口发送所述用户侧发送的流量。
本发明提供的设备，在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC的同时，指定所述PW对端设备的主备PW属性，包括主PW对端设备与备PW对端设备。
如图9所示，本发明提供的设备，还包括：
主备PW处理单元15，用于接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；当所述PW对端设备为主PW对端设备时，根据所述报文创建与所述PW对端设备的主PW，通过所述主PW通信；当所述PW对端设备为备PW对端设备时，丢弃所述PW对端设备发送的报文；当检测到所述主PW故障时，根据所述备PW对端设备发送的报文创建与所述备PW对端设备的备PW，通过所述备PW通信。
该主备PW处理单元15还用于：接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；当所述PW对端设备为主PW对端设备时，根据所述报文创建与所述PW对端设备的主PW，通过所述主PW通信；当所述PW对端设备为备PW对端设备时，根据所述报文创建与所述PW对端设备的备PW，设置所述备PW为失效；当所述BEB检测到所述主PW故障时，设置所述备PW为有效，通过所述备PW通信。
通过采用本发明提供的设备，PBB网络内的BEB在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC，建立I-SID实例与 BMAC的对应关系，从而在接收到未知单播或者广播流量时，通过接收该未知单播或者广播流量的I-SID实例下所有PW发送流量，避免不必要的广播泛洪；
同时，本发明中，BEB在配置I-SID实例时，还指定PW对端设备的主备PW属性，根据该配置的主备属性与对端建立PW通信，从而实现PBB网络中主备PW的建立，提高PBB网络中PW的可靠性。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种运营商骨干桥PBB流量转发的方法，应用于PBB网络的骨干边缘桥设备BEB，其特征在于，所述BEB在配置I-SID实例时，指定一个或多个I-SID实例下所有虚链路PW对端设备对应的骨干网媒体访问控制BMAC地址，建立I-SID实例与BMAC地址的对应关系，该方法进一步包括：
所述BEB接收到未知单播或者广播流量时，获取所述未知单播或者广播流量对应的I-SID实例；所述BEB通过下述方式确定接收到的用户报文是否为未知单播或者广播流量：在预先配置的MAC转发表项中查找用户报文的目的MAC地址，查找结果为否时，判断所述报文为未知单播或者广播流量；
所述BEB查找配置的所述I-SID实例与BMAC地址的对应关系，获取与所述I-SID实例对应的BMAC地址；
所述BEB根据所述BMAC地址获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述BEB接收到用户侧发送的流量时，判断该流量是否为未知单播或者广播流量；
当判断结果为否时，所述BEB根据配置的媒体访问控制MAC转发表项、以及用户侧路由设备CE侧发送的流量的目的MAC地址，获取对应的端口发送所述用户侧发送的流量。
3.如权利要求1所述的方法，其特征在于，还包括：
所述BEB在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC地址的同时，指定所述PW对端设备的主备PW属性，包括主PW对端设备与备PW对端设备。
4.如权利要求3所述的方法，其特征在于，还包括：
所述BEB接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；
当所述PW对端设备为主PW对端设备时，所述BEB根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；
当所述PW对端设备为备PW对端设备时，所述BEB丢弃所述PW对端设备发送的报文；
当所述BEB检测到所述主PW故障时，所述BEB根据所述备PW对端设备发送的报文创建与所述备PW对端设备之间的备PW，通过所述备PW通信。
5.如权利要求3所述的方法，其特征在于，还包括：
所述BEB接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；
当所述PW对端设备为主PW对端设备时，所述BEB根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；
当所述PW对端设备为备PW对端设备时，所述BEB根据所述报文创建与所述PW对端设备之间的备PW，设置所述备PW为失效；
当所述BEB检测到所述主PW故障时，所述BEB设置所述备PW为有效，通过所述备PW通信。
6.一种运营商骨干桥PBB流量转发的设备，应用于PBB网络的骨干边缘桥设备BEB，其特征在于，所述BEB在配置I-SID实例时，指定一个或多个I-SID实例下所有虚链路PW对端设备对应的骨干网媒体访问控制BMAC地址，建立I-SID实例与BMAC地址的对应关系，该设备包括：
实例获取单元，用于接收到未知单播或者广播流量时，获取所述未知单播或者广播流量对应的I-SID实例；所述BEB通过下述方式确定接收到的用户报文是否为未知单播或者广播流量：在预先配置的MAC转发表项中查找用户报文的目的MAC地址，查找结果为否时，判断所述报文为未知单播或者广播流量；
BMAC获取单元，用于查找配置的所述I-SID实例与BMAC地址的对应关系，获取与所述实例获取单元获取的I-SID实例对应的BMAC地址；
发送单元，用于根据所述BMAC地址获取所述I-SID实例下所有PW对端设备，通过所述I-SID实例下所有PW向每一PW对端设备发送所述未知单播或者广播流量。
7.如权利要求6所述的设备，其特征在于，还包括：
判断单元，用于接收到用户侧发送的流量时，判断该流量是否为未知单播或者广播流量；
所述发送单元还用于：当所述判断单元的判断结果为否时，根据预先配置的MAC转发表项、以及所述用户侧发送的流量的目的MAC地址，获取对应的端口发送所述用户侧发送的流量。
8.如权利要求6所述的设备，其特征在于，所述BEB在配置I-SID实例时，指定每一I-SID实例下所有PW对端设备对应的BMAC地址的同时，指定所述PW对端设备的主备PW属性，包括主PW对端设备与备PW对端设备。
9.如权利要8所述的设备，其特征在于，还包括：
主备PW处理单元，用于接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；当所述PW对端设备为主PW对端设备时，根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；当所述PW对端设备为备PW对端设备时，丢弃所述PW对端设备发送的报文；当检测到所述主PW故障时，根据所述备PW对端设备发送的报文创建与所述备PW对端设备之间的备PW，通过所述备PW通信。
10.如权利要求8所述的设备，其特征在于，还包括：
主备PW处理单元，用于接收PW对端设备发送的报文后，根据配置的主备PW属性判断所述PW对端设备为主PW对端设备或者备PW对端设备；当所述PW对端设备为主PW对端设备时，根据所述报文创建与所述PW对端设备之间的主PW，通过所述主PW通信；当所述PW对端设备为备PW对端设备时，根据所述报文创建与所述PW对端设备之间的备PW，设置所述备PW为失效；当所述BEB检测到所述主PW故障时，设置所述备PW为有效，通过所述备PW通信。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102102193A CN101674249B (zh) | 2009-10-28 | 2009-10-28 | 运营商骨干桥pbb流量转发的方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102102193A CN101674249B (zh) | 2009-10-28 | 2009-10-28 | 运营商骨干桥pbb流量转发的方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101674249A CN101674249A (zh) | 2010-03-17 |
| CN101674249B true CN101674249B (zh) | 2012-02-08 |
Family
ID=42021243
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009102102193A Active CN101674249B (zh) | 2009-10-28 | 2009-10-28 | 运营商骨干桥pbb流量转发的方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101674249B (zh) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102316079B (zh) | 2010-06-29 | 2014-12-10 | 杭州华三通信技术有限公司 | 一种pbb网络中实现协议连接的方法、系统和beb设备 |
| CN102347889B (zh) * | 2010-08-04 | 2014-08-13 | 杭州华三通信技术有限公司 | 一种分层虚拟专用局域网中的报文转发方法、系统和装置 |
| CN102891788B (zh) * | 2011-07-20 | 2017-08-08 | 南京中兴软件有限责任公司 | Vpls业务建立方法及装置 |
| CN102255762A (zh) * | 2011-08-25 | 2011-11-23 | 华为技术有限公司 | 网络实例的创建方法和装置 |
| US9118687B2 (en) * | 2011-10-04 | 2015-08-25 | Juniper Networks, Inc. | Methods and apparatus for a scalable network with efficient link utilization |
| US9407457B2 (en) | 2011-10-04 | 2016-08-02 | Juniper Networks, Inc. | Apparatuses for a wired/wireless network architecture |
| US10148550B1 (en) | 2011-10-04 | 2018-12-04 | Juniper Networks, Inc. | Methods and apparatus for a scalable network with efficient link utilization |
| US8804620B2 (en) | 2011-10-04 | 2014-08-12 | Juniper Networks, Inc. | Methods and apparatus for enforcing a common user policy within a network |
| US9667485B2 (en) | 2011-10-04 | 2017-05-30 | Juniper Networks, Inc. | Methods and apparatus for a self-organized layer-2 enterprise network architecture |
| CN102970240B (zh) * | 2012-11-01 | 2015-07-22 | 杭州华三通信技术有限公司 | 一种spb网络中的流量均衡方法及设备 |
| CN103200095B (zh) * | 2013-03-22 | 2016-05-04 | 杭州华三通信技术有限公司 | 一种跨spb网络访问实现方法和设备 |
| CN103200115B (zh) * | 2013-04-19 | 2016-01-20 | 杭州华三通信技术有限公司 | 一种spb网络中的流量控制方法和设备 |
| CN103269299B (zh) * | 2013-04-22 | 2016-03-09 | 杭州华三通信技术有限公司 | Spbm网络中的报文转发方法及装置 |
| CN103248536B (zh) * | 2013-04-28 | 2017-12-29 | 新华三技术有限公司 | 一种虚链路pw检测方法及设备 |
| CN104219073B (zh) * | 2013-05-31 | 2018-01-12 | 新华三技术有限公司 | Spbm网络中的报文转发方法及装置 |
| CN103414578B (zh) * | 2013-08-12 | 2017-05-17 | 杭州华三通信技术有限公司 | 一种MAC‑in‑MAC网络中的报文传输方法和设备 |
| CN103490952B (zh) * | 2013-09-10 | 2016-12-07 | 杭州华三通信技术有限公司 | 一种流量备份方法和设备 |
| CN103634191B (zh) * | 2013-11-27 | 2017-05-10 | 新华三技术有限公司 | 等价树迁移方法及装置 |
| CN103795567B (zh) * | 2014-01-21 | 2017-04-12 | 杭州华三通信技术有限公司 | 一种组播转发表项维护方法和设备 |
| CN103973575B (zh) * | 2014-05-30 | 2017-05-10 | 新华三技术有限公司 | 一种生成转发表项方法和装置 |
-
2009
- 2009-10-28 CN CN2009102102193A patent/CN101674249B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN101674249A (zh) | 2010-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101674249B (zh) | 运营商骨干桥pbb流量转发的方法及设备 | |
| CN100596094C (zh) | 多点到多点的业务实现方法及交换设备 | |
| CN1866919B (zh) | 基于虚拟局域网堆叠的业务交换方法 | |
| CN101491029B (zh) | 以太网层2协议包交换 | |
| CN101160850B (zh) | 一种转发报文的方法及装置 | |
| CN101617305B (zh) | 使用基于以太网的隧道的、用于mpls和第2层vpn的边界网关协议过程 | |
| CN101427523B (zh) | 一种业务绑定的方法和设备 | |
| EP2490375B1 (en) | Method and device for link protection in virtual private local area network | |
| CN103269299B (zh) | Spbm网络中的报文转发方法及装置 | |
| US20080080535A1 (en) | Method and system for transmitting packet | |
| CN100531138C (zh) | 运营商边界节点、虚拟专用局域网服务通信方法及系统 | |
| CN101442467B (zh) | 在基于运营商骨干网传送的网络中提供多点到多点连接的方法 | |
| CN101510845B (zh) | 一种标签转发方法和装置 | |
| CN102413060B (zh) | Vpls网络中用户专线通信方法及设备 | |
| CN101682660A (zh) | 促进运营商骨干网络的自动保护切换 | |
| US20100254258A1 (en) | Ring-based packet transmitting method, network system and node equipment | |
| CN107317752B (zh) | 一种转发数据报文的方法及装置 | |
| US20070165603A1 (en) | Access network system, subscriber station device, and network terminal device | |
| CN101534209A (zh) | 一种组播报文发送的方法和装置 | |
| CN102882784A (zh) | Spbm中的lsp信息泛洪方法及设备 | |
| CN103067278B (zh) | 一种数据帧的传输处理方法、设备及系统 | |
| CN103259721A (zh) | Spbm网络中的报文转发方法及装置 | |
| CN107547340A (zh) | 一种报文转发方法和装置 | |
| CN100518128C (zh) | 一种pbt网络中多点到多点vpn互联的方法、系统及其装置 | |
| CN100373892C (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee 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 Patentee before: Huasan Communication Technology Co., Ltd. |