官方文档:https://tools.ietf.org/html/rfc7854
定义:BGP Monitoring Protocol (BMP),用于监控BGP Session
产生条件:BGP在发送update报文时只会通告选出的最优路径,根本无法获取rib路由表的路由,而BMP正弥补这个缺陷,选出一个设备作为BMP Server类似OSPF 里的DR的概念,剩余的非BMP Server会主动发更新消息给BMP Server,实现通过一个设备(BMP Server)监控整个网络
前提:BGP做底层
流程:一旦client与server的session建立后,server会发送update报文来监控client,所有client以串行的方式把自己收到的所有路由信息发给server
配置命令:
- failure-retry-delay:规定时间后重新尝试建立连接
- initial-delay:client请求与server建立session整个过程的初始化时间
- dscp :标记
- address 10.1.1.1 port-number 8000:指定server的IP和port
- description:添加描述
client端
Client#> enable
Client# configure terminal
Client(config)# router bgp 65000
Client(config-router)# neighbor 30.1.1.1 bmp-activate server 1 server 2 # 指定client的IP和被监控的server
Client(config-router)# end
server端
Server> enable
Server# configure terminal
Server(config)# router bgp 65000
Server(config-router)# bmp server 1
Server(config-router-bmpsrvr)# activate
Server(config-router-bmpsrvr)# address 10.1.1.1 port-number 8000
Server(config-router-bmpsrvr)# description xxx
Server(config-router-bmpsrvr)# failure-retry-delay 40
Server(config-router-bmpsrvr)# initial-delay 20
Server(config-router-bmpsrvr)# set ip dscp 5
Server(config-router-bmpsrvr)# update-source ethernet 0/0
Server(config-router-bmpsrvr)# exit-bmp-server-mode
Server(config-router)# bmp server 2
Server(config-router-bmpsrvr)# activate
Server(config-router-bmpsrvr)# address 20.1.1.1 port-number 9000
Server(config-router-bmpsrvr)# description xxx
Server(config-router-bmpsrvr)# failure-retry-delay 40
Server(config-router-bmpsrvr)# initial-delay 20
BGP监控协议BGP Monitoring Protocol(BMP)能够对网络中的设备的BGP运行状态进行实时监控,BGP运行状态包括对等体关系的建立与解除、路由信息刷新等。
实现BMP之前,只能通过人工查询方式来获得设备的BGP运行状态,效率较低;
实现BMP之后,设备可通过与监控服务器的连接,向监控服务器上报其运行状态信息,大大提升了网络监控的效率。通过BMP了解BGP运行状态,可以及时发现网络中的安全隐患并采取规避措施,保障了网络的稳定性。
应用场景:当物理设备down掉,会给BMP监控server发一条信息,BMP监控server确认某个设备故障后,发消息给探针,探针查看已发出得policy,若有目的地为故障设备,需要撤回,这里为同步数据库信息
用户边缘路由器(CE)、运营商边缘路由器(PE)
1. Policy 层级决定策略启动的时间以及要执行哪一个atomic policy
2. atomic的condition是决定一个policy action是否能运行,而不是决定发送或者撤销;
3. 每个policy action都是一个独立运行的单元,根据与action相关的网络条件自主决定是否要发送、更新、撤销;policy action会有多个状态running,sleep,stop,disable,每一种状态可以对应action的相关行为,atomic通过对policy action的状态设定(operation)影响policy的执行
————————————————
版权声明:本文为CSDN博主「bobi是咖喱的」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/ambzheng/article/details/102546972