暂不涉及
客户进行业务切换测试:
首先FW1为主墙,通过shutdown主墙的track接口
XG6/1/8,虽然对应的track状态变成了
Negative,
但是rbm的业务主备状态没有变化
Track ID: 5
State: Negative
Duration: 0 days 0 hours 0 minutes 16 seconds
Tracked object type: Interface
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
Interface: Ten-GigabitEthernet6/1/8
Protocol: None
但是RBM的状态为:
Remote backup group information:
Backup mode: Active/standby
Device management role: Primary
Device running status: Active
Data channel interface: Route-Aggregation1
Local IP: 1.1.1.1
Remote IP: 1.1.1.2
Destination port: 60064
Control channel status: Connected
Keepalive interval: 1s
Keepalive count: 10
Configuration consistency check interval: 24 hour
Configuration consistency check result: Inconsistent(2022-01-26 12:11:44)
Configuration backup status: Auto sync enabled
Session backup status: Hot backup enabled
Delay-time: 30 min
经过分析发现,原来是FW2上也存在很多track项,并且由于误操作导致其中一个track项的接口down掉了(并不是对应FW1的track5)
Track ID: 2
State: Negative
Duration: 80 days 0 hours 49 minutes 9 seconds
Tracked object type: Interface
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
Interface: Ten-GigabitEthernet6/1/6
Protocol: None
由于RBM的切换机制也是依靠权重来实现,FW1和FW2目前各down掉一个接口,权重保持不变,所以不会进行切换
把FW2的异常端口track删除后,经过测试可以正常切换
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作