路由才需要包括,作为触发式修改一部分的信息至少包括设置了路由修改标 志的路由,也可以包括附加路由和全部路由。如果完整的修改需要多个数据 报,则发送全部路由极有可能被打断;而触发式修改处理时,需要产生每个 直连网络的信息。产生触发式修改或一般修改时,都需要进行水平分割操作。 如果产生输出的同时也允许输入处理,则必须建立相应的互斥机制,产生触 发式修改信息时,路由改变标志不得因处理输入而改变。触发式修改与其它修改 的唯一不同之处在于:可能会忽略某些改变过的路由,今后推出的其它机制恐怕 要适应触发式修改。 第六章RIP2的对拨号网的支持 根据前面所说到的RIP协议我们不难看出,RIP进行报文刷新的基础是网络 在刷新过程中一直保持连通,否则将有的路由器的报文一直不被收到,最终到达 该路由器的路由将被其它路由器因超时而删除,而本路由器到其它路由器的路由 亦将由于长期不被刷新而被删除。就这点来说,对于局域网和专线网来说,无疑 是可行的;但对于拨号网络(例如X.25网和ISDN网)来说,网络在可以被拨通的 情况下并非一直保持连接,自然亦不可能在不需要传送数据时因为要发送RIP 报文而每30秒拨通一次网络。同时,路由信息亦可能因提供给拨号网上路由器 的带宽不够而传输失败。种种情况表明,前面所描述的RIP协议已远远不够这种 需求 针对这种情况,我对RIP协议的实现作了进一步的改进和扩展,经过扩展和 改进后,本文档中描述的RIP协议已不是传统意义上的RIP协议所能概括的了 1对拔号网路由的处理 针对拨号网上路由的特点,我们不可能象在局域网和专线网一样在拨号网上 对路由进行30秒的定时广播,从而也就决定了我们对拨号网上的路由不能象对 局域网上的路由一样进行超时处理 正是基于这种考虑,为了保证路由的及时性和可行性的考虑,我们规定拨号 网上的路由修改报文的发送在如下几种情况下进行: 当收到路由修改的特定的请求时 2.当路由数据库被从别的接口收到新路由报文改变时; 3.当得知某信宿从不可达变成可达时; 4.当某接口从电路DOWN到电路UP时 这就存在这样一个问题,RIP报文是通过UDP的520号端口发送的,而UDP 是不可靠的传送方式,这显然必须考虑报文传输失败的可能性。为此,我们在传 送时采取了报文传送的重发和确认机制。在发送报文时,当发送完请求报文或修 改报文后,如果在5秒钟仍未收到信宿回发过来的确认报文,重发请求报文或确 认报文。如果在重发后5秒后仍未收到确认报文,则继续重发直到收到信宿的确 认报文为止。如果在重发10次后,认为收到信宿的确认报文,则认为传输失败, 将对应路由的 Metric值设为16。在接收报文时,当收到信源发来的请求或修改 报文后,要对收到的报文进行确认,并向原信源发送相应的确认报文。16 路由才需要包括，作为触发式修改一部分的信息至少包括设置了路由修改标 志的路由，也可以包括附加路由和全部路由。如果完整的修改需要多个数据 报，则发送全部路由极有可能被打断；而触发式修改处理时，需要产生每个 直连网络的信息。产生触发式修改或一般修改时，都需要进行水平分割操作。 如果产生输出的同时也允许输入处理，则必须建立相应的互斥机制，产生触 发式修改信息时，路由改变标志不得因处理输入而改变。触发式修改与其它修改 的唯一不同之处在于：可能会忽略某些改变过的路由，今后推出的其它机制恐怕 要适应触发式修改。 第六章 RIP-2 的对拨号网的支持 根据前面所说到的 RIP 协议我们不难看出，RIP 进行报文刷新的基础是网络 在刷新过程中一直保持连通，否则将有的路由器的报文一直不被收到，最终到达 该路由器的路由将被其它路由器因超时而删除，而本路由器到其它路由器的路由 亦将由于长期不被刷新而被删除。就这点来说，对于局域网和专线网来说，无疑 是可行的；但对于拨号网络(例如 X.25 网和 ISDN 网)来说，网络在可以被拨通的 情况下并非一直保持连接，自然亦不可能在不需要传送数据时因为要发送 RIP 报文而每 30 秒拨通一次网络。同时，路由信息亦可能因提供给拨号网上路由器 的带宽不够而传输失败。种种情况表明，前面所描述的 RIP 协议已远远不够这种 需求。 针对这种情况，我对 RIP 协议的实现作了进一步的改进和扩展，经过扩展和 改进后，本文档中描述的 RIP 协议已不是传统意义上的 RIP 协议所能概括的了。 1 对拨号网路由的处理 针对拨号网上路由的特点，我们不可能象在局域网和专线网一样在拨号网上 对路由进行 30 秒的定时广播，从而也就决定了我们对拨号网上的路由不能象对 局域网上的路由一样进行超时处理。 正是基于这种考虑，为了保证路由的及时性和可行性的考虑，我们规定拨号 网上的路由修改报文的发送在如下几种情况下进行： 1．当收到路由修改的特定的请求时； 2．当路由数据库被从别的接口收到新路由报文改变时； 3．当得知某信宿从不可达变成可达时； 4．当某接口从电路 DOWN 到电路 UP 时。 这就存在这样一个问题，RIP 报文是通过 UDP 的 520 号端口发送的，而 UDP 是不可靠的传送方式，这显然必须考虑报文传输失败的可能性。为此，我们在传 送时采取了报文传送的重发和确认机制。在发送报文时，当发送完请求报文或修 改报文后，如果在 5 秒钟仍未收到信宿回发过来的确认报文，重发请求报文或确 认报文。如果在重发后 5 秒后仍未收到确认报文，则继续重发直到收到信宿的确 认报文为止。如果在重发 10 次后，认为收到信宿的确认报文，则认为传输失败， 将对应路由的 Metric 值设为 16。在接收报文时，当收到信源发来的请求或修改 报文后，要对收到的报文进行确认，并向原信源发送相应的确认报文