OSPF报文格式

ospf的报文格式ospf 用 ip 报文直接封装协议报文，协议号为89。ospf 分为 5 种报文： hello 报文、 dd 报文、 lsr 报文、 lsu 报文和 lsack 报文。报文头格式ospf 这五种报文具有相同的报文头格式，长度为24 字节。如0 所示。ospf 报文头格式versiontypepacket lengthrouter idarea idchecksumautypeauthenticationospf 报文头格式字段解释071531字段名长度含义version8 比特ospf 的版本号。对于ospfv2 来说，其值为2。type8 比特ospf 报文的类型。1： hello 报 文 ； 2： dd 报文；3： lsr 报文；4： lsu 报文；5： lsack 报文。packet length16 比特ospf 报文的总长度，包括报文头在内，单位为字节。router id32 比特发送该报文的路由器标识。area id32 比特发送该报文的所属区域。checksum16 比特包含除了认证字段的整个报文的校验和。精品文档，欢迎下载8 / 8字段名autype长度16 比特含义验证类型：0：不验证；1：简单认证；2： md5 认证。authentication64 比特其数值根据验证类型而定。当验证类型为0 时未作定义； 类型为 1 时此字段为密码信息；类型为2 时此字段包括key id 、md5 验证数据长度和序列号的信息。说明： md5 验证数据添加在ospf 报文后面，不包含在authenticaiton 字段中。最常用的一种报文，其作用为建立和维护邻接关系，周期性的在使能了ospf 的接口上发送。报文内容包括一些定时器的数值、dr 、 bdr 以及自己已知的邻居。hello 报文格式如0 所示。hello 报文格式071531versiontype=1packet lengthrouter idarea idchecksumautypeauthenticationnetwork maskhellointervaloptionsrtr prirouterdeadinterval designated routerbackup designated routerneighbor.hello 报文hello 报文格式字段解释字段名长度含义network mask32 比特发送 hello 报文的接口所在网络的掩码。hellointerval16 比特发送 hello 报文的时间间隔。默认为10 秒。options8 比特可选项：e ：允许 flood as-external-lsas； mc ：转发 ip 组播报文；n/p ：处理 type-7 lsas； dc ：处理按需链路。rtr pri8 比特dr 优先级。默认为1。说明：如果设置为0，则路由器不能参与dr/bdr的选举。routerdeadinterval32 比特失效时间。如果在此时间内未收到邻居发来的hello 报文，则认为邻居失效。默认为40 秒。designated router32 比特dr 的接口地址。backup designated router32 比特bdr 的接口地址。peer32 比特邻居，以router id 标识。在同一网段上的路由器， 其 hellointerval 和 routerdeadinterval 必须分别一致，否则不能形成邻居关系。 nbma 网络上多一种 pollintervalhello 报文在不同链路上的发送：在广播链路上， hello 报文每 hellointerval 发送往组播地址；在虚连接链路上， hello 报文以单播形式每 hellointerval 发送到对端； 在 p2p 和 p2mp 链路上， hello 报文每 hellointerval 发送往组播地址； 在 nbma 链路上， hello 报文以单播发送：dr 、bdr 、有能力成为 dr 的路由器， hello 报文每 hellointerval 发送给每个邻居；hello 报文发送的间隔取决于邻居的状态： 只有当邻居的状态为 down时，发送间隔为pollinterval；其它情况为hellointerval 。hellointerval 缺省间隔为 10 秒， pollinterval 缺省间隔为 120 秒。dd报文两台路由器在邻接关系初始化时，用dd 报 文 （ database description packet）来描述自己的lsdb ，进行数据库的同步。报文内容包括lsdb 中每一条 lsa 的 header（ lsa 的 header 可以唯一标识一条lsa）。lsa header 只占一条lsa 的整个数据量的一小部分，这样可以减少路由器之间的协议报文流量，对端路由器根据lsa header 就可以判断出是否已有这条 lsa。在两台路由器交换dd 报文的过程中， 一台为 master，另一台为 slave。由 master 规定起始序列号，每发送一个dd 报文序列号加1， slave方使用 master 的序列号作为确认。dd 报文格式如0 所示。dd 报文格式versiontype=2packet lengthrouter idarea idchecksumautypeauthenticationinterface mtuoptions dd sequence numberlsa headers .00000im ms071531dd 报文格式字段解释字段名长度含义interface mtu16 比特在不分片的情况下，此接口最大可发出的ip 报文长度。options8 比特可选项：e ：允许 flood as-external-lsas；mc ：转发 ip 组播报文；n/p ：处理 type-7 lsas；dc ：处理按需链路。字段名长度含义i1 比特当发送连续多个dd 报文时，如果这是第一个dd 报文，则置为1，否则置为0。m（ more ）1 比特当发送连续多个dd 报文时， 如果这是最后一个dd 报文，则置为0。否则置为1，表示后面还有其他的 dd 报文。m/s （ master/slave）1 比特当两台 ospf 路由器交换dd 报文时，首先需要确定双方的主从关系，router id 大的一方会成为master。当值为1 时表示发送方为master。dd sequence number32 比特dd 报文序列号。 主从双方利用序列号来保证dd报文传输的可靠性和完整性。lsa headers-该 dd 报文中所包含的lsa 的头部信息。lsr 报文两台路由器互相交换过dd 报文之后，知道对端的路由器有哪些lsa 是本地的 lsdb 所缺少的和哪些lsa 是已经失效的，这时需要发送lsr 报文（ link state request packe）t 向对方请求所需的lsa。内容包括所需要的 lsa 的摘要。lsr 报文格式如0 所示。ls type、link state id 和 advertising router 可以唯一标识出一个lsa，当两个 lsa 一样时，需要根据lsa 中的 ls sequence numbe 、r旧。lsr 报文格式ls checksum 和 ls age来判断出所需要lsa 的新071531versionchecksumtype=3router id area idpacket lengthautypeauthenticationls type link state idadvertising router.lsr 报文格式字段解释字段名长度含义ls type32 比特lsa 的类型号。link state id32 比特根据 lsa 中的 ls type 和 lsa description 在路由域中描述一个lsa。advertisingrouter32 比特产生此 lsa 的路由器的router id 。用来向对端路由器发送所需要的lsa，内容是多条lsa（全部内容）的集合。 lsu 报文（ link state update packe）t在支持组播和广播的链路上是以组播形式将lsa 泛洪出去。为了实现flooding 的可靠性传输，需要lsack 报文对其进行确认。对没有收到确认报文的lsa 进行重传，重传的 lsa 是直接发送到邻居的。lsu 格式如 0 所示。lsu 报文格式071531versiontype=4packet lengthrouter idarea idchecksumautypeauthenticationnumber of lsaslsas.lsu 报文格式字段解释字段名长度含义number of lsas32 比特lsa 的数量。lsu 报文lsack 报文用来对接收到的 lsu 报文进行确认。 内容是需要确认的 lsa 的 heade（r 一个 lsack 报文可对多个 lsa 进行确认）。lsack（ link state acknowledgment packet）报文根据不同的链路以单播或组播的形式发送格式如 0 所示