动态选路

• 1：请求，要求其他系统发送其全部或部分路由表
• 2：应答，包含发送者全部或部分路由表
• 3和4：舍弃不用
• 5：轮询，非正式
• 6：轮询表项，非正式

版本字段通常为1，而第2版RIP将此字段设置为2

对于IP地址来说，其值是2

32位IP地址

RIP的度量是以跳计数的

采用这种20字节格式的RIP报文可以通告多达25条路由。上限25是用来保证RIP报文的总长度为20×25+4=504，小于512字节。由于每个报文最多携带25个路由，因此为了发送整个路由表，经常需要多个报文

在启动一个路由守护程序时，它先判断启动了哪些接口，并在每个接口上发送一个请求报文，要求其他路由器发送完整路由表。在点对点链路中，该请求是发送给其 他终点的。如果网络支持广播的话，这种请求是以广播形式发送的。目的UDP端口号是520(这是其他路由器的路由守护程序端口号)

这种请求报文的命令字段为1，但地址系列字段设置为0，而度量字段设置为16。这是一种要求另一端完整路由表的特殊请求报文

如果这个请求是刚才提到的特殊请求，那么路由器就将完整的路由表发送给请求者。否则，就处理请求中的每一个表项：如果有连接到指明地址的路由，则将度 量设置成我们的值，否则将度量置为16(度量为16是一种称为“无穷大”的特殊值，它意味着没有到达目的的路由)。然后发回响应

使响应生效，可能会更新路由表。可能会增加新表项，对已有的表项进行修改，或是将已有表项删除

每过30秒，所有或部分路由器会将其完整路由表发送给相邻路由器。发送路由表可以是广播形式的(如在以太网上)，或是发送给点对点链路的其他终点的

每当一条路由的度量发生变化时，就对它进行更新。不需要发送完整路由表，而只需要发送那些发生变化的表项

每条路由都有与之相关的定时器。如果运行RIP的系统发现一条路由在3分钟内未更新，就将该路由的度量设置成无穷大(16)，并标注为删除。这意味着已经在6个30秒更新时间里没收到通告该路由的路由器的更新了。再过60秒，将从本地路由表中删除该路由，以保证该路由的失效已被传播开

ripquery程序通过发送一个非正式请求(命令字段为5)给路由器，要求得到其完整的路由表。如果在5秒内未收到响应，则发送标准的RIP请求(命令字段为1，将地址系列字段置为0，度量字段置为16的请求，要求其他路由器发送其完整路由表)

图10-5给出了将从sun主机上查询其路由表的两个路由器：

如果在主机sun上执行ripquery程序，以得到其下一站路由器netb的选路信息，那么可以得到下面的结果：

sun% ripquery -n netb

504 bytes from netb(140.252.1.183)：第一份报文包含504字节
                                    这里删除了许多行
140.252.1.0，metric 1               图10-5中上面的以太网 
140.252.13.0，metric 1              图10-5中下面的以太网 
244 bytes from netb(140.252.1.183)：第二份报文包含剩下的244字节
                                    下面删除了许多行

正如猜想的那样，netb告诉我们子网的度量为1。另外，与netb相连的位于机端的以太网（140.252.1.0）的metric也是1（-n参数表示直接打印IP地址而不需要去查看其域名）。在本例中，将netb配置成认为所有位于140.252.13子网的主机都与其直接相连—即，netb并不知道哪些主机真正与140.252.13子网相连。由于与140.252.13子网只有一个连接点，因此，通告每个主机的度量实际上没有太大意义

图10-6给出了使用tcpdump交换的报文。采用-i s10选项指定SLIP接口：

• 第1个请求发出一个RIP轮询命令。这个请求在5秒后超时。发出一个常规的RIP请求。第1行和第2行最后的24表示请求报文的长度：4个字节的RIP首部（包括命令和版本），然后是单个20字节的地址和度量
• 第3行是第一个应答报文。该行最后的25表示包含了25个地址和度量对，我们在前面已经计算过，其字节数为504。这是上面的ripquery程序所打印出来的结果。我们为tcpdump程序指定-s600选项，以让它从网络中读取600个字节。这样，它可以接收整个UDP数据报（而不是报文的前半部），然后打印出RIP响应的内容。该输出结果省略了
• 第4行是来自路由器的第二个响应报文，它包含后面的12个地址和度量对。可以计算出该报文的长度为12×20+4=244，这正是ripquery程序所打印出来的结果

如果越过netb路由器，到gateway，那么可以预测到子网（140.252.13.0）的度量为2。可以运行下面的命令来进行验证：

sun% ripquery -n gateway

504 bytes from gateway(140.252.1.4)：
                                    这里删除了许多行
140.252.1.0，metric 1               图10-5中上面的以太网 
140.252.13.0，metric 2              图10-5中下面的以太网

这里，位于图10-5上面的以太网（140.252.1.0）的度量依然是1，这是因为该以太网直接与gateway和netb相连。而我们的子网140.252.13.0正如预想的一样，其度量为2

现在察看以太网上所有非主动请求的RIP更新，以看一看RIP定期给其邻站发送的信息。图10-7是noao.edu网络的多种排列情况。为了简化，我们不用本文其他地方所采用的路由器表示方式，而以Rn来代表路由器，其中n是子网号。以虚线表示点对点链路，并给出了这些链路对端的IP地址：

在主机solaris上运行Solaris 2.x的snoop程序，它与tcpdump相类似，可以在不需要超用户权限的条件下运行该程序，但它只捕获广播报文、多播报文以及发送给主机的报文。-P标志以非混杂模式捕获报文，-tr打印出相应的时间戳，而udp port 520只捕获信源或信宿端口号为520的UDP数据报。图10-8给出了在60秒内所捕获的报文：

来自R6、R4、R2、R7、R8和R3的前6个报文，每个报文只通告一个网络。查看这些报文，可以发现R2通告前往140.252.6.0的跳数为1的一条路由，R4通告前往140.252.4.0的跳数为1的一条路由，等等。

但是，gateway路由器却通告了15条路由。我们可以通过运行snoop程序时加上-v参数来查看RIP报文的全部内容，这个标志输出全部报文的全部内容：以太网首部、IP首部、UDP首部以及RIP报文。我们只保留了RIP信息而删除了其他信息。图10-9给出了输出结果：

把这些子网140.252.1上通告报文经过的路由与图10-7中的拓扑结构进行比较，使人迷惑不解的一个问题是为什么图10-8输出结果中，R10通告其有4个网络而在图10-7中显示的只有3个。如果查看带snoop的RIP报文，就会得到以下通告路由：

RIP:    Address         Metrics
RIP:    140.251.0.0     16 (not reachable)
RIP:    140.251.9.0     1
RIP:    140.251.10.0    1
RIP:    140.251.11.0    1

前往B类网络140.251的路由是假的，不应该通告它（它属于其他机构而不是noao.edu）

图10-8中，对于R10发送的RIP报文，snoop输出“BROADCAST”符号，它表示目的IP地址是有限的广播地址255.255.255.255（12.2节），而不是其他路由器用来指向子网的广播地址（140.252.1.255）