一种实现l3vpn业务负载分担的方法、设备及系统的制作方法
【技术领域】
[0001]本发明涉及VPN (Virtual Private Network,虚拟专用网络)技术领域,尤其涉及一种实现L3VPN (Layer3Virtual Private Network,三层虚拟专用网络)业务负载分担的方法、设备及系统。
【背景技术】
[0002]随着LTE (Long Term Evolut1n,长期演进)基站数量及单基站流量的逐渐增加，承载网、尤其是承载网的核心层的带宽压力也在迅速增加，导致核心层网络的链路扩容势在必行。
[0003]具体地，目前业界可采用40GE (Gigabit Ethernet，千兆以太网)PTN (分组传送网，Packet Transport Network)来实现核心层网络的链路扩容,但是，由于在相当多的区域，核心层PTN通常承载在10GE OTN (光传送网，Optical Transport Network)网络之上、暂不支持40GE/100GE的超大容量链路，因此，在此情况下，业界通常可采用在核心层提供多条10GE链路的方式以供链路扩容使用。具体地，在L3VPN网络中，当采用多条10GE链路进行扩容，即采用多个物理层链路来进行扩容时，通常可通过NNI (网络和网络接口)LAG(Link Aggregat1n Group,链路聚合组)或 ECMP (Equal-Cost Multi path Routing,等值多路径路由协议)等方式来实现L3VPN业务在多链路间的负载分担。
[0004]但是，由于在通过NNI LAG或ECMP等方式来实现L3VPN业务在多链路间的负载分担时，均依赖一定的规则进行动态逐流Hash (哈希)，因而通常会存在以下问题:
[0005]问题一:业务传送效率低。由于Hash结果与业务流量的分布特征有关，因而会存在业务流量负载分担不均匀的情况，影响业务的传送效率；并且，还很容易出现流量不均衡所造成的带宽浪费等问题，例如，当链路数量较大(如大于4等)时，带宽浪费问题极为严重；
[0006]问题二:缺乏可管可控。由于采用动态Hash的方式，因而业务转发路径并不可控，导致无法得知业务到底在哪个链路上传送，给故障定位带来较大的困难，影响运维效率，并不符合网络可管可控的要求。
[0007]因此，亟需提供一种新的用于实现L3VPN业务负载分担的方法来解决上述各问题。
【发明内容】
[0008]本发明实施例提供了一种实现L3VPN业务负载分担的方法、设备及系统，用以解决目前存在的采用动态hash的方式进行业务分担时导致负载分担不均匀以及业务转发路径不可控等问题。
[0009]本发明实施例提供了一种实现L3VPN业务负载分担的方法，包括:
[0010]PE (Provider Edge，运营商边缘设备)在确定与对端PE之间存在N条网络侧物理链路时，针对同一 L3VPN，在本地设置N个归属于所述同一 L3VPN的第一子VRF (VPNRouting&Forwarding Instance, VPN路由转发表，也称VPN实例),所述N为大于I的正整数；以及，
[0011]根据接入本地的、归属于所述同一 L3VPN的各CE(Customer Edge，客户边缘设备)所对应的VPN业务流量，按照各第一子VRF的网络侧链路流量不超过网络侧物理链路带宽的原则，将所述归属于所述同一 L3VPN的各CE接入时所使用的三层接口分别挂接到所述N个第一子VRF上，以通过所述N个第一子VRF接收来自所述归属于所述同一 L3VPN的各CE的VPN业务流量，并通过N条分别与所述N个第一子VRF——对应的第一 LSP (LabelSwitched Path,标签交换路径)将接收到的VPN业务流量发送至所述对端PE。
[0012]进一步地，在UNI侧(客户与网络接口侧，可简称客户侧)，所述PE的各第一子VRF之间共享所挂接的三层接口。
[0013]进一步地，所述对端PE中设置有N个归属于所述同一 L3VPN的第二子VRF，所述N个第一子VRF分别通过所述N条第一 LSP与所述N个第二子VRF —一对接；
[0014]通过N条分别与所述N个第一子VRF —一对应的第一 LSP将接收到的VPN业务流量发送至所述对端PE,包括:
[0015]通过所述N条分别与所述N个第一子VRF——对应的第一 LSP将接收到的VPN业务流量发送至所述对端PE中的相应的第二子VRF。
[0016]进一步地，所述PE以及所述对端PE通过设置有N个归属于所述同一 L3VPN的第三子VRF的中转PE相连接，且，所述N个第一子VRF分别通过所述N条第一 LSP与所述N个第三子VRF —一对接，所述N个第三子VRF分别通过N条分别与所述N个第三子VRF —一对应的第二 LSP与所述N个第二子VRF——对接；
[0017]通过N条分别与所述N个第一子VRF —一对应的第一 LSP将接收到的VPN业务流量发送至所述对端PE,包括:
[0018]通过N条分别与所述N个第一子VRF —一对应的第一 LSP将接收到的VPN业务流量发送至所述中转PE，由所述中转PE通过所述N条分别与所述N个第三子VRF —一对应的第二 LSP将接收到的所述VPN业务流量转发至所述对端PE中的相应的第二子VRF。
[0019]进一步地,所述方法还包括:
[0020]若确定网络中的任一 LSP存在故障，则采用LSPl:1线性保护的方式将故障LSP中的VPN业务流量切换至相应的备用LSP ;或者，
[0021]若确定网络中的任一对端PE存在故障，则采用VPN FRR (Virtual PrivateNetwork Fast Re-route,基于VPN的快速重路由)的方式将发送至故障PE的VPN业务流量切换至相应的备用PE。
[0022]相应地，本发明实施例还提供了一种PE，包括:
[0023]VRF建立模块，用于在确定与对端PE之间存在N条网络侧物理链路时，针对同一L3VPN,在本地设置N个归属于所述同一 L3VPN的第一子VRF，所述N为大于I的正整数；
[0024]接口挂接模块，用于根据接入本地的、归属于所述同一 L3VPN的各CE所对应的VPN业务流量，按照各第一子VRF的网络侧链路流量不超过网络侧物理链路带宽的原则，将所述归属于所述同一 L3VPN的各CE接入时所使用的三层接口分别挂接到所述N个第一子VRF上，以通过所述N个第一子VRF接收来自所述归属于所述同一 L3VPN的各CE的VPN业务流量;
[0025]流量发送模块，用于通过N条分别与所述N个第一子VRF —一对应的第一 LSP将接收到的VPN业务流量发送至所述对端PE。
[0026]进一步地，在UNI侧，各第一子VRF之间共享所挂接的三层接口。
[0027]进一步地，所述对端PE中设置有N个归属于所述同一 L3VPN的第二子VRF，所述N个第一子VRF分别通过所述N条第一 LSP与所述N个第二子VRF —一对接；
[0028]所述流量发送模块，具体用于通过所述N条分别与所述N个第一子VRF —一对应的第一 LSP将接收到的VPN业务流量发送至所述对端PE中的相应的第二子VRF。
[0029]进一步地，所述PE以及所述对端PE通过设置有N个归属于所述同一 L3VPN的第三子VRF的中转PE相连接，且，所述N个第一子VRF分别通过所述N条第一 LSP与所述N个第三子VRF —一对接，所述N个第三子VRF分别通过N条分别与所述N个第三子VRF —一对应的第二 LSP与所述N个第二子VRF——对接；
[0030]所述流量发送模块，具体用于通过N条分别与所述N个第一子VRF —一对应的第一 LSP将接收到的VPN业务流量发送至所述中转PE，由所述中转PE通过所述N条分别与所述N个第三子VRF —一对应的第二 LSP将接收到的所述VPN业务流量转发至所述对端PE中的相应的第二子VRF。
[0031]进一步地，所述PE还包括故障切换模块:
[0032]所述故障切换模块，用于若确定网络中的任一 LSP存在故障，则采用LSP1:1线性保护的方式将故障LSP中的VPN业务流量切换至相应的备用LSP ;或者，
[0033]用于若确定网络中的任一对端PE存在故障，则采用VPN FRR的方式将发送至故障PE的VPN业务流量切换至相应的备用PE。
[0034]进一步地，本发明实施例还提供了一种实现L3VPN业务负载分担的系统，包括PE、对端PE以及至