华为 路由的引入和控制

路由的引入个控制
IP IP-perfix
Filter-policy
在Ｒ１上将１.１.１.１／２４的路由过滤．首先在路由器上开启ＲＩＰ，
在Ｒ２和Ｒ３上查看路由表
很显然在Ｒ２和Ｒ３上是有１.１.１.０／２４的路由的
在Ｒ１上使用ｆｉｌｔｅ－ｐｏｌｉｃｙ进行过滤，因为ＲＩＰ上是直接传递的路由，所以直接自爱接口上过滤掉．
在看Ｒ２和Ｒ３上都没有这条路由了．所以也可以验证ＲＩＰ是全路由表条目更新的．在Ｒ２的进方向进行过滤
同样的Ｒ２和Ｒ３上都没有１.１.１.０／２４的路由了利用前缀列表进行过滤
同样的，Ｒ２和Ｒ３上都没有这条路由了
在Ｒ２上利用前缀列表过滤
这样也可以将１.１.１.０／２４的路由过滤，同样在Ｒ３上也是看不到这条路由了接下来换个环境，将ＲＩＰ改为ＯＳＰＦ
在Ｒ２上查看路由表
可以看到，是有的，说明在Ｒ１上是无法过滤的，这里的解释就是，因为ＯＳＰＦ之间传递的是ＬＳＡ，并不是路由条路，而filter－ｐｏｌｉｃｙ是无法过滤ＬＳＡ的，所以在Ｒ２上是有１.１.１.１／２４的路由条目的．
在Ｒ２上面过滤．在查看路由表
可以看到路由被过滤了，查看R2的链路状态数据库
在LSDB和OSPF的路由表都是可以看到的，所以可以得出的结论就是，这条被过滤的路由不是在接口上被过滤的，因为接口上收到的LSA，过滤是在OSPF将路由放入IP路由表时被过滤的，所以可以猜测这条路由在R3上是存在的
查看R3的路由表
证明猜测是对的。

所以可以进一步验证OSPF路由器之间传递的是LSA，而不是路由条目。

换成前缀列表进行过滤
可以看到，没有过滤
仔细研究一波后，发现是前缀列表的问题，因为1.1.1.1是R1的环回口，在通告过来的时候，掩码是32位的
而前缀列表是匹配24位的，所以无法匹配，将前缀列表改成24-32位的，
可以看到没有1.1.1.1/32的路由了
将R1和R2之间改成RIP
在R2上将RIP引入到OSPF。

可以看到，OSPF外部路由的优先级是150，这里将1.1.1.0/24的路由过滤掉，将1.1.2.0/24的cost改位100，并修改位cost-type 为1.其他的cost改为500
查看R3的LSDB
剋看到，应有route-policy可以修改路由的属性可以修改外部OSPF的优先级
可以看到，在修改时也可以调用route-policy，
可以看到，route-policy是优先于ospf模式下修改的优先级。

这就说明可以一条条路由进行修改优先级。