[排错经验] c思科CRS在BRAS网络侧中断MPLS VPN路由更新慢的原因 |
|
c思科CRS在BRAS网络侧中断MPLS VPN路由更新慢的原因
在实验机房测试BRAS 热备,发现主BRAS(东海ME60-2:218.5.101.9)因 网络侧故障引起脱网时,CRS 的MPLS VPN 路由要过3分钟才更新为备BRAS(普 明ME60-2:218.5.101.10)发布。这将导致主设备东海ME60-2因网络侧故障时 MPLS VPN 业务需要过3分钟才能恢复正常,用户感知明显,需要解决MPLS VPN 路由更新慢的问题。 【步骤一:厂家支撑人员根据现象反馈原因和实际不吻合】 把实验机房测试发现的问题反馈给厂家支撑人员,答复可能为路由更新默 认时间为2分钟引起的,但这和实际测试记时为3分钟不吻合: 由于BGP 在邻居建立完成时,就开始接受路由信息,而路径的选择过程,在还没有从 一个对等体接收到所有的路径信息的时候就开始了,随着更多的路径信息被接收,路径选择 的结果会引起最佳路径的改变,由于最佳路径的改变,会导致同一条路由条目的多条更新被 发送。 为了避免这种情况,就是使BGP 对等体保持在只读模式,处于只读模式状态的BGP 对 等体只接收更新。不会通告任何路径。 CRS 的BGP 停留在只读模式(既路由更新周期)默认时间为2分钟,可通过一下命令进 行更改,更改后可立即生效。 【步骤二:无法采用bdf 加快路由收敛速度】 厂家支撑人员不建议采用修改路由更新周期来解决该问题。考虑到bfd 能加 快路由收敛速度,欲采用在BGP 中配置bfd 的方式,但是发现配置下去commit 时提示错误,厂家支撑人员答复为同一自治域的不支持bfd。 RP/0/RP0/CPU0:QZ-FZ-PM-CRS-C-1.MAN(config)#show conf Building configuration... router bgp 64725 neighbor 218.5.101.9 bfd fast-detect ! neighbor 218.5.101.10 bfd fast-detect ! ! end RP/0/RP0/CPU0:QZ-FZ-PM-CRS-C-1.MAN(config)#commit % Failed to commit one or more configuration items during an atomic operation, no changes have been made. Please use ‘show configuration failed’ to view the errors RP/0/RP0/CPU0:QZ-FZ-PM-CRS-C-1.MAN(config)#show conf failed !! SEMANTIC ERRORS: This configuration was rejected by !! the system due to semantic errors. The individual !! errors with each failed configuration command can be 链接:http://pan.baidu.com/s/1c2F91vE 密码:
购买主题
本主题需向作者支付 20 金币 才能浏览
|
相关帖子 |
| |