搜索内容

SE_You 的文章

  • 速率单位换算速查表

    单位名称 单位缩写 核心换算关系 对应场景 比特每秒 bps 1 bps = 1 比特 / 秒（基础单位） 极低速数据传输 千比特每秒 Kbps 1 Kbps = 1024 bps 早期网络、低速设备 兆比特每秒 Mbps 1 Mbps = 1024 Kbps = 128 KBps 宽带测速、网络套餐标注 吉比特每秒 Gbps 1 Gbps = 1024 Mbps = 128 MB/s 高速网络、光纤传输 字节每秒 Bps 1 Bps = 8 bps 基础数据存储传输单位 千字节每秒 KBps 1 KBps = 1024 Bps = 8192 bps 低速文件传输 兆字节每秒 MB/s 1 MB/s = 1024 KBps = 8192 Kbps 日常文件传输、硬盘读写 吉字节每秒 GB/s 1 GB/s = 1024 MB/s = 8192 Mbps 高速硬盘、高端服务器传输 快速换算公式 比特类转字节类：XXX bps ÷ 8 = XXX Bps 同类型单位升级：XXX 低级单位 ÷ 1024 = XXX 高级单位 同类型单位降级：XXX 高级单位 × 1024 = XXX 低级单位 注意事项 换算遵循二进制标准（1024 倍进制），为存储与传输领域通用规则。 区分 “B（字节）” 与 “b（比特）”：前者大写，后者小写，1 字节 = 8 比特。 网络运营商通常用 “Mbps” 标注宽带速率，实际下载速度需换算为 “MB/s”（除以 8）。

    SE_You 2025-12-30
    36 0 0

  • 锐捷RSR20-14E 端口安全设置maximum不生效

    一、故障现象描述 RSR20-14E端口安全接口下使用switchport port-security binding 绑定IP+mac 3个后，配置switchport port-security maximum 3 限制最大接入数为3，第4个终端未绑定也可正常接入放通 场景拓扑 二、故障排查分析 现场设备在接口下使用switchport port-security binding 绑定IP+mac 3个后，配置switchport port-security maximum 3 限制最大接入数为3，第4个终端未绑定也可正常接入放通，通过show port-security address interface fastEthernet 1/0查看第4个终端是通过动态学习到的 通过内部设备进行复现：接口下通过配置3条switchport port-security binding 绑定条目、1条switchport port-security mac-address条目；配置switchport port-security maximum 4 ，可看到该接口下还可以动态学习到3个mac，再接入终端就学习不到 修改配置为switchport port-security maximum 3，可看到该接口下还可以动态学习到2个mac，再接入终端就学习不到 通过以上验证得出：switchport port-security maximum X 这个限制的值没有包含switchport port-security binding 绑定的条目，只包含switchport port-security mac-address绑定及动态学习到的条目 三、故障根因说明 该设备版本软件设计中switchport port-security maximum X 这个限制的值没有包含switchport port-security binding 绑定的条目，只包含switchport port-security mac-address绑定及动态学习到的条目 四、故障解决方案 通过升级软件版本解决： RG-RSR10-02E&20-04E路由器软件版本升级到：10.4(3b35)p6T3,Release(238242) RG-RSR20-14E&F路由器软件版本升级到：RGOS 10.4(3b34)p6T4 Release(238242)

    SE_You 2025-12-29
    15 0 0

  • IBGP-邻居建立正常-学习不到IBGP路由

    一、故障现象 R2、R3、R4建立IBGP邻居，但是发现R3或R4学习不到IBGP路由。 二、组网拓扑 拓扑描述：R1和R2属于不同的AS，通过物理接口的IP建立EBGP邻居。R2、R3、R4属于相同AS，通过IGP路由协议（本例中为OSPF）实现环回口的可达性后，通过环回口进行IBGP邻居的建立。 三、可能原因 1、IBGP水平分割导致学习不到路由 2、没有正确发布路由 3、BGP路由下一跳不可达 四、排查步骤 步骤一：检查是否确实没有学到相应BGP路由 通过show ip route bgp命令，查看是否存在相应的B开头的路由。如上图，R4可以学到BGP路由192.168.10.0/24。 步骤二：检查是否IBGP水平分割导致学习不到路由 为了避免IBGP邻居内部出现环路，BGP协议在设计的时候，就不允许IBGP学习到的路由再传给其他IBGP邻居。故若R2与R4都只和R3建立IBGP邻居，那么R3从R2学习到的BGP路由器，就不会再发给R3的BGP邻居R4了。这时会导致R4学习不到路由。若要解决这个情况，可以考虑“全互联方案”，同个AS内的所有路由器两两之间建立BGP邻居，即本例中R2、R3、R4两两建立IBGP邻居。除了全互联方案，还有BGP联盟、MPLS技术、RR技术等也可以解决此问题，若需详细了解，可以参考闪电兔-路由-搜索对应的关键字。 步骤三：检查是否没有正确发布路由 BGP路由需要在路由器上发布后，其他路由器才可以学习到。发布路由到BGP中有两种方式：①通过network命令通告路由表里存在的路由（除学到的BGP路由以外，所有路由表里有的本地接口、静态路由、RIP、OSPF、ISIS都可以通告），注意通告的时候需要用准确的掩码，否则会无法通告出相应路由；②重分布接口或者路由到BGP中。 如本例中，需要通告R1的环回口192.168.10.1到BGP中，需要先查看路由表 从上图输出可以发现该环回口路由是/24位的，故通告对应路由的时候，需要通告准确的24位掩码 R1#conf R1(config)#router bgp 6……

    SE_You 2025-12-26
    45 0 0

  • EBGP-邻居建立异常

    一、故障现象 R1和R2建立EBGP邻居失败。 二、组网拓扑 拓扑描述： R1和R2属于不同的AS，通过物理接口的IP建立EBGP邻居。R2、R3、R4属于相同AS，通过IGP路由协议（本例中为OSPF）实现环回口的可达性后，通过环回口进行IBGP邻居的建立。 三、可能原因 1、router-id冲突 2、配置中邻居地址或AS号指定错误 3、配置EBGP邻居时，未指定多跳 4、环回口TCP 179端口不可达 5、ACL配置错误，deny了TCP 179端口 四、排查步骤 步骤一：检查是否EBGP邻居建立异常 通过show ip bgp summary的命令，检查BGP邻居状态是否出现异常。若状态为空（如上图），则为成功建立。若状态不空或者无对应邻居条目，均为出现异常。 步骤二：检查是否router-id冲突 在要建立BGP邻居的两台设备上，分别通过show ip bgp summary的命令，检查bgp的router-id是否和对方一样。若是一样，需要修改bgp的router-id，命令为: conf router bgp xxx bgp router-id x.x.x.x end wr 步骤三：检查是否配置中邻居地址或AS号指定错误 如图，建立EBGP邻居，要求正确指定对端的环回口IP以及对端的AS号。因为是EBGP邻居，故对端AS号和本端AS号是不一样的。 步骤四：检查是否配置EBGP邻居时，未指定多跳 建立EBGP通常是用物理接口地址建立，且TTL只有1跳。这意味着如果EBGP邻居之间经过了多台设备，EBGP建立邻居报文将被中途丢弃，导致EBGP邻居建立失败。故需如图跳大ebgp-multihop（EBGP多跳）的跳数。 步骤五：检查是否环回口TCP 179端口不可达 建立BGP邻居需要TCP 179端口可达。倘若TCP 179端口不可达，BGP邻居将会建立失败。该端口不可达可能存在中间环境过滤，路由写错等问题。可以通过流表来查看TCP 179端口的发送情况 ①开启流表——任意接口配置ip nat inside即可，如： conf interface Loopback 0 ip nat inside end wr ②使用show ip f f | in 1……

    SE_You 2025-12-25
    22 0 0

  • RSR30-44 MPLS场景 突发大量设备BGP邻居震荡，业务不通

    一、故障现象描述 MPLS场景，突发大量RSR30-44 BGP邻居震荡，日志显示UPDATE Message Error/Malformed AS_PATH. 场景拓扑 二、故障排查分析 步骤一：查看RSR30-44日志，打印大量UPDATE报文AS-PATH畸形的日志。 步骤二：协调现场抓包，分析抓包结果。 故障期间，RSR30-44一直收到对端BGP对等体的UPDATE报文，其中AS-PATH 19177存在大量重复，判断源AS内部出现AS分裂或者成环，且中间设备存在软件处理问题，出现AS-PATH相同的情况依旧发送该UPDATE报文。 三、故障根因说明 UPDATE报文源头出现AS环路，且中间设备存在软件缺陷，未丢弃该畸形UPDATE报文。 四、故障解决方案 对端BGP对等体过滤该异常更新报文规避。

    SE_You 2025-12-24
    11 0 0

  • OSPF-目标路由不通

    一、故障现象 OSPF邻居建立成功但是目标路由不通 二、组网拓扑 拓扑描述：路由器A和路由器B建立ospf邻居关系 三、可能原因 1、没有学习到对端发布目标网段路由或者对端没有发布 2、ACL或者被路由过滤 3、对端的通过聚合发布的路由实际没有去往目标的路由 四、排查步骤 步骤一：检查路由表发现没有去往对端的业务路由 步骤二：检查对端OSPF是否发布了路由 OSPF路由需要在对端路由器上发布后，路由器才可以学习到。检查是否发布对应网段的路由 R2#show running-config | begin ospf 100 发现无发布路由，发布192.168.10.0网段的路由后能学习到路由且正常通讯。 步骤三：有路由但是不通对端 检查对端的ACL配置，发现ACL拦截了，去除后正常。 步骤四：abr汇总的路由实际上无目标路由的网段 abr设备上汇总的发送的192.168.0.0/20位网段，但是实际上abr设备无192.168.10.0网段的路由 五、信息收集 show version show version slot show slot show run show ip int brief show ip protocol show ip ospf interface show ip os nei show ip os database show interface show ip route 六、总结与建议 1、检查是否没有学习到对端的路由 2、是否被acl拦截 3、汇总的路由实际上无目标网段的路由

    SE_You 2025-12-23
    14 0 0

  • RSR20-X ospf建立后路由不加表

    一、故障现象描述 RSR20-X 和对端建立ospf后、ospf路由不加表 场景拓扑 二、故障排查分析 查看ospf邻居建立正常 通过show ip route ospf查看不到ospf相关路由条目 查看ospf数据库可以看到对端通告的5类LSA，但是没有2类LSA 查看对端地址2.2.2.2的1类LSA可以看出对端通告的是P2P的网络类型 因本端接口默认OSPF类型是广播，对端配置的类型是P2P，2端OSPF网络类型不一致导致路由无法加表 三、故障根因说明 OSPF P2P网络的1类LSA和广播类型网络的1类LSA不是同一种1类LSA。在OSPF的广播类型网络中，在同一区域内，对某台路由器定位是通过1类LSA和2类LSA来进行SPF路由计算完成的，然而在P2P网络中是不存在2类LSA的，定位只通过1类LSA来完成，因此原本存在于2类LSA就写进了P2P网络中的1类LSA中，尽管两种网络类型的1类LSA不同，但是在全网范围之类，他们仍旧可以被接受在所有设备的链路状态数据库中，然而，来自于P2P网络的1类LSA子网掩码字段是不能被广播类型网络的设备所识别的，OSPF广播类型网络中，子网掩码只能通过2类LSA传递，由于P2P网络不会产生2类LSA，因此对于广播网络而言，因为缺少P2P路由器的子网掩码信息，因此无法对这台路由器进行定位，也就无法通过LSA来生成路由 四、故障解决方案 将设备互联接口ospf网络类型修改成P2P解决： int gigabitEthernet 0/0 ip ospf network point-to-point

    SE_You 2025-12-22
    14 0 0

  • RSR20-X 学习不到OSPF路由

    一、故障现象描述 RSR20-X无法学习到OSPF路由 场景拓扑 二、故障排查分析 检查OSPF邻居是否建立。发现OSPF邻居已经建立。 检查OSPF邻居对端是否没有通告路由。发现对端OSPF总部设备宣告了多个接口，故正常应当分支有路由。 检查是否存在OSPF骨干区域不连续导致路由学习不到。发现全区域均为区域0，无其他区域。 检查是否DR选举异常导致路由学不到。结合客户的拓扑，所有的分支之间不一定会建立OSPF邻居，但是一定要和中心端的总部RSR路由器建立OSPF邻居。故此，DR设备必须是总部的RSR设备。然而通过中心端的RSR路由器的邻居列表发现，DR设备并非中心端设备，导致其他设备通过224.0.0.6将LSA同步给DR和BDR，分支DR收到后以224.0.0.5同步给所有的邻居。但是分支DR并未和所有分支建立OSPF邻居，就导致一些分支设备无法学习到路由。 三、故障根因说明 在广播多路访问环境下，所有分支的LSA将通过224.0.0.6发给DR和BDR。DR通过224.0.0.5发送LSA给所有的分支。由于DR非中心端设备，而是分支设备，进一步导致某些没有和该DR分支建立OSPF邻居的设备无法学习到路由。 四、故障解决方案 将总部的DR的OSPF优先级改为10（默认是1）。其他分支的OSPF优先级改为0，代表不参与DR和BDR选举。各分支清除OSPF邻居后解决。 interface range GigabitEthernet 0/0-1 ip ospf priority 10 //设置接口OSPF优先级为10 end wr

    SE_You 2025-12-19
    13 0 0

  • OSPF-邻居正常学习不到路由

    一、故障现象 OSPF邻居建立成功但是目标路由不通 二、组网拓扑 拓扑描述： 路由器A和路由器B建立ospf邻居关系 三、可能原因 1、对端没有发布相应的网段。 2、两端接口类型不一致一端为P2P一端为broadcast 四、排查步骤 步骤一：检查路由表发现是否有去往对端的业务路由 步骤二：检查对端OSPF是否发布了路由 OSPF路由需要在路由器上发布后，其他路由器才可以学习到。检查ospf配置 R2#show running-config | begin ospf 100 发现无发布路由，发布192.168.10.0网段的路由后能学习到路由正常通讯。 步骤三：检查两端接口类型 发现一端为p2p一端为broacast，导致邻居正常建立但是无法学习对端的路由。 步骤四：确认发布列表的distribute-lite的配置 在OSPF中distribute-list的配置只有在in方向有效，且实现的功能是控制LSDB中计算的路由进入路由表。 因此，在出现LSDB正常，而路由无法进入路由表的时候，需确认distribute-list的配置 通过 show run | b router ospf来查看distribute-list的列表号 再通过show run确认distribute-list引用的ACL或者prefix-list号 再确认ACL或prefix-list的配置是否正常 步骤五：设备内存不足有可能导致路由无法加表 通过show memory来查看内存的使用情况。 五、信息收集 show version show version slot show slot show run show ip int brief show ip protocol show ip ospf interface show ip os nei show ip os database show interface show ip route 六、总结与建议 1、查看对端是否发布了路由 2、检查两端是否接口类型不一致 3、检查是否前缀列表过滤 4、检查是否是因为内存不足导致

    SE_You 2025-12-18
    16 0 0

  • RSR20-X ospf邻居无法建立

    一、故障现象描述 RSR20-X ospf邻居无法建立 场景拓扑 二、故障排查分析 Show ip os nei查看ospf邻居状态为空 查看两端路由器ospf hello包收发情况，均是有发（send增长），未收到对端的hello报文（received未增长） 出现OSPF无状态一般有如下几种原因 两端链路通信异常 //测试ping对端地址可通，排除通讯异常 两端对应接口没有被宣告到OSPF中 //检测配置正常通告、排除配置问题 链路组播报文（224.0.0.5）被过滤 //路由器上查看未做组播报文限制，通过查看路由器流表未查询到对端过来的ospf组播报文 通过以上排查可判断运营商中间设备过滤了ospf组播报文导致ospf协商不起来 三、故障根因说明 运营商中间设备过滤了ospf组播报文导致ospf协商不起来 四、故障解决方案 运营商通过调整中间设备策略后、两端均可收到ospf组播报文、ospf邻居建立正常

    SE_You 2025-12-17
    18 0 0
12345 下一页尾页1/50

时光机

开往-友链接力
友情链接
申请友链
Lovestu
免费图床
锐捷网络