文档介绍：参考资料
(RFC 1075 Distance Vector Multicast Routing Protocol)
1 备忘录状态
本RFC描述了一个距离矢量形式的路由选择协议,这个协议用于在互联网上为多播数据报选路。它起源于选路信息协议(RIP)[1],并实现了RFC1054中所描述的多播。这是一个实验性协议,这次并不推荐它的实现方式。该备忘录可以任意发布。
2 简介
在IP网络上多播的草拟标准目前存在[2],但没有支持网间多播的路由选择协议。本备忘录描述了实验性的路由选择协议,叫做DVMRP,它实现了网间多播。DVMRP使RIP中的许多特性和在Deering[3]中所描述的截断方向路径广播(TRPB)算法相结合。
DVMRP是一个“内部网关协议”;适合在自治系统内的使用,但不能在不同的自治系统之间使用。当前开发的DVMRP不能用于为非多播数据报选路,因此要想一个路由器既能为多播数据报又能为单播数据报选路,则它必须运行两个分离的路由选择进程。DVMRP被设计成易于扩展的,可以扩展成为单播数据报选路。
开发DVMRP是为了试验[3]中所描述的算法。RIP用作这次开发的起始点是因为有一个实现版本可用,而且距离矢量算法与连接状态类算法[4]相比较简单的。另外,为了试验穿越不支持多播的网络可行性,开发了一种叫“隧道”的机制
多播转发算法需要构建基于路由信息的树。构建这颗树需要的状态信息比RIP被设计能提供的要多。因为DVMRP在某些方面比RIP复杂的多。已经具有许多所需要的状态的连接状态算法,上多播选路和转发提供了更好的基础。
DVMRP在一个非常重要的方面与RIP有不同之处。RIP按照路由和转发数据报的方式思考。 DVMRP的目的是为了了解到多播数据报出发地的返回路径。为了将DVMRP解释的和RIP一致,单词“目的地”用来代替更恰当的“出发地”但读者应该记住数据报并不被转发到这些目的地,而是起源于那里。
本备忘录被组织为下列部分:
—对DVMRP进行描述。
—解释隧道。
—展示路由算法。
—展示转发算法。
—列出不同的时间值。
—说明配置信息。
本备忘录不分析距离矢量路由,也不充分解释距离矢量算法;要想获得这方面主题的更多信息,请参看[1]。在本备忘录中执行路由和转发功能的一个进程或多个进程被称作“路由器”。
3 协议描述
组管理协议(IGMP)交换路由数据报[2]。DVMRP数据报由两部分组成:一个短的、固定长度的IGMP头部,和一个特征数据流。
固定长度的DVMRP报文的IGMP头部是:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|版本| 类型| 子类型| 校验和|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
版本是1。
DVMRP的类型是3。
子类型是以下之一:
1=应答;报文提供了到一些目的地的路由。
2=请求; 报文询问到一些目的地的路由。
3=非成员报告;报文提供非成员报告。
4=非成员取消;报文取消先前非成员报告。
校验和是除了IP头部以外,以16位对齐的全部报文的反码和的反码。计算校验和时,校验和字段为零。
DVMRP报文的剩余部分是特征数据流。使用特征数据流的原因是提供易扩充性(通过增加新标签来开发新命令)和减少报文中冗余数据的数量。数据流中的成分被叫做命令,为了便于对齐,它的长度是16位的倍数。命令被组织为八位命令数字代码,并至少带有一个八位数据部分。要求所有命令按16位对齐。
出现错误的报文将在处理过程中检测到错误的地方被丢弃。任何在错误出现之前由于报文的内容而发生的状态改变,将不会恢复到它原来的值。
某些命令在它们的规范说明中定义了缺省的值。因为缺省值可能会因为协议向前发展而改变。一个谨慎的实现不会发送依赖缺省值的报文。
DVMRP报文的长度被限制为512字节,这不包括IP头部。
NULL命令
格式: 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| 0 | | 忽略|
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
描述:NULL命令用来提供附加对齐或填充到32位。
地址家族指示符(AFI)命令
格式: 0 1 2 3 4 5