挺晚的，IGP主机路由

今天遇到2个IGP的难题，RIP的主机路由和OSPF的主机路由（临时理解了）

Point-to-multipoint的/32主机路由，，在point-to-point，point-to-multipoint上面如果收到对应的LSA的ADV为本接口网络的路由器，而又没有邻居关系的话，那么会认为“no reachable不可达"，所以产生/32位的主机路由来影响,但这不是唯一的条件。
所有的网络类型的LOOPBACK接口都会生成响应的主机路由。且LOOPBACK是一个PTOP的接口类型无法更改。而且P2MP，OSPF天生计算就会生成主机路由，即使是邻居可达情况也一样会有。因为OSPF理解P2MP，是有一个原理的。

ps。/32位路由也是路由，当然会进数据库，也会进路由表。
这个只能是P2MP环境。
其实根本的原因是，收到了一个不可达邻居发来的LSA1，这个时候我要想办法过去，因此在这个时候我通过第三者了解到了这个LSA，的主机路由，在这个时候OSPF认为邻居可达，因此生成一条到达对方接口的主机路由。实质在P2MP里恰好是这样的结构，r1和R2之间可能无法建立邻居关系，因此通过R3了解到了R2的LSA，需要生成主机路由，R3上其实也会有的。
/r1
R3
\r2

1.RIP在发送路由的时候先比较是否与跟新这个路由的源接口在同一个主网内，如果不在则汇总了，如果在，则比较子网掩码如果掩码一样则发送，如果不一样则丢弃，除非我发布的时候是使用的主机路由。
2.RIP在接收路由的时候如果接收的路由与我的接口不是同一个主网的则去查看路由表内是否有改路由，如果没有则添加，如果我的路由表内有这个路由信息则忽略这个路由因为水平了。（其实不严谨，除非该路由的下一跳是这次公告信息的IP）如果是同一个主网的则使用接口的子网掩码去生成该路由信息。
3.RIP如果在接受路由的时候，收到的路由与自己接收接口在一个主网内，才会用对方发来的路由，和子网掩码做与计算，最终得到网络号。但如果与计算的结果，与本接口的子网掩码有冲突。即对方的网络号，无法使用本接口的掩码成为网络号，而是一个主机IP则生成主机路由。

对于RIP，R1---R2--R3 如果R1和R2是不同的子网MASK，比如R1与R2相连接口是1.1.1.33/27，网络号是1.1.1.32/27。但是R2与R1相连的接口IP地址是1.1.1.34/28 网络号为1.1.1.32/28,R2与R3相连的接口是1.1.1.17/28则网络号是1.1.1.16/28.那路由的更新情况是：

R2将R2与R3之间的1.1.1.16/28从R2与R1之间的接口发出去。发送的时候R2判断，该路由的主网是否和发送接口所在网络是同一号，这里是1.X.X.X因此是同一主网，否则会进行汇总。之后比较该发送接口的MASK是否与发送的路由1.1.1.16/28的MASK相同如果不同则丢弃，如果是主机比如1.1.1.17/32则发送。现在符合的条件是主网相同且子网MASK相同，因此发送成功。
接收，R1与R2相连的接口所在的子网是1.1.1.32/27。这个时候接收的时候先是将1.1.1.16和1.1.1.33这个IP所在主网比较看是否一致，如果不一致则用自然掩码生成路由。如果一直，则用接口的MASK去与计算来生成路由，这个时候1.1.1.33/27网络号是1.1.1.32，而发送来的路由是 1.1.1.16与255.255.255.224相与得到的结果是1.1.1.16/27但这个是一个IP地址。因此认为这个网络属于主机路由。因为得到的结果是一个/27掩码中的IP，而不是网络号，因此用主机路由代替了。但是如果结果为1.1.1.64，则会接收，但如果得到的结果恰好是 1.1.1.32/27则忽略。