Ceph入门到精通-FAQ-display ospf error中,各个Error值的含义是什么

这篇具有很好参考价值的文章主要介绍了Ceph入门到精通-FAQ-display ospf error中,各个Error值的含义是什么。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

发布时间:  2015-02-13  |   浏览次数:  4738  |   下载次数:  0  |   文档编号: EKB1000068090

目录

问题描述解决方案

问题描述

Q:display ospf error中,各个Error值的含义是什么?

解决方案

A:
1、General packet errors: 通用报文错误计数:
− IP: received my own packet:收到源地址是自己IP地址发送的报文。
产生原因:出现二层环路。
− Bad packet:收到错误报文。
产生原因有如下几种:
− 收到报文的Router ID为0;
− IP头和报文长度之和与从socket收到的报文长度不一致;
− 报文长度不正确,包括IP头报文长度小于OSPF报文头长度、OSPF报文长度小于Hello报文头长度、OSPF报文长度小于DD报文头长度、OSPF报文长度小于Request报文头长度、OSPF报文长度小于update报文头长度、update报文中LSA个数和计算出来的LSA个数不一致。OSPF报文长度小于ack报文长度等;
− OSPF报文类型大于5;
− 对报文的处理返回错误;
− 报文解析过程中,报文错误。
− Bad version:版本号错误。
产生原因:接收到的报文OSPF 版本号不是2。
− Bad checksum:错误校验和。该计数没有统计。
− Bad area id:接收到非本接口所属区域发送过来的报文。
产生原因:更改区域ID后重新启动区域,收到重传报文。
− Drop on unnumbered interface:无符号点对点接口丢弃报文数量。
产生原因 :在无符号点对点接口配置的OSPF网络类型却不是点对点的。
− Bad virtual link:vlink接收到错误报文个数。
产生原因有如下几种:
− 虚连接为NULL,且接收到的报文所属区域和接口所属区域不是同一个区域;
− 接收报文接口当前状态不是P2P状态;
− 报文的Router ID和虚连接邻居的Router ID不一致。
− Bad authentication type:验证错误。
产生原因有如下几种:
− 报文计算后的checksum和报文头填写的发送checksum不一致;
− Null认证失败;
− Simple认证失败;
− Md5认证失败。
− Bad authentication key:认证码错误。
产生原因有如下几种:
− Null认证错误,返回认证错误类型0;
− Simple认证错误,返回认证错误类型2;
− Md5认证错误,返回认证错误类型;
− 其它错误,返回认证错误类型1。
− Packet too small:收到长度不一致的错误报文。
产生原因:IP头和报文长度之和与从socket收到的报文长度不一致。
− Packet size > ip length:报文长度大于IP长度,该计数没有统计。
− Transmit error:报文发送错误。
产生原因:报文发送不成功。
− Interface down:OSPF接口Down个数。
产生原因:每个OSPF接口Down,该计数加一。
− Unknown neighbor:没有相应的邻居。
产生原因有如下几种:
− 接收到非Hello报文,但没有相对应的邻居;
− Vlink接收到报文却没有邻居;
− NBMA网络接收到报文却没有对应的邻居。
− Netmask mismatch:网络掩码不一致。
产生原因:非P2P网络接收到Hello报文头部掩码和接收报文接口掩码不一致。
2、HELLO packet errors: Hello报文错误计数:
− Hello timer mismatch:Hello Timer间隔不一致。
产生原因:Hello Timer配置不一致。
− Dead timer mismatch:Dead Timer间隔不一致。
产生原因:Dead Timer配置不一致。
− Extern option mismatch:Hello报文的Option位不一致。
产生原因有如下几种:
− 收到Hello报文同时带有E bit和NP bit;
− Stub区域收到带E bit的Hello报文;
− 正常区域收到不带E bit的Hello报文;
− NSSA区域收到不带NP bit的Hello报文;
− 正常区域收到带NP bit的Hello报文。
− Router id confusion:Router ID冲突。
产生原因:相邻两个邻居route ID配置冲突(注意:该计数仅先于直接相连的两个邻居之间route ID冲突,该计数无法判断整网中有router ID冲突)。
− Virtual neighbor unknown:未知的虚连接邻居。
产生原因:接收到Hello报文的router ID不等于虚连接邻居的router ID。
− NBMA neighbor unknown:未知的NBMA邻居。
产生原因:接收到Hello报文,该报文为NBMA类型但该NBMA邻居不存在。
− Invalid Source Address:无效的报文源地址。
产生原因:接收到Hello报文,但没有该报文的邻居。
3、DD packet errors: DD报文错误计数:
− Neighbor state low:收到DD报文,邻居状态低。
产生原因有如下几种:
− 在邻居状态为Down或Attemp状态收到DD协商报文;
− 在邻居状态小于Exchange状态收到LSRequest报文;
− 在邻居状态小于Exchange状态收到Update报文;
− 在邻居状态小于Exchange状态收到ACK报文。
− Router id confusion:未使用。
− Extern option mismatch:和Hello报文的Extern option mismatch一样。
− Unknown LSA type:未使用。
− MTU option mismatch:MTU不一致。
产生原因:接收到DD报文的MTU大于接口配置的ospf mtu值。
4、LS ACK packet errors: LS ACK报文错误计数:
− Neighbor state low:和DD报文的Neighbor state low是同一个计数。
− Bad ack: 收到ACK报文不匹配。
产生原因:邻居发送的ack中携带的lsa和重传列表中的lsa匹配不上(内容和年龄)。
− Duplicate ack:重复ACK。
产生原因:同一个lsa收到多次ack,在广播网上该计数不是错误。
− Unknown LSA type:未使用。
5、LS REQ packet errors: LS Request报文错误计数:
− Neighbor state low:未使用。
− Empty request:未使用。
− Bad request:收到错误的请求报文。
产生原因有如下几种:
− 从邻居收到相同的LSA,但该LSA仍在请求列表中;
− 从邻居收到较老的LSA,但该LSA仍在请求列表中;
− 从邻居收到Request报文,但请求的LSA本地为NULL。
6、LS UPD packet errors: Update报文错误计数:
− Neighbor state low:未使用。
− Newer self-generate LSA:未使用。
− LSA checksum bad:未使用。
− Received less recent LSA:收到比链路状态数据库中更老的LSA。
产生原因:收到比较老的lsa,即自己拥有较新的lsa。
− Unknown LSA type:未使用。
7、Opaque errors: Opaque LSA错误计数:
− 9-out of flooding scope:9类LSA超出了洪泛的范围。
产生原因:未使能opaque能力收到9类opaque-lsa。
− 10-out of flooding scope:10类LSA超出了洪泛范围。
产生原因:未使能opaque能力收到10类opaque-lsa。
− 11-out of flooding scope:11类LSA超出了洪泛范围。
产生原因:未使能opaque能力收到opaque-lsa或当前区域不支持As-external-lsa能力却收到type-11 lsa。
8、Retransmission for packet over Limitation errors: 重传报文超过限制计数:
− Number for DD Packet :DD报文超过重传限制的次数。
产生原因:配置了重传限制,DD报文超过重传限制的次数,计数每加一,邻居Down一次。
− Number for Update Packet:Update报文超过重传限制的次数。
产生原因:配置了重传限制,Update报文超过重传限制的次数,计数每加一,邻居Down一次。
− Number for Request Packet:Request报文超过重传限制的次数。
产生原因:配置了重传限制,LS Request报文超过重传限制的次数,计数每加一,邻居Down一次。
9、Receive Grace LSA errors: 收到Grace LSA错误计数:
− Number of invalid LSAs:无效Grace LSA个数。
产生原因:收到的grace-lsa解析错误。
−  Number of policy failed LSAs:策略失败个数。
产生原因:GR helper策略失败,不进入helper状态。
− Number of wrong period LSAs:收到Grace LSA中,GR定时器周期错误。
产生原因有如下几种:
− 收到Opaque-LSA不是3600秒,且LSA的Age大于GR period;
− 收到Opaque-LSA的Age大于1800。
10、Configuration errors:配置错误计数:
− Tunnel cost mistake:隧道的cost值错误。
产生原因:隧道cost值小于等于0错误。
− The network type of the neighboring interface is not consistent:邻居网络类型不一致错误。
产生原因:邻居接口上配置的网络类型可能存在不一致。文章来源地址https://www.toymoban.com/news/detail-679810.html

到了这里,关于Ceph入门到精通-FAQ-display ospf error中,各个Error值的含义是什么的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Ceph入门到精通-podman 入门实战

    目录 podman安装 podman制作本地镜像 podman(docker)命令回顾 podman快速入门 一入编程深似海,从此节操是路人。 最近使用podman,就想着写一篇总结性的笔记,以备后续参考。就如同写代码,不写注释,过了一段时间可能会想这是我写的吗?不会吧,还要理一下逻辑才能读懂,不利

    2023年04月24日
    浏览(42)
  • Ceph入门到精通-使用 Ceph 编排器管理 OSD

    作为存储管理员,您可以使用 Ceph 编排器来管理红帽 Ceph 存储集群的 OSD。 当红帽 Ceph 存储集群启动并运行时,您可以在运行时将 OSD 添加到存储集群。 Ceph OSD 通常由一个存储驱动器的一个守护进程及其节点中的关联日志组成。如果节点有多个存储驱动器,则为每个驱动器映

    2024年02月05日
    浏览(51)
  • Ceph入门到精通-Ceph PG状态详细介绍(全)

    本文主要介绍PG的各个状态,以及ceph故障过程中PG状态的转变。 Ceph is still creating the placement group. Ceph 仍在创建PG。 activating The placement group is peered but not yet active. PG已经互联,但是还没有active。 active Ceph will process requests to the placement group. Ceph 可处理到此PG的请求。 clean Ceph re

    2024年02月14日
    浏览(35)
  • Ceph入门到精通-ceph故障处理 - osd down处理

    发现osd掉之后,我们首先要确认是哪个主机的哪块盘,来判断是这个盘坏了还是什么原因 来看一下是哪两块 登录对应机器确认下是哪块盘 2.我们发现盘还在,首先尝试能否重启ceph-osd服务 ,这里已经拉起来了 3.如果重启无望或者盘漂移,重新卸载安装 3.1 看看日志 是不是有

    2024年02月01日
    浏览(38)
  • Ceph入门到精通-sysctl参数优化

    sysctl.conf  是一个文件,通常用于在 Linux 操作系统中配置内核参数。这些参数可以控制网络、文件系统、内存管理等各方面的行为。 99-xx.yml  可能是一个文件名,其中  99-  是一个特定的命名约定。在  sysctl.conf  文件中,通常会有一个特定的顺序来加载配置项。通常,以 

    2024年02月10日
    浏览(36)
  • Ceph入门到精通-创建存储桶通知

    在存储桶级别创建存储桶通知。这些需要 与发送存储桶通知的目标一起发布。桶 通知是 S3 操作。 父主题: 存储桶管理 运行 IBM Storage Ceph 集群,带有 Ceph Object Gateway。 正在运行的 HTTP 服务器、RabbitMQ 服务器或 Kafka 服务器。 根级访问。 用户访问密钥和私有密钥。 终结点参数

    2024年02月15日
    浏览(77)
  • Ceph入门到精通-Linux下Ceph源码编译和GDB调试

    Ceph版本:14.2.22 Linux版本:ubuntu-server 18.04     Ceph源码是托管在Github上,由于某些原因,国内访问Github网站很慢,所以需要从其他途径加速获取源码。Github官方给出了几个Github的镜像网站: https://github.com.cnpmjs.org/ https://hub.fastgit.org/ 本地需要修改~/.gitconfig文件,才可以从上面

    2024年02月12日
    浏览(30)
  • Ceph入门到精通-LVS基础知识

    LB集群:    (Load  Balancing)即负载均衡集群,其目的是为了提高访问的并发量及提升服务器的性能,其    实现方式分为硬件方式和软件方式。   硬件实现方式:         常用的有 F5公司的BIG-IP系列、A10公司的AX系列、Citrix公司的 NetScaler系列等   软件实现方式:   

    2024年02月11日
    浏览(36)
  • Ceph入门到精通-如何编译安装Quagga?

    Quagga Quagga中文翻译斑驴,是一种先进的路由软件包,提供一套基于TCP/IP的路由协议。 – 使得操作系统变成专业的路由 – 使得操作系统具有与传统路由通过路由协议直接对接 – BGP – OSPF – RIP – IS-IS – MPLS – LDP – BFD – PIM-SSM – 传统路由以提供所有路由协议的过程程序的

    2024年02月11日
    浏览(38)
  • Ceph入门到精通-更换osd、扩容osd

    1. 1 查看故障盘osd id 1.2 销毁osd 1.3 更换故障硬盘 1.4 查看新硬盘盘符 1.5 擦除新硬盘 1.6 预备替换原osd 1.7 查看osd fsid 1.8 激活osd 3.1 停止所有osd服务 3.2 销毁所有osd 3.3 擦除磁盘数据 3.4 清除crush数据 3.5 删除osd应用 4. 调整PG

    2024年02月19日
    浏览(40)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包