1.开机启动交换机显示Press Ctrl-B to enter Extended Boot menu...0  字样迅速按Ctrl-B进入如下字符介面提示: Press Ctrl-B to enter Extended Boot menu...0 BootRom password: Not required. Please press Enter to continue. Password recovery capability is enabled. BOOT MENU 1. Downloa

组网需求: 1.H3C ER6300 作出口路由.防火墙及Qos限速等功能(ER6300 配置LAN口 192.168.30.254默认网关) 2.H3C S5120 两台配置相同VLAN10 VLAN  20 VLAN 30并分配IP地址 VLAN 10 192.168.10.1/24      分配端口  Gi 1/0/1 - Gi 1/0/5 VLAN 20 192.168.20.1/24       分配端口  Gi 1/0/6 - Gi 1/0/10 VLAN 30 192.168.3

下午在S5120上ACL的时候发现不起作用,ACL如下: acl number 3001 name deny-wan-to-lan-vpn rule 0 deny ip source 10.3.0.0 0.0.255.255 destination 10.2.0.1 0 rule 5 deny ip source 10.3.0.0 0.0.255.255 destination 10.2.0.2 0 rule 10 deny ip source 10.3.0.0 0.0.255.255 dest

配置console口登录验证密码 <H3C>system-view [H3C]user-interface aux 0 [H3C-ui-aux0]authentication-mode password [H3C-ui-aux0]set authentication password cipher 123456 [H3C-ui-aux0]user privilege level 3 配置console口登录验证用户和密码 <H3C>system-view [H3C]user-int

今天需要对交换机进行本地流量镜像,在此记录: 交换机:H3C S5120 配置本地端口镜像时,用户首先要创建一个本地镜像组,然后为本地镜像组配置源端口和目的端口. 表1-1 配置本地端口镜像 操作 命令 说明 进入系统视图 system-view - 创建本地镜像组 mirroring-group group-id local 必选 为镜像组配置源端口 在系统视图下配置源端口 mirroring-group group-id mirroring-port mirroring-port-list 

设备:H3C S5120-28P-SI 故障:某个交换机的接口速率只有100Mbps. 描述:这个故障还是很特别的,因为按普通的测试办法很难第一时间判断是交换机的固件问题,我也是做了几乎所有外围设备和线材测试之后,定位交换机的故障的. 故障现象: 1.2019年1月某日,我们网管在服务器上发现,我们给用户提供服务的某台客户机接口的速率显示只有100Mbps.按平常如果客户机只负责给用户提供上网业务那100Mbps的链接速度也是基本可以满足要求的,因为,一般情况下100Mbps的带宽基本上用不完,

                                                                                   BGP排错报告 故障一:PPP链路故障 故障现象: RT4和RT5间的PPP链路一会up 一会down 故障分析: 1)       chap认证的类型是否一致 2)       接口下配置的认证用户是否包含PPP服务类型 3)       接口下是否配置了chap认证密码 4)       接口下配置的chap认证密码是否正确 故

一.故障:使用Console线连接交换机的Console口连不上. 处理步骤: 1.先把Console线连接好,一端连接交换机的Console口,另一端连接电脑的USB口. 2.安装Console线驱动,正确安装后,在windows系统中,设备管理器端口(COM和LPT)项目可以查看Console线安装的驱动和端口号.如下图显示的我电脑摸拟COM6口. 3.使用SecureCRT工具,建立快速连接方式,协议设置成Serial,端口设置成COM6与驱动安装的要一致,波特率设置成9600,然后有可能

一.IRF简介 IRF(Intelligent Resilient Framework,智能弹性架构)是H3C自主研发的软件虚拟化技术.它的核心思想是将多台设备通过IRF物理端口连接在一起,进行必要的配置后,虚拟化成一台“分布式设备”.使用这种虚拟化技术可以集合多台设备的硬件资源和软件处理能力,实现多台设备的协同工作.统一管理和不间断维护. 二.多IRF冲突检测(MAD功能) 2.1 机制介绍 IRF链路故障会导致一个IRF变成两个新的IRF.这两个IRF拥有相同的IP地址等三层配置,会引起地址

H3C S12508单板卡 通过bootware升级software版本 案例:S12508更换主控板LST1MRPNC1 ,该板卡状态为Slave状态: 设备状态:S12508共2台做了堆叠,共含4张板卡,版本为S12500-CMW520-R1335P03:新板卡版本为s12500-cmw520-r1829p02: 更换原因:单板的二次电源故障导致板卡remove,需更换解决. 操作步骤: 一.插入console线,检查旧板卡状态和记录设备运行状态: 二.S12500的单板均支持热插拔,单板更

    案例:H3C 12508单板卡出现remove状态,需要配合研发收集诊断信息. (此文档只展示研发要求的诊断信息.) 总体:12500交换机返回三种文件----故障时诊断信息,主备单板的日志文件,主备单板的诊断日志 操作步骤: 一.故障时诊断信息: dis diagnostic-information diag收集必须在问题出现的时候,单板重起之前执行. 在save 时请选择 Y保存到 CF 卡方式.一般情况下,此命令执行一次会控制在 10 分钟之内,在这期间请不要对设备进行操作 请在管

一.IRF简单介绍 IRF(Intelligent Resilient Framework,智能弹性架构)是H3C自主研发的软件虚拟化技术.它的核心思想是将多台设备连接在一起,进行必要的配置后,虚拟化成一台设备. IRF主要具有以下优点: 简化管理.IRF形成之后,用户通过任意成员设备的任意端口都可以登录IRF系统,对IRF内所有成员设备进行统一管理. 1:N备份.IRF由多台成员设备组成,其中,主设备负责IRF的运行.管理和维护,从设备在作为备份的同时也可以处理业务.一旦主设备故障,系统会迅速

一.介绍 1.OSPF协议介绍 (1).OSPF(Open Shortest Path First,开放最短路径优先)路由协议是用于网际协议(IP)网络的链路状态路由协议.是一个被各厂商设备广泛支持的链路状态路由协议.OSPF执行IETF标准,IETF标准被不同厂商的设备所支持. (2).每个路由器负责发现.维护与邻居的关系,并将已知的邻居列表和链路费用LSU(Link State Update)报文描述,通过可靠的泛洪与自治系统AS(Autonomous System)内的其他路由器周期性交互

一.静态路由的不足 静态路由适用于:小规模的网络.架构不怎么调整的网络.没有环路的网络 二.RIP协议工作过程 2.1.工作特点 n路由信息协议RIP(Routing Information Protocol)是一个真正的距离矢量路由选择协议. n它每隔30秒就送出自己完整的路由表到所有激活的接口. nRIP协议选择最佳路径的标准就是跳数,认为到达目标网络经过的路由器最少的路径就是最佳路径. n默认它所允许的最大跳数为15跳,也就是说16跳的距离将被认为是不可达的. n在小型网络中,RIP会运转

一.网络畅通条件及排错思路 1.网络畅通的条件 网络畅通的条件:数据包能去能回,也是我们排除网络故障的理论依据. 2.网络不畅通示列 ①.目标主机不可达 原因分析:可能是数据包没有到达目的地,在中途就丢去了(绝大部分原因是在去的路上没有配置路由条目). ②.请求超时 原因分析:可能是数据包到了目的地,返不回来(绝大部分原因是在回的路上没有配置路由条目). 3.网络排错 明白了网络畅通的条件,网络排错就变得简单了. 先检查数据包是否能够到达目标网络. 再检查数据包是否能够返回来. 如果网络不通,您

一.IRF是什么? 目前,网络中主要存在两种结构的通信设备,固定盒式设备和模块框式分布式设备. 固定盒式设备成本低廉,但没有高可用性支持:模块框式分布式设备具有高可用性.高性能.高端口密度的优点,但投入成本高.针对盒式设备和模块框式分布式设备的这些特点,一种结合了两种设备优点的IRF虚拟化技术应运而生. IRF称之为智能弹性架构,是H3C自主研发的硬件虚拟化技术,它的核心思想是将多台设备通过IRF物理端口连接在一起,进行必要的配置后,虚拟化成一台"分布式设备". 使用这种虚拟换技术可以

从0开始搭建SQL Server AlwaysOn 第二篇(配置故障转移集群) 第一篇http://www.cnblogs.com/lyhabc/p/4678330.html第二篇http://www.cnblogs.com/lyhabc/p/4682028.html第三篇http://www.cnblogs.com/lyhabc/p/4682986.html第四篇http://www.cnblogs.com/lyhabc/p/6136227.html 这一篇是从0开始搭建SQL Server

原文地址:  http://www.cnblogs.com/lyhabc/p/4682028.html 这一篇是从0开始搭建SQL Server AlwaysOn 的第二篇,主要讲述如何搭建故障转移集群,因为AlwaysOn是基于Windows的故障转移集群的 在讲解步骤之前需要了解一下故障转移集群仲裁配置 下面图片来自<Windows Server2012系统配置指南> 四种集群的仲裁配置: 1.多数节点:这种配置不会用到仲裁磁盘,而所谓多数节点就是在正常节点数量占多数的情况下,集群才会提供

抱歉!今天下午阿里云华东1可用区B的部分ECS服务器出现IO HANG问题,受此影响,我们的图片与文件上传服务器无法访问,由此给您带来麻烦,请您谅解. 16:30左右开始,我们发现图片与文件上传服务器不太稳定,17:00向阿里云提交工单后得知是阿里云服务器出了故障. 目前受影响的服务器远程连不上,ping不通,通过阿里云的管理终端也连不上. 阿里云正在紧急处理这个问题. 18:10左右,我们发现在这个可用区的其它服务器也出现了同样的问题. 20:50更新:阿里云说恢复了,可我们的服务器依然不能访

一个应用占用CPU很高,除了确实是计算密集型应用之外,通常原因都是出现了死循环. 以我们最近出现的一个实际故障为例,介绍怎么定位和解决这类问题. 根据top命令,发现PID为28555的Java进程占用CPU高达200%,出现故障. 通过ps aux | grep PID命令,可以进一步确定是tomcat进程出现了问题.但是,怎么定位到具体线程或者代码呢? 首先显示线程列表: ps -mp pid -o THREAD,tid,time 找到了耗时最高的线程28802,占用CPU时间快两个小时了!