CIT--在物理层和数据链路由解决问题

一 物理层症状
 . 在故障接口上的物理层之上没有可以正常运作的组件
 . 网络处于运行状态,但时断时续,比基线状态的持续性要差
 . 在数据链路层上接口之间没有连接性
 . 帧错误,线编码错误和同步错误出现了
 . LED指示灯关闭,闪烁或处于非正常状态
 . 利用率过高
 . 接口错误数量增加
 . 控制台消息(报错)出现
 . 系统日志文件消息(报错)出现
 . 管理系统报警 二 数据链路层症状
 . 故障链路的数据链路层之上的组件都不工作了
 . 链路是工作的,但比基线状态的持续性要差
 . 网络层没有连接性
 . 帧错误或封装错误发生了
 . 地址解析错误存在
 . 过多的CRC错误出现
 . 广播流量出现猛增
 . MAC地址在端口间循环
 . 控制台消息(报错)出现 
 . 系统日志消息(报错)弹出
 . 管理系统报警显示了问题 三 隔离命令
 1. 终端
 . ping
 . arp -a
 . netstat -rn
 . ipconfig -a [ifconfig]
 . tracert [traceroute还或winipcfg]
 2. cisco IOS
 . ping
 . trace
 . debug
 . show version
 . show ip int brief
 . show interface
 . show cdp neighbor detail
 . show controller

四 隔离指南
 . 检查运行状态和数据错误率
 . 确认接口配置正确
 . 检查电缆配置
 . 检查错误的电缆或连接
 . 检查错误的电缆 五 纠正错误命令
 . arp -d ip-address
 . interface
 . no shutdown
 . encapsulation
 . clock rate
 . controller
 . duplex {full|half|auto}或half-duplex full-duplex
 . speed {10|100|auto} 六 纠正错误指南
 . 1.确保具有一份可能会修改配置的任何设备的正确配置保存.这提供了恢复到可知的初始状态的最后途径.
 . 做初始的硬件和软件配置改变
 . 评估和存档所做的改变以及改变的结果
 . 确认所做改变正好解决了问题而没有引入新的问题
 . 继续改变直到原来的问题得到解决
 . 如有必要,可从外部资源获取帮助
 . 在解决问题后,存档解决方案 文章录入：csh    责任编辑：csh

赞 (0)

相关推荐

  • CIT--在物理层和数据链路由解决问题

    一 物理层症状 . 在故障接口上的物理层之上没有可以正常运作的组件 . 网络处于运行状态,但时断时续,比基线状态的持续性要差 . 在数据链路层上接口之间没有连接性 . 帧错误,线编码错误和同步错误出现了 . LED指示灯关闭,闪烁或处于非正常状态 . 利用率过高 . 接口错误数量增加 . 控制台消息(报错)出现 . 系统日志文件消息(报错)出现 . 管理系统报警 二 数据链路层症状 . 故障链路的数据链路层之上的组件都不工作了 . 链路是工作的,但比基线状态的持续性要差 . 网络层没有连接性 .

  • CIT--在传输层和应用层解决问题

    一 常见症状 1. 传输层 . 当物理层,数据链路由和网络层运行正常时,资源不能访问且存在连接问题; . 网络运行或断或续,比基线状态差; . 程序产生错误信息,并且报告了链路或连接性问题(当它们能够感知时); . 用户抱怨网络太慢; . 控制台报告了反常事件,系统日志中观察到了不可预知事件;&nbs p;. 管理系统报警说明了问题; . 由于TCP窗口问题,过长的回程时间,过多的重传等原因导致部分的,间歇性的或错误的性能问题. 2. 应用层 . 资源不可达或不能用,而物理层,数据链路层,网络层

  • CIT--在网络层解决问题

    一 症状   如果经排故确定物理层和数据链路层没有问题时,那么就可以得出问题出在网络层或高层的结论: . 问题链路网络层之上的所有组件不能正常工作; . 网络是可以运行的但运行性能(速度,响应或吞吐量)比基线状态下的要低 ; . 在链路传输层之上没有连通性; . PING命令偶尔会成功; . 路由选择表是空的,不一致的或不完全的; . 路由选择行为并非所期望的; . 分组被转发到错误的地方; . 不同的控制台消息报告了失败和问题; . 系统的日志文件报告了失败和问题; . 网管系统报警提示了问题

  • vue-router+vuex addRoutes实现路由动态加载及菜单动态加载

    此案例主要实现了一个功能是,在vue实例首次运行时,在加载了login和404两个路由规则,登录成功后,根据登录用户角色权限获取该角色相应菜单权限,生成新的路由规则添加进去. 做过后台管理系统都一定做过这个功能,在对菜单权限进行粗粒度权限控制的时候,通过角色获取菜单后,异步生成菜单,所以一开始拿到需求的时候,我也以为这和平常的没什么不同,不过做起来就发现了很多问题, 1.vue-router的实例,在new vue实例的时候,就加载了,且必须加载,这个时候,登录路由一定要加载,可是这个时候没有登

  • 排除路由故障的常见方法

    一 静态路由故障 1. 静态路由和有类别查找 当路由选择表进程检查一条使用中间地址(路由选择表中作为下一跳引用的IP地址)的可解析的静态路由时,这个检查总是在有类别方式下完成的,无论是否使用ip classless命令如果在路由选择表中有类别方式下的中间地址不能解析,则删除该静态路由. 使用show ip route查看路由选择表. 使用debug 可以显示某个网络宕掉了. 如果使用无类别方式并有一条默认路由存在,那么具有高管理距离的备份表态路由将永远不会在主静态路由失效时装入到路由选择表中.这

  • 路由的中文笔记

    第 一 章 : 路 由 选 择 原 理 1.1路由选择基础知识 路由是将对象从一个地方转达发到另一个地方的一个中继过程 学习和维持网络拓朴结构知识的机制被认为是路由功能.渡越数据流经路由器进入接口 穿过路由器被移送到外出接口的过程,是另一项单独的功能,被认为是交换/转发功能.路由设备必须同时具有路由和交换的功能才可以作为一台有效的中继设备. 为了进行路由,路由器必须知道下面三项内容: l路由器必须确定它是否激活了对该协议组的支持: l路由器必须知道目的地网络: l路由器必须知道哪个外出接口是到达

  • vue-router路由与页面间导航实例解析

    vue-router路由与页面间导航实例解析

    vue-router是Vue.js官方的路由插件,它和vue.js是深度集成的,适合用于构建单页面应用.vue的单页面应用是基于路由和组件的,路由用于设定访问路径,并将路径和组件映射起来.传统的页面应用,是用一些超链接来实现页面切换和跳转的.在vue-router单页面应用中,则是路径之间的切换,也就是组件的切换. vue-router 我们知道路由定义了一系列访问的地址规则,路由引擎根据这些规则匹配找到对应的处理页面,然后将请求转发给页进行处理.可以说所有的后端开发都是这样做的,而前端路由是不

  • vue router嵌套路由在history模式下刷新无法渲染页面问题的解决方法

    vue router嵌套路由在history模式下刷新无法渲染页面问题的解决方法

    解决vue-router嵌套路由(子路由)在history模式下刷新无法渲染页面的问题,具体内容如下 一. 异常描述 本来使用的是vue-router的hash模式,但是hash模式下url需要带"#"符号,不仅看起来不舒服,而且有些场景下是会破坏路由中的"#"(微信分享页面就会把"#"后边的内容处理掉),所以就需要使用history模式,然后就让后端改下nginx配置: location / { try_files $uri $uri/ /in

  • 解决vue单页路由跳转后scrollTop的问题

    作为vue的初级使用者,在开发过程中遇到的坑太多了.在看页面的时候发现了页面滚动的问题,当一个页面滚动了,点击页面上的路由调到下一个页面时,跳转后的页面也是滚动的,滚动条并不是在页面的顶部. 最开始我使用了一个很笨的方法,每个页面上都加上window.scrollTop(0,0);来解决问题,但是这个太繁琐了.最后和小伙伴们商量了一下,在main.js页面上加了这么一段代码 router.afterEach(function (to) { window.scrollTo(0, 0) }) 路由跳

  • vue-cli 默认路由再子路由选中下的选中状态问题及解决代码

    vue-cli是Vue.js官方脚手架命令行工具,我们可以用它快速搭建Vue.js项目,vue-cli最主要的功能就是初始化项目,既可以使用官方模板,也可以使用自定义模板生成项目,而且从2.8.0版本开始,vue-cli新增了build命令,能让你零配置启动一个Vue.js应用. 因项目需求,需要在默认路由下面的两个子路由进行切换,当开始以为不就是路由切换?so easy!就看一下遇到的问题吧! {path: '/',component: resolve => require(['@/compo

随机推荐