各位大家好，我是大黄，欢迎关注我，一起学习网络原理和测试方法。
今天和大家分享的是静态路由的基本知识！
“静态”这个词我想大家都明白，在生活中表示的是“静止、不动、安静”的意思，在网络中意思也差不多，不过要加上“手工配置”这个修饰！
我们都知道在大工业化时代，“手工”意味中不能量产，不能量产则意味着产量不足，只能满足一小部分的人的需求。而静态路由也符合“手工”的描述，它只适合在小型网络中使用！
手工配置刚才我们一直强调手工配置，那么路由的手工配置到底是什么呢？参加下面的拓扑：
拓扑图
PC1想要访问PC2，中间经过3台路由器，我们来看看在这些路由器都需要手工配置什么内容。
路由器R1：需要配置去最终目的地网段的路由（20.1.1.0/24）
R1收到PC1发送的给PC2的报文以后，会取出目的IP地址，如下图：
PC1发送给PC2的报文
R1会根据这个IP来查找路由表，选择合适的出接口。所以在R1上要手工配置指向20.1.1.0/24网段的路由，下一跳配置为R2的接口IP：
R1配置静态路由
查看R1的路由表，找到目的IP对应的路由：
查看路由表
这样R1才能够把报文从自己的F0/1接口转发出去。
路由器R2：也需要配置去最终目的地网段的路由（20.1.1.0/24）
R2收到R1转发的报文以后，也会取出目的IP，它也需要手工配置指向20.1.1.0/24网段的路由，下一跳IP需要配置为R3的：
R2配置静态路由
查看R2的路由表, 找到去往20.1.1.0/24的路由：
查看路由表
这样R2才能把报文从自己的F0/0接口转发出去。
路由器R3：连接最终的目的网段，不需要配置
路由器R3收到R2发送的报文以后，取出目的IP，查找路由表，发现它是自己直连网段的，所以就不需要配置了；
查看路由表
它会把报文从自己的端口F0/0直接转发出去。
流量单通
各位看到这里，是不是觉得已经能通了呢？的确这个时候PC2能够收到PC1发送的报文，但是PC2回复PC1的报文该怎么转发呢？我们知道，通信一般是双向的，很少有只发送一个方向的。那我们来检查一下，看看有没有问题。
当PC2发送给PC1的报文到达R3以后，R3取出目的IP（10.1.1.2)，查找路由表，发现没有这样的路由，所以需要手工添加到达10.1.1.2/24的静态路由；
查看路由表
当报文到达R2以后，也需要手工添加静态路由，才能保证回复报文被正确的转发。
这样反过来也配置一边，才能实现流量的双向通信！
复杂性各位看到这里，觉得静态路由好用吗？
是不是感觉挺好用的？配置比较简单，思路也比较清晰，没什么需要特别理解的地方。
的确是这样，在小规模的网络中，静态路由是神器，你配置的路由指向那里，报文就会被转发到那里，一切都在管理员的控制之中，一切都是按照管理员的意志来转发报文。
不过我们看看下面的场景，各位觉得想让这4台PC能两两通信，需要配置多少内容呢？
拓展拓扑
比如在R1上，为了把收到的PC1报文发送给其它的PC，就需要配置3条静态路由，其它路由器上也一样。这样看起来还能接受，但是如果在网络中在添加一台新网段的PC，或者把PC2所在的网段修改了呢？则每台路由器上的配置都需要做修改，累死管理员：）
这就是静态路由最大的缺点了，随着网络的规模的扩大，管理员所要做的事情会以指数级别来增长，所以最先放弃静态路由的就是那些大型网络里的管理员了。
救火英雄为什么要说静态路由是救火英雄呢，因为动态路由容易出故障。动态路由一般都会有复杂的协议交互，所以只要某个步骤出现小问题，参数没有对应上，则整个网络的业务就不通了。
业务不通对于管理员来说是非常糟糕的事情，轻则被罚款，重则被扫地出门。所以管理员在这个时候一般就会先使用静态路由来救火：通过配置静态路由，先让业务恢复，问题后面再慢慢的排查。
当然，等问题排除完以后，一般还是会换回动态路由的：）
静态路由的优缺点各位看到这里已经明白对静态路由的优缺点有所了解了吧？我来做简单的总结：
- 静态路由配置简单，思路清晰，消耗的资源少；
- 静态路由手工配置所有的内容，但是在网络扩容和变化时，需要花费的工作量太大；
所以说静态路由就像一个公司创业时的老黄牛，任劳任怨，承担大部分的脏活。但是却没有适时的给自己充电，等到公司规模变大以后，发现自己的技能满足不了公司要求，只能被边缘化或者走人。
也可以说静态路由像一个公司的救火英雄，关键时刻能够顶上，不过火灭了以后，还是会被公司雪藏，然后被新人代替。
