[发明专利]一种自举路由器报文的处理方法和UPE设备

说明书

技术领域

本发明涉及网络技术，特别涉及自举路由器(BSR：BootStrap Router)报文的处理方法和下层服务提供商边缘路由器(UPE：User-end PE)设备。

背景技术

在分层服务提供商边缘路由器(HOPE)网络结构中，一个上层PE(SPE：Superstratum PE)可连接多个UPE(User-end PE)，并且，SPE和UPE可支持一个以上的组播VPN实例，其中，每一个组播VPN实例中存在一个BSR，该BSR可周期性地发送BSR报文，其中，该BSR报文为协议无关组播(PIM：Protocol Independent Multicast)类型的报文。

参见图1，图1为现有HOPE网络结构中BSR报文的处理示意图。在图1中，虚线用于表示BSR报文的传输路径，SPE连接UPE1和UPE2，若CE1被选举为BSR，其周期性地发送BSR报文。如图1所示，当SPE接收到BSR报文后，对该BSR报文执行RPF检查；当检查通过后，SPE确定转发当前接收的BSR报文的出接口，这里，SPE确定转发BSR报文的出接口操作不像转发普通组播报文那样在组播路由表中，根据该组播报文携带的源地址信息和目的地址信息确定转发该组播报文的接口，而是直接将自身包含的启动了PIM协议的所有出接口和自身支持的所有组播VPN实例对应的Mtunnel口确定为转发该BSR报文的出接口，其中，Mtunnel口为一广播网络类型的接口，每一个组播VPN实例具有一个对应的Mtunnel口。之后，通过确定的出接口发送BSR报文，其中，SPE通过组播VPN实例对应的Mtunnel口发送BSR报文具体包括：以SPE的ID为组播源地址、该组播VPN实例对应的共享组(Share-Group)地址为组播组地址对该BSR报文进 行GRE封装，得到封装后的报文；对该封装后的报文进行组播转发。

各个UPE对该接收的BSR报文进行解封装，并执行RPF检查；尽管上述SPE是将接收的BSR报文通过其支持的所有组播VPN实例对应的Mtunnel口发送BSR报文，但是，这里只有支持该BSR报文所属的组播VPN实例的UPE才会使该接收的BSR报文通过RPF检查，而其他不支持该BSR报文所属的组播VPN实例的UPE不能使该BSR报文通过RPF检查，如此，只能丢弃该BSR报文。当检查通过后，UPE确定出转发该BSR报文的出接口；这里，确定出的出接口为：该BSR报文所属的组播VPN实例对应的Mtunnel口和自身包含的支持该BSR报文所属的组播VPN实例，并且启动了PIM协议的接口，为便于描述，将支持BSR报文所属的组播VPN实例，并且启动了PIM协议的接口简称为该BSR报文所属的组播VPN实例对应的私网PIM接口。之后，通过确定的出接口转发该BSR报文。

由于Mtunnel口为广播网络类型的接口，因此，当SPE通过支持的各个组播VPN实例所对应的Mtunnel口发送BSR报文后，各个UPE都能通过对应的Mtunnel口接收到BSR报文，如此，UPE在通过Mtunnel口接收到SPE发送的BSR报文后，就没有必要通过该Mtunnel口再发送BSR报文。而现有提供的方法中，UPE在通过Mtunnel口接收到SPE发送的BSR报文后，仍然执行通过该Mtunnel口再发送BSR报文的操作，这样就会导致该UPE资源的浪费。并且，这种资源浪费的程度会随着组播VPN实例和UPE的个数增加而加大，比如，HOPE网络结构中SPE当前支持1024个组播VPN实例，并且，该SPE对应256个UPE，假如每个UPE也都支持该1024个组播VPN实例。由于一个组播VPN实例中只有一个对应的BSR，如此，SPE上就会接收到1024个BSR报文。若当这256个UPE收到1024个BSR报文后，即使设置各个组播VPN实例中BSR报文的发送周期在60秒内完全离散分布，这256个UPE接收到BSR报文后，每60秒内重新返回到该BSR报文所属的VPN实例对应的Mtunnel口的BSR报文的个数也高达1024×256个；相应地，任何一个UPE在每60秒内都会收到1024×(256-1)/60个BSR报文。因此，一种避免HOPE网络结构中，UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文的方法是当前亟待解决的问题。

发明内容

本发明实施例提供了一种自举路由器报文的处理方法和UPE设备，避免了UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文的操作。