-
交换机四大镜像：端口镜像、流镜像、VLAN镜像、MAC镜像
01 交换机镜像技术概述 交换机镜像技术是一种将网络流量复制到另一个端口或接口的方法，用于监控和分析网络中的数据流动。 通过镜像技术，网络管理员可以实时查看和分析网络中的数据包，从而进行故障排除、性能优化和安全审计。 01 应用场景 - 网络监控：实时监控网络流量，了解网络使用情况。 - 故障排除：定位网络故障，分析数据包传输问题。 - 安全审计：检测和记录网络中的异常流量，防止安全威胁。 - 性能优化：分析网络瓶颈，优化网络配置和性能。 02 端口镜像(Port Mirroring) 端口镜像是将一个或多个源端口的流量复制到一个目标端口。这种技术常用于监控特定端口的流量，帮助网络管理员进行故障排除和性能分析。 01 单向镜像 将源端口的入站或出站流量复制到目标端口。 例如，在Cisco交换机上配置单向镜像： Switch(config)# monitor session 1 source interface GigabitEthernet0/1 Switch(config)# monitor session 1 destination interface GigabitEthernet0/2 02 双向镜像 将源端口的入站和出站流量都复制到目标端口。 例如，在Cisco交换机上配置双向镜像： Switch(config)# monitor session 1 source interface GigabitEthernet0/1 both Switch(config)# monitor session 1 destination interface GigabitEthernet0/2 03 优点： 简单易用：配置和管理相对简单，适用于大多数网络监控需求。 广泛支持：大多数交换机厂商都支持端口镜像功能。 04 缺点： 可能增加网络负载：大量流量的复制可能会增加交换机的CPU和内存负担，影响网络性能。 流量复制全面：无法选择性地复制特定类型的流量，可能产生不必要的数据。 03 流镜像(Flow Mirroring) 流镜像是将符合条件的流量流复制到一个目标端口。这种技术可以根据特定的条件（如IP地址、协议类型、端口号等）选择性地复制流量，适用于更……
SE_YJ 2024-11-19
18 0 0 -
日志信息说明
本文将系统日志信息按照日志模块分类。 本文以表格的形式对日志信息进行介绍。有关表中各项的含义请参考表1。 表1 日志信息表内容说明 表项 说明 举例 日志内容 显示日志信息的具体内容。 ACL [$1:UINT32] [$2:STRING] [$3:COUNTER64] packet(s). 参数解释 按照参数在日志中出现的顺序对参数进行解释。 参数顺序用“$数字”表示，例如“$1”表示在该日志中出现的第一个参数。 $1：ACL编号 $2：ACL规则的ID和内容 $3：与ACL规则匹配的数据包个数 日志等级 日志严重等级。 6 举例 一个真实的日志信息举例。 operator_name=admin; operate_ip=192.168.1.105; create_time=2014-07-22 17:56:32;level=notice;reason=mod;result=success;managestyle=WEB;content=mod syslog configuration 日志说明 解释日志信息和日志生成的原因。 匹配一条ACL规则的数据包个数。该日志会在数据包个数发生变化时输出。 处理建议 建议用户应采取哪些处理措施。级别为6的“Informational”日志信息是正常运行的通知信息，用户无需处理。 系统正常运行时产生的信息，无需处理。
SE_Gai 2024-11-19
11 0 0 -
AC通过SNMP跨三层获取AF的IP-MAC信息获取不到
AC通过SNMP跨三层获取AF的IP-MAC信息获取不到。 1、检查AF侧的SNMP配置，确认IP地址、团体名等配置正确。 2、抓包确认AC有正常发送SNMP请求到AF上，并且AF有回包，详细分析AF数据包，分析具体数据包情况，AF返回的数据不是IP和MAC的信息，判断是AC默认使用的OID值不是AF的IP、MAC的OID。 3、查询AF对应版本的SNMP的OID 表格，找到AF对应的IP和MAC的OID值填写到AC上，重新获取测试，可以正常获取到IP-MAC信息。 AC上使用的默认通用的IP-MAC的OID值在AF上不适用。 查询AF的SNMP的OID表，AC上使用对应IP和MAC的OID值进行获取解决。 跨三层取MAC需要的IP和MAC表为AF中路由信息的IP地址和物理地址的OID。
SE_Gao 2024-11-18
19 0 0 -
锐捷设备环路排查指导
总言：以下步骤是为了明确交换机上对应哪个端口下存在环路，明确之后，若对应端口下联还是交换机，则需要在对应交换机上再次执行对应步骤，直至查到最后的环路。 步骤一：查看广播报文增长情况 通过命令show int counter summary up多次show查看各个接口广播报文的增长率； （执行前先通过clear counters清除之前的统计） 如下：重点看最后一列的增长情况，看增长数值是否很异常，如两次show增长数值为万级以上，则大概率存在环路（核心上联口增长可能是正常的） 步骤二：检查是否存在环路日志 通过命令show log | in loop查看是否有环路日志（前提是设备已经开启了rldp，若未开启，可针对设备配置上，核心汇聚的处理动作建议设置为warning，接入处理动作建议设置为shutdown，开启后再查看日志是否有环路日志） 环路配置命令如下： Rujijie(config)#rldp enable //全局开启RLDP功能 Rujijie(config)#interface range g0/1-24 Rujijie(config-if-range)#rldp port loop-detect shutdown-port //接入端口rldp处理策略配置为shutdown关闭 Rujijie(config-if-range)#rldp port loop-detect warning //汇聚及核心的端口rldp处理策略配置为warning告警 Rujijie(config-if-range)#exit 如下，可以看到检测到环路打印的日志里会有loop，故可以作为关键字过滤 备注：需要先show run | in log 检查日志相关的配置，看是否关闭了日志输出，若是配置了no logging on，则需先配置logging on 步骤三、检查是否存在mac漂移 通过show mac | in xxx（找一个异常终端的mac）多次show看mac地址是否存在漂移的情况，也可以在设备上配置mac flapping-logging命令，有mac漂移则打印日志（注意不是打印日志就一定有环路，可能无线终端漫游迁移之类的行为，需要明确下对应打印日志对应的mac的行为情况，是否有移动） 步骤四、检查LLDP……
SE_You
2024-11-18
10 0 0 -
网络运输层之UDP协议
参考文章: 《TCP/IP详解卷一》 IP 报文格式大全 (huawei.com) RFC 768 - User Datagram Protocol (ietf.org) RFC 3828 - The Lightweight User Datagram Protocol (UDP-Lite) (ietf.org) RFC 8304 - Transport Features of the User Datagram Protocol (UDP) and Lightweight UDP (UDP-Lite) (ietf.org) UDP协议是什么？作用是什么？_udp是什么协议-CSDN博客 UDP协议详解通俗易懂-腾讯云开发者社区-腾讯云 (tencent.com) 【网络基础1】深入理解UDP协议：从报文格式到应用本质_udp报文格式与字段解析总结-CSDN博客 网络 - 肝了一周的 UDP 基础知识终于出来了。 - cxuan的技术园地 - SegmentFault 思否 关于UDP-读这篇就够了（疑难杂症和使用） - 那一抹风情 - 博客园 (cnblogs.com) 文章目录 网络运输层之(2)UDP协议 1. 介绍 1.1 概述 1.2 应用场景 1.3 RFC文档 2. 报文格式 2.1 UDP格式 2.2 UDP报文长度 2.3 UDP校验和 2.4 UDP和MTU关系 2.5 UDP-Lite 3. 实践 3.1 UDP绑定本地IP地址 3.2 UDP多地址绑定和端口复用: 3.3 限制远端IP地址 3.4 UDP相关攻击 1. 介绍 1.1 概述 用户数据报协议(User Datagram Protocol，简称UDP)是一种简单、高效、无连接的传输层协议。它是互联网协议族(Internet Protocol Suite)的重要组成部分，与传输控制协议(TCP)并列为传输层的两大协议之一。 与面向连接、可靠传输的TCP协议不同，UDP协议采用无连接通信模式，不保证数据包的可靠传输，也不具备拥塞控制等机制。发送方只管将数据报发送出去，而不关心数据是否正确到达目的地。 UDP的这些特点赋予了它独特的优势: 简单高效，UDP协议结构简单，不需要建立连接和维护复杂状态，减少了协议开销，传输效率高。 实时性好，由于不存在重传、顺序校验等可靠性机制，UDP具有极低的时延，非常适合实时性要求高的应用场景。 灵活性强……
SE_Yang 2024-11-18
16 0 0 -
日志模块列表
表1列出了所有可能生成日志信息的日志模块。 表1 日志模块列表 模块名 说明 系统管理日志 包括系统操作日志和系统状态日志。 安全日志 IPS日志、AV日志及安全攻击防护等日志。 流量日志 与流量相关的日志。 IPSec VPN日志 包括VPN告警日志和VPN流量日志。 上网行为日志 上网行为产生的日志。 终端日志 终端接入相关的日志。
8 0 0 -
同一交换机上，设备ping不通？
作者：网络工程师俱乐部 链接：https://www.zhihu.com/question/430207152/answer/28331277577 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 01 交换机Ping丢包的原因 交换机Ping丢包可能由多种因素引起，了解这些原因有助于我们更准确地诊断和解决问题。 01硬件故障 交换机硬件老化：长时间运行可能导致交换机内部组件老化，影响其正常工作。 网线或接口损坏：物理连接不良或网线损坏会导致数据传输不稳定，进而引发丢包。 02软件问题 固件版本过低：旧版本的固件可能存在已知的bug或性能问题，需要及时更新。 配置错误：错误的配置参数，如错误的VLAN设置或端口速率，可能导致数据包丢失。 03网络拥塞 流量过大导致丢包：网络流量超过交换机处理能力时，部分数据包可能会被丢弃。 广播风暴：大量广播数据包在网络中传播，占用大量带宽，导致正常数据包无法及时传输。 04安全威胁 ARP欺骗：恶意用户通过伪造ARP报文，篡改网络中的MAC地址映射表，导致数据包无法正确到达目标。 DDoS攻击：分布式拒绝服务攻击通过大量无效请求淹没网络，导致交换机无法处理正常的数据包。 02 如何诊断Ping丢包问题 诊断交换机Ping丢包问题需要系统的方法和工具。以下是一些常用的诊断手段，可以帮助网络工程师快速定位问题： 01 使用命令行工具 ping命令： 使用ping命令测试网络连通性，观察丢包率和延迟情况。 ping -c 100 <目标IP> 该命令发送100个ICMP请求，返回的结果将显示丢包率和平均延迟。 traceroute命令： 使用traceroute命令查看数据包在网络中的路径，帮助识别中间节点的问题。 traceroute <目标IP> 该命令显示数据包从源到目标的每一跳，可以发现哪个节点出现了丢包。 02 查看交换机日志 登录交换机管理界面：通过Web界面或命令行工具（如Telnet、S……
61 0 0 -
S5700交换机地址池lock导致静态绑定和解除静态绑定失败
问题描述 问题描述 1、型号和版本：S5700 V200R008C00SPC500 2、网络拓扑： S5700---S2700---PC 3、故障现象 （1）对地址池的地址进行绑定或者解除绑定时，提示The IP address's status is error 处理过程 1、对该地址进行绑定，出现报错:Error: The IP address's status is error. 2、查看地址池使用情况，检查该地址的状态为disable <SW_172.16.88.2>dis ip pool name vlan11 all | include 10.88.3.165 932 10.88.3.165- - Disable 3、尝试用命令reset ip pool name vlan11 10.88.3.165 10.88.3.165对该地址进行释放 3、用命令重新对该IP地址进行绑定，发现故障依旧 4、检查交换机配置，发现地址池被lock 5、解除地址池lock后重新reset ip pool name vlan11 10.88.3.165 10.88.3.165地址后重新绑定，绑定成功 根因 DHCP地址池被lock之后将不能解除绑定，也不能进行静态绑定
11 0 0 -
IBM P服务器风扇报错
IBM P服务器风扇报错 一：用 # errpt命令查看 描述：电源、风扇错误 故障位置：U78A0.001.DNWHC5R-A2 故障备件FRU号：42R7657 二：确定故障风扇的在服务器上的具体物理位置(xxxxx-A2)进行更换
SE_Zhang 2024-11-15
25 0 0 -
锐捷交换机shell模式及support模式操作指导
一、shell模式下操作指导 1.编号说明 接口线卡编号就是show version slots看到的slot槽位号 FE线卡编号从22开始算，FE1为22，FE2为23，FE3为24，FE4为25 引擎从30开始算，M1为30，M2为31 2.底层操作说明 1.进入shell模式 进入底层shell模式命令为：run-system-shell //进入shell默认是在主引擎上，可以通过me确认，如下devid为1代表1机，2代表2机，30代表M1主引擎 切换至主机备引擎或者线卡shell的命令为：lc xxx //xxx为备引擎或者线卡的编号,切换后通过me确认，如下通过lc 2切换到了1机2线卡上 切换至备机既2机引擎或者线卡的命令为：lc xxx+32 //xxx为引擎或者线卡的编号,切换后通过me确认，如下通过lc 34切换到了2机2线卡上 备注：退出线卡shell模式通过ctrl+]或者ctrl +2然后选e，再输入exit退出到cli界面 在线卡shell下通过exit退出可能进入[2/2]-[M18000-48XS-DC]-[~] #模式，此时需要通过debug-ssa 进入sdk模式，然后ctrl +]或者ctrl +2退出，如下 进入线卡sdk模式通过命令debug-ssa进入，如下 若在线卡shell模式下通过debug-ssa进入sdk模式时进入了[1/2]-[M18000-08XS-ED]-[~] #模式时， 且输入debug-ssa又退回到了shell模式，此时可通过exit进入对应线卡sdk模式 若出现lc 2直接进入了2线卡的sdk模式而不是shell模式，可通过指令shell退到shell模式下 备注：若无法进入线卡shell或者进入线卡其他异常模式可通过以下指令将线卡相关进程初始化 在引擎shell模式下执行以下命令 telnet-cmd 1 2 ssa / exit telnet-cmd 1 2 ssd / exit //1代表1机，2代表线卡编号 二、support模式下操作指导 <dev> <slot>为0代表本机箱或本卡，其它情况代表指定板卡；dev为设备号、slot为槽位号、unit为芯片号 盒式设备:单机模式dev为0；slot为0；单芯片unit为0，双芯片unit存在0与1； VSU模式de……
SE_You
2024-11-15
20 0 0
硬件天地
