静态路由出现在路由表中的条件
这前我们聊过，静态路由的配法。
A.跟出接口的 B.跟下一跳的 C.高端一点的路由器两个都可以。
比如 我现在写一条静态路由，包含出接口，什么情况下，路由会出现在路由表。就是你出接口的状态必须为UP。
那只跟下一跳地址，条件就是，这个下一跳是否可达。如果两者都包含，只要出接口up就可以。
但有例外 不知道你们有没有听过ISDN，早期有这种业务，叫按需链路 。最大的特点就是省钱。你可以理解为变相的低速vpn。计费方式有两种，一种是按流量，一种按时间。
一般我们的企业为了保证通信的高可用性，一般不会只拉一条线。要知道，单点保障是大忌。所以一般都会做冗余备分。一条主链路，一条备份链路。
主链路一般用于正常的流量通行，但当你的主链路挂了，这时候，备份链路就做临时的流量转发。
但这时候，我们就遇到问题了。
就是当你主链路down掉之后，如何引导园区间流量通过备份链路转发
正常我们的备份链路，没有流量走，也就说明你的链路是down的，就算配置静态路由，路由表就出现这条备份路由吗。
所以当我们配置备份路由的时候要加上permanent参数。并且配置静态路由的那一刻，你的出接口要up。当你配置了permanent，你不手动 reset , clear 这条静态路由就会永久存在。
选路问题
当你去往一个网络有两条路径存在，你要会如何操控路径。 我觉得很简单啊。无非就是：负载均衡和冗余备份。
负载均衡：去往同一个网络的两条路由，前缀掩码都一致然后对应两条路由，并且你不要去修改管理距离，让他们的管理距离一致。这就可以执行基于控制层面的ecmp。但你们觉的负载均衡的可控性强吗。请注意 这是不可控的啊。
看似我们的ecmp能平均利用两条链路代宽来负载我们的数据，但是这个负载是有代价的。流量跟本不可控。
基于数据层面的负载均衡，我认为好很多。
利用最长匹配原则。
主路径，用掩码长一点的。
另一种方法是写汇总 明系。主链路写明系。备份写汇总。值的提的一点是。明系和汇总是不会进行pk的。因为他们的前缀，掩码不同。
基于控制层面的 冗余备分
通过修改管理距离 主链路管理距离改小，备份改大。默认备份是不会出现在路由表中的。当主链路崩溃down 。 这就是浮动静态路由。
