此时AR6的路由表上只会出现一条ISIS的路由 因为ISIS的优先级小
AR6也可以把ISIS的路由引入OSPF
去1.1.1.0的路由找开销小的 AR6
此时发现环路了
携带标签tag 100
引入之前的样子
做之后修改还是这样
为什么呢?
因为双点双向路由引入要解决环路的问题优先级的问题
要100%没有环路
先在AR2上把OSPF的路由引入ISIS 发现5.5.5.0 的OSPF的外部路由非活跃
在AR3把ISIS的路由引入OSPF中
在AR1发现有两条去往5.5.5.0的路由
这时候看AR1去往5.5.5.0网段找的是13.1.1.3
没有找AR5
为什么没有找AR5?
因为开销值引进来的是1
下面(去往AR5 即5.5.5.0网段)被我引进来的开销值修改为了10 import-route static cost 10
这个时候环路诞生了
tracert 5.5.5.5
负载分担也没了 除非AR2和AR4之间的链路断掉 另一边才能生效
如何规避这个次优路径呢?
因为OSPF的外部路由优先级是150引入到ISIS变成了15
让这条外部路由的优先级改为比15小就行
而你从ISIS引入回来的优先级依旧是150
怎么改?
在AR5上做引入到OSPF的时候给你打一个标签 tag 100 开销值还是原来的10不动
现在是不是所有引入进来的外部路由它的开销值都变成了100了
display ospf lsdb ase
只有从AR5引进来的才打上标签 tag
在AR1上是否需要修改外部路由优先级?
不需要 现在的问题是不是出在AR2和AR3这两台ASBR(自治系统边界路由器)身上?
ASBR守住了里面都是安全的
pre 名称
preference ase route-policy pre 150 所有匹配上 pre这条路由把它的外部路由优先级修改为14 没有匹配上的改为150
不然会路由回灌
本来存在次优路径的人是不是AR3
现在修改完之后AR3的次优路径是不是解决了
AR3解决了AR2犯毛病了
还有瞬间环路的风险
当AR1和AR3之间的路由中断了还可以走上面的路
假设AR1和AR3之间的故障解决了
有没有可能这条ISIS的5.5.5.0网段的路由一瞬间灌回给了OSPF
因为那时候还没有完全收敛完成
这个时候是不是又产生了环路的问题
这个环路不会持续太久
当AR1和AR3之间的收敛完成
可以在AR2把OSPF的路由引入进ISIS的路由都打一个标签(tag 20)
然后在AR3引入回OSPF的时候把标签(tag 20)禁掉
这样永远都不会再引入回来
然后 AR3把ISIS的路由引入进OSPF的时候打上一个标签(tag 30 )
在AR2把OSPF的路由重新引回ISIS的时候禁止标签(tag 30)
直接打一个tag 200
如果没有if-match 代表所有的路由都匹配
在AR3上 禁止tag 200 进入OSPF
上面引进来不能让它引回去
AR3 从ISIS引入进OSPF的路由打上一个标签(tag 300)
AR2禁止所有带标签(tag 300)的
第一个方向做完了
第二个方向
逆时针
在AR3上把OSPF引入到ISIS的路由打上一个标签(tag 400)
在AR2上禁止引回去
从AR2引入进来的路由不要从AR3发出去
做完了该调用了
修改匹配 route-policy 的外部路由优先级,如果不满足 route-policy,则修改为150
preference ase route-policy pre 150