NE8K Troubleshooting

Troubleshooting 一、故障概述 1、故障背景 新上NE 8K,配置导入后,ALM一直常亮,查阅手册发现该灯常亮意味着有故障。 2、故障现象 ALM常亮。 二、故障分析 NE 8K ALM类似ASR CRIT。ASR常用于ISP环境,设立CRIT是为了刻意提醒巡检人员发现接口是否因为什么

ASR Troubleshooting

Troubleshooting 一、故障概述 1、故障背景 某客户机房的一台Cisco ASR某块板卡报出内存异常告警。 2、故障现象 系统报板卡内存溢出错误。 二、故障分析 当设备出现硬件故障时,应当排查当前设备的硬件状态,并且查阅官方故障手册。查阅官方故障手册后发现往往是内存泄露导致的内存异常告

MDS Troubleshooting

Troubleshooting 一、故障概述 1、故障背景 客户的一台思科MDS9K启动后出现故障,故障大致现象就是交换机无法进入System,需要进行排障(嗯,这个故障并不是我主动接的,老工程师说啥就是啥)。 2、故障现象 交换机上电后直接进入load>模式,而不是System。尝试在load>模

技术支持

技术支持 一、技术支持概述 技术支持包括包含售后技术咨询(维护、安装、培训、单次服务、专业服务)、服务政策咨询、销售购买咨询、投诉及建议等。 技术咨询:指涉及到客户网络设备的关于产品资料、规格特性、组网方案、提供业务、操作配置等产品 设备故障:指设备所提供的业务运行不稳定、发生错误或服务质量下降;业

vPC故障场景&恢复

vPC故障恢复 一、vPC故障场景 vPC存在的故障点较多,使用vPC的网络需要全面考虑vPC故障后的应急恢复和备用方案。下面讨论了一些故障场景: Member Port故障:vPC防环机制失效,流量全从Peer Link经由另一个vPC Peer转发,为了防止Peer Link过载,要求Peer

vPC标准设计

vPC标准设计 一、vPC标准设计概述 网络标准设计往往是相当重要的,工程师要做的就是将多项标准设计进行集成,以应对不同场景下的需求。标准设计能够避免很多不必要的麻烦,在某些项目中可能因为客户的天马行空的想法诞生了很多非最佳实践的网络设计,这种网络设计因为没有从全局的角度去考量,从而导致很多各种奇怪

Windows常用功能

Windows常用技巧 一、Windows CMD调用 1、查看系统信息 查看主机名、OS信息、使用者、产品ID、系统安装日期、硬件制造商、系统型号、处理器信息、地域、输入法、时区、内存信息、补丁、网卡信息、Hyper-V等。 systeminfo 查看电脑SN。 wmic bios get ser

vPC&L3

vPC&L3 一、L2&L3独立决策进程 在设计L3 with vPC时,vPC domain和上行链路之间不要想要通过建立vPC,并使用SVI建立动态路由邻居,这在某些情况下(独立决策进程的不兼容性)会触发防环机制。例如上图中,通过SVI建立邻居,收敛路由后路由表中存在两条负载路由,如果下一跳选择

vPC

vPC 一、概述 1、技术背景 Campus Network和DCN架构在之前采用的都是层次化架构,也称为**传统架构**。传统架构中二层的主要需求就是实现二层网络需要冗余和高可用,于是一般都会部署多节点,多链路来保证设备级和链路级冗余,但是会存在二层环路的隐患,二层环路需要被打破,于是STP诞生。

Palo Alto

Palo Alto 一、Palo Alto 最有前瞻性和技术能力的防火墙研发有一半在Netscreen,另一半在Checkpoint(第四代防火墙创始公司以及状态化防火墙领导者)。2003年Netscreen被juniper收购,研发团队被一起带入到了juniper。随后由于juniper的故步自封