在Cisco Catalyst 交换机常见的CatcOs错误消息

来源:本站原创 CISCO 超过808 views围观 0条评论

  ——————————————————————————–   本文在运行CATOS软件的Cisco Catalyst 交换机提供普通的syslog和看的错误信息的一个简要说明。特定地,以下交换机视为:   Catalyst 6000家族(Catalyst 6500及6000 系列 )   Catalyst 5000家族(Catalyst 5500 及5000系列)和  [被屏蔽广告]派生平台(例如Catalyst 2926g)   Catalyst 4000家族和派生平台(例如Catalyst 2948g和4912G)   假如不查找具体资料为您在本文寻找的错误信息,请使用 错误信息解码器工具。您能使用此工具发现错 误信息的含义Cisco IOS软件® 和Catalyst OS软件生成的。使用在本文描述的错误信息解码器工具,您必须是注册的用户并且您必须登录。   我们在Catalyst 6000、5000及4000 交换机推荐以下最低的操作日志配置:  设置日期和时间在交换机(使用 set time命令),或者配置交换机使用 网络时间协议(NTP)得到日期和时间从NTP 服务器   保证记录的和记录的时间戳启用(默认情况下,两个 启用)   配置交换机记录到系统日志服务器(若可能)   错误信息在Catalyst 6000、5000及4000 交换机  以下错误信息在Catalyst 6000家族能出现,5000系列及4000系列交换机(并且他们的衍生商品,例如 Catalyst 2926g,2948G和4912G交换机) :   %PAGP-5-PORTFROMSTP/%PAGP-5-PORTTOSTP   %SPANTREE-3-PORTDEL_FAILNOTFOUND   %IP-3-UDP_SOCKOVFL:UDP插口溢出   %IP-3-UDP_BADCKSUM:UDP校验和 出错   做的 %KERNEL-5-UNALIGNACCESS:Alignment 更正   %CDP-4-NVLANMISMATCH:在端口发现的本 地VLAN不匹配[ dec]/[DEC ]   convert_post_SAC_CiscoMIB:Nvram块[ # ]不能变 换   DTP-1-ILGLCFG:非法 配置(在,isl — on,dot1q)在端口[ mod/port   MGMT-5-LOGIN_FAIL:User不能从控制台登录   MCAST-4-RX_JNRANGE:IGMP: 范围中的RCVD 报告   %PAGP-5-PORTFROMSTP/%PAGP-5-PORTTOSTP   问题: 常见的 “%PAGP-5-PORTFROMSTP”和”%PAGP-5-PORTTOSTP”系统日志消息在交 换机生成。   平台: Catalyst 6000、5000及4000交换机   下列是您将看控制台输出的示例当这 些系统日志消息生成时: %PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3  %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3  ”PAGP”操作 日志设备报告介入端口聚合协议(PAgP)的事件,用于的协议协商交 换机的之间EtherChannel链路。交换机生成 “%PAGP-5-PORTFROMSTP”系统日志消息每当链路在交换端口丢失。 交换机生成”%PAGP-5-PORTTOSTP”系统日志消息每当链路在交 换端口被发现。 这些syslogs是表明的正常,供参考消息端 口被取消了从或添加了到生成树。注重开辟信道不必须是启 用为了能将生成的这些消息。   在上面 的例子,交换机首先丢失的链路在端口3/3 (取消端口从生成树)和 另外检测的链路在端口(添加端口回到生成树)。   假如为一个特定端口频繁地看这些消息,链路是飘荡 (经常丢失和收复链路)并且您应该调查原因。链路飘荡的典 型的原因在交换端口包括:   速度/双 工不匹配   有故障的电缆   有故障的NIC或其他终端站问题   有故障的交换端口   其他配置错误       假如想 要抑制这些系统日志消息,您能修改操作日志级别为”PAGP”设备到4 或使用命令set logging level pagp 4 default 降低 (默认操作日志级别为 “PAGP”是5)。     %SPANTREE-3-PORTDEL_FAILNOTFOUND   问题: 定期 “%SPANTREE-3-PORTDEL_FAILNOTFOUND”系统日志消息在交换机生成 。   平台: Catalyst 6000、5000及4000交换机   下列是您将看系统日志输出的示例当 此错误出现时:   %SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)  这些系统日志消息表 明端口聚合协议(PAgP)尝试从生成树取消端口为指定的VLAN但端口 不在生成树数据结构为该VLAN。 典型地另一个进程(例如, 动态中继协议[ DTP ])从生成树已经取消了端口。   这些消息典型地伴随 %PAGP-5-PORTFROMSTP 消息。 消息是为调试目的–他们不用交换机指示一个问题并且不影 响交换性能。另外,这些消息没有被记录除非更改了默认 “SPANTREE” 设备操作日志配置(默认操作日志级别为”SPANTREE”是 2)。   假如看这些消息的一个过量(例 如,假如您的交换机控制台被充斥与这些消息),考虑升级交换软件 到您的软件版本系列最新的维护版。最新软件版本在许多情 况下抑制这些消息。   %IP-3-UDP_SOCKOVFL:UDP插口溢出   问题: 定期 “%IP-3-UDP_SOCKOVFL:UDP插口溢出”系统日志消息在交换机生成。   平台: Catalyst 6000、5000及4000交换机   下列是您将看控制台输出的示例当此 错误出现时(显示的UDP插口号也许变化或也许一致是相同):   %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow  %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow  %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow  %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow  交换机生成此系统日志消息当为流入 信息包分配的缓冲区在指定的插槽(时UDP 目的地端口)是充分的因 为为该插槽注定的数据流的费率太高。例如,当网络治理站 发送很大数量的SNMP查询时,此情况可能发生。当UDP溢出发 生,减少SNMP查询的数量尝试通过在网络治理站增加轮询间隔,或 者通过减少MIB对象的数量轮询的。   在上面的例子,交换机接受了为交换机的IP地址(或广播地址)注定 信息包的数量过多用目的地UDP插槽2353。由于输入缓冲区为 此插槽在交换机是充分的,交换机生成一个系统日志消息。发出 show netstat udp命令 发现次数交换机到达了溢出条件。   这 些系统日志消息表明一个或更多位置在指定的目的地UDP端口发送很 多UDP数据流到交换机。假如交换机生成这些消息的一个过量 ,使用一个网络分析程序识别数据流的来源和减少数据流的费率。 因为UDP数据流被注定到交换机的CPU,您能使用SPAN功能和 设置源端口为sc0。这识别内部界面为Supervisor。参 见命令参考为 set span命令 欲知更多信息。   %IP-3-UDP_BADCKSUM:UDP校验和出错   问题: 定期 “%IP-3-UDP_SOCKOVFL:UDP插口溢出”系统日志消息在交换机生成。   平台: Catalyst 6000、5000及4000交换机   下列是您将看控制台输出的示例当此 错误出现时(显示的UDP插口号也许变化或也许一致是相同):   %IP-3-UDP_BADCKSUM:UDP bad checksum  交换机生成此系统日志消息当时在 UDP 数据包发现一个校验和出错,例如SNMP信息包。UDP数 据包头运载接受网络设备检查验证的检查和数据包在传输期间是损 坏。假如接收的检查和在头不匹配校验和值,数据包投下, 并且错误信息被记录。发出 show netstat udp命令发现次数交换 机发现了一个错误状态的检查和数据包。   6500-b (enable) show netstat udp   udp:   0 incomplete headers   0 bad data length fields   0 bad checksums   0 socket overflows   110483 no such ports  此消息只是与信息有关的和是由发送坏信息包的网络 设备造成的到交换机。 使用一个网络分析程序识别数据流的 来源。    %KERNEL-5-UNALIGNACCESS:Alignment更正做   问题: 定期 “%KERNEL-5-UNALIGNACCESS:Alignment更正做的”系统日志消息在交 换机生成。   平台: Catalyst 6000、5000及4000交换机   下列是您将看系统日志输出的示例 当此错误出现时:   %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36  %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36  %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6  %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6  这些系统日志消 息表明交换机CPU发现了并且更正了一个校验错误当在DRAM尝试访问 数据。这些消息只是与信息有关的–他们不用交换机指示一 个问题并且不影响系统性能。       假如 看这些消息的一个过量(例如,假如您的系统服务器日志文件或您的 交换机控制台被充斥与这些消息),考虑升级交换软件到您的软件版 本系列最新的维护版。 备选,您能修改操作日志级别为”内 核” 设备到4或使用命令set logging level kernel 4 default 降低。   假如升级到最新的维护版不排除这 些系统日志消息的生成, 开一个Case与 Cisco技术支持中心(TAC)。   %CDP-4-NVLANMISMATCH: 在端口发现的本地VLAN不匹配 [ DEC]/[DEC ]   问题: 常见的”%CDP-4-NVLANMISMATCH”系统日志消息 在交换机生成。   平台: 运行CatcOs的Catalyst 6000、5000及4000交 换机   下列是您将看控制台输出的示 例当此错误信息在交换机时出现:   2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 4/12002   Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 1/1  此消息生成每当交换端口实际连接到另一个交换机或路由器。 此消息在相邻的switch/router端口在交换机生成因为本地 VLAN是不同的在配置的端口,与一集。   用802.1Q标记配置中继端口能接收被标记的和未标签 的数据流。默认情况下,交换机转发未标签的数据流用为端 口的本地VLAN配置。假如信息包有同样VLAN ID象流出的端口 本地VLAN ID,信息包传输无示踪; 否则交换机传输信息包与 标记。   保证本地VLAN为 802.1Q Trunk是同样在中继链接的两端。假如本地VLAN在 Trunk的一端是与本地VLAN不同在另一端,本地VLAN的数据流在两边 在Trunk不可能正确地被传输。这在您的网络可能暗示一些连 通性问题。   convert_post_SAC_CiscoMIB:Nvram块[ # ]不能变 换   问题: 定期”convert_post_SAC_CiscoMIB:” 系统日志消息在交换 机生成。   平台: 运行CatcOs的Catalyst 6000、5000及4000交 换机。   下列是您将看控制台输出的 示例当此消息出现时:   convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )  convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )  convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )  这些控制台 信息经常生成当升级或降低CatcOs代码版本时。他们能也发 生当装载另一台交换机生成的交换机配置或者使用交换机配置从另 一个编码版本时。一个故障切换到备用Supervisor能也生成 这些消息。   不同的编码版本包含在 NVRAM被存储的变量。当交换机最初引导到CatcOs的一个更新 或更旧的版本,将转换早先配置成版本可用由当前引导镜象。 在一个特定的存储器块不是需要或可用的在它是当前表的此 进程期间将被取消配额而不是被转换。 此内部功能生成错误 信息。   此消息的生成只一般是与信 息有关的。它是一种好习惯早先配置与当前配置比较验证适 当地转换了所有配置信息。   假如这 些消息显示当代码升级、配置更改或者Supervisor故障切换未发生 时, 开一个Case与Cisco技术支持中心 (TAC)。   DTP-1-ILGLCFG:非法配置(在,isl — on,dot1q)在端口[ mod/port ]   问题: “DTP-1-ILGLCFG: 非法配置(在 ,isl — on,dot1q)在端口[ mod/port ] “错误生成。   平台: Catalyst 6000、5000及4000交换机   此消息能出现假如Trunk的两边被设 置至 开,但封装类型 (isl,dot1q)不配比。假如中继模式设置对 理想,由于此配置错 误,Trunk不会出现。排除故障,检查show trunk命令的输出 在两端保证封装类型是相同 。   ——————————————————————————–  MGMT-5-LOGIN_FAIL:User不能 从控制台登录   问题: “MGMT-5-LOGIN_FAIL:User 不能从控制台登 录”错误生成。   平台: Catalyst 6000,5000台和4000台交换机   此消息可以可能是终端服务器的一 个问题连接到交换机的控制台端口。当交换机控制台连接到 一个终端服务器的异步线路并且软重置在交换机被执行,垃圾(随机 字符)流横跨屏幕将流出几分钟。假如TACACS在交换机答应, 几分钟能把变成几日因为垃圾是被缓冲的部分由部分和由TACACS 处理。解决方法是配置 no exec 在异步线路交换机接通。请注重在配 置 no exec以后,消 息将继续直到缓冲区是清楚的。   ——————————————————————————–  MCAST-4-RX_JNRANGE:IGMP:范围中的 RCVD 报告   问题: 交换机生成”无效的数据流从组播源地址”消息 。   平台: Catalyst 4000家族交换机   下列是您将看系统日志输出的示例当此错误出现时:   %MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx   %MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx   %MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx  ”范围中的RCVD报告”系统日志消息 只是与信息有关的和生成当交换机收到IGMP报告信息包带有开始以 01-00-5e-00-00-xx的组播MAC地址时。此第二层地址范围与 第三层组播地址范围是等同的在224.0.0.0和224.0.0.255之间。 这些地址是后备的为使用路由协议和其他低级结构发现或者 维护协议,例如网关发现和组成员报告。       排除此问题故障,使用一个信息包获取工具,例如一 台嗅探器和过滤器在IGMP 信息。另外,您能使用 Catalyst SPAN功能从您怀疑从网络设备收到这些消息的端口复制信 息包。抑制这些消息,更改组播消息的操作日志级别到二通 过发出命令 set logging level mcsat 2 默认值。   ——————————————————————————–                   QQRead.com 推出数据恢复指南教程 数据恢复指南教程         数据恢复故障解析   常用数据恢复方案   硬盘数据恢复教程         数据保护方法   数据恢复软件   专业数据恢复服务指南                 错误信息在 Catalyst 6000 & 5000家族交换机  以下错误信息在Catalyst 6000家族和5000台系列交换机能出现(并 且他们的衍生商品,例如Catalyst 2926g):   %MCAST-2-IGMP_FALLBACK:IGMP:运行在低 效方式运行下   ——————————————————————————–  %MCAST-2-IGMP_FALLBACK:IGMP:运行在低 效方式运行下   问题: “%MCAST-2-IGMP_FALLBACK:IGMP:运行在低效 方式运行下”错误信息在一台交换机显示带有被启用的IGMP探听。   平台: Catalyst 6000及5000 家族交换机   下列是您将看系统日志输出的示例 当此错误出现时:   %MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01  %MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode  当交换机在 01-00-5e-00-00- xx 范围时,收到为组播MAC地址注 定的额外的组播数据流此系统日志消息 生成。IGMP探听在此MAC地址范围不支持组播流 到地址因为MAC地址在此范围为IGMP 控制数据流也使用(例如分支 ,加入,一般查询等等)。在上面的例子,交换机收到额外的 数据流量与目的地MAC 01-00-5e-00-00-01。   当交换机发现这样的数据流的时高速率,一段时间里 (这被呼叫低效方式运行)然后终止监听的信息包带有指定的目的地 MAC地址开始再监听(这称为正常模式)。当交换机运行低效方 式运行时,此系统日志消息生成。   ——————————————————————————–  错误信息在Catalyst 6000 家族交换机  以下错误信息在 Catalyst 6000家族交换机能出现:   Pinnacle同步发生了故障   无效功能索引集为模块   SYS-4-SUPERVISOR_ERR:   SYS-4-PORT_ERR:Port 15/1 rxTotalDrops   ——————————————————————————–  Pinnacle同步发生了故障   问题: 顶 点同步失败错误信息显示在启动。   平台: Catalyst 6000家族交 换机   下列是您将看控制台输出的示 例当此错误出现时:   System Power On Diagnostics Complete  Boot image: bootflash:cat6000-sup.5-4-4.bin  In Local Test Mode, Synch Failed. Retries: 4  Local Test Mode encounters Minor hardware problem in Module # 1  Running System Diagnostics from this Supervisor (Module 1)  This may take up to 2 minutes….please wait  Pinnacle Synch Failed. Retries: 4  Minor hardware problem in Module # 1  Use ‘show test 1’ to see results of tests.  Cisco Systems Console  Enter password:  解决方法是将 交换机断电然后确定:   Supervisor 引擎和所有交换机模块在机箱底板固定供以座位   弹出控制杆在模块的左右两侧完全占用(完全按模块 的前面板)   翼形螺钉在模块的左右两 侧被拧紧到插件框架并且被拉紧的hand-tight   在保证以后所有模块适当地提供机箱,功率在机箱。   假如仍然看顶点同步失败消息,那 里也许是其中一的个一个硬件问题模块。   将交换机断电并且去除所有交换机模块。功率 在交换机用治理引擎在机箱。 直到问题模块被识别,重复每 次添加一个模块的进程。   ——————————————————————————–        无效功 能索引集为模块   问题: 当一个新的交换机模块在Catalyst 6000系列 交换机,安装模块错误信息无效功能索引集显示。   平台: Catalyst 6000家族交 换机   下列是您将看控制台输出的示 例当此错误出现时:   %SYS-5-MOD_INSERT:Module 4 has been inserted  Invalid feature index set for module 4  模块错误无效 功能索引集发生当当前运行在治理引擎的软件镜象版本不支持插入 硬件的部分。   在上面的例子,48端 口10/100Mbps交换机模块(WS-X6348-RJ-45)在运行软件版本 5.3(2)CSX的Catalyst 6000交换机插入了。为 WS-X6348-RJ-45模块需要的最低软件版本是5.4(2)。   解决方法是升级Supervisor Engine 软件版本到支持硬件的软件版本。 Catalyst 6000家族软件版本5.x的版本说 明 列出最低软件版本为每个模块。   ——————————————————————————–  SYS-4-SUPERVISOR_ERR:   问题: 以 下错误信息在syslog被记录:   %SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4   %SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1   %SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38   平 台: Catalyst 6000家族交换机   这些消息指示交换机转发引擎获得 IP 信息包,比答应的IP信息包的最小长度是较少和丢失它。 用更旧的代码(pre-7.x),信息包在转发引擎stats静音投下 了并且计数。 在更新的code(7.x和上述),此消息在 syslog 一次被记录每30分钟。   没 有作用从转换面。转换面投下坏信息包,将由接受设备投下 因而。唯一的关心是有发送坏信息包的设备(可能由于一个坏 NIC驱动器,NIC驱动器Bug或坏应用程序等等) 。治理引擎 不记录发送坏信息包设备的来源ip。唯一的方式发现这些设 备将使用嗅探器搜寻源地址。   此消 息是一个warning/information消息从交换机对您。禁用这些 错误信息,发出 set errordetection portcounters disable命令在交换机。   ——————————————————————————–  SYS-4-PORT_ERR:Port 15/1 rxTotalDrops   问题: 以下错误信 息在syslog被记录:   %SYS-4-PORT_ERR:Port 16/1 rxTotalDrops (7426859) or  %SYS-4-PORT_ERR:Port 15/1 rxTotalDrops (2563127)   平台: Catalyst 6000家族交换机   当 ERRORDETECTION PORTCOUNTERS 被启用了(默认为功能失效)时并且接受错误 在端口1/1出现,syslog (SYS-4-PORT_ERR)在15/1可能被接受报告 rxTotalDrops,而不是1/1。 一些安装可能发现功能由软件 启用了并且保持启用在升级以后。此问题被解决了在6.3(1) 为一个新安装。假如syslog看,调查应该将第一个上行端口 指向(1/1或2/1),在syslog报告的不是端口(15/1或16/1)。 show counters命令输出显 示什么错误出现。假如唯一的错误计数器报告错误是 rxTotalDrops,很可能原因是有阻拦VLAN在上行端口的生成树,并 且发生的下落是CBL下落,预计。假如有其他错误计数器报告 ,原因需要进一步调查。   解决方法 是禁用 ERRORDETECTION PORTCOUNTERS。 这可以由发出 set errordetection portcounters disable 命令 完成。   ——————————————————————————–  错误信息在Catalyst 5000 家族交换机  以下错误信息在 Catalyst 5000家族交换机能出现(并且他们的衍生商品,例如 Catalyst 2926g) :   不支持模块   EARL-2:LKUPRAM 犯错 /blkcmbParityErrHdlr   Earl2:Banff   %MLS-4-MOVEOVERFLOW:Too许多移动,终止MLS为5 秒   EARL-3-BADCOLOR:坏 颜色[ vlan_no ]从[ hex ]读了为[ chars ]条目   ——————————————————————————–  不支持模块   问题: 当一个新的交换机模 块在Catalyst 5000家族交换机,安装”模块不是支持的”错误信息显 示。   平台: Catalyst 5000家族交换机   下列是您将看控制台输出的示例当此错误出现时:   Module 6 is not supported (46)  ”模块不是支持的”错误发生当当前 运行在治理引擎的软件镜象版本不支持插入硬件的部分。   在上面的例子,24端口10BaseFL以 太网MT-RJ交换机模块(WS-X5015-MT)在运行软件版本4.5(1) 的 Catalyst 5000交换机插入了。为WS-X5015-MT模块需要的最 低软件版本是5.1(1)。       解决方法是 升级Supervisor Engine软件版本到支持硬件的软件版本。 Catalyst 5000家族软件版本5.x的版本说 明 列出最低软件版本为每个模块。   ——————————————————————————–  EARL-2:LKUPRAM 犯错 /blkcmbParityErrHdlr   问题: 当使用时,”EARL-2:LKUPRAM犯错”错误 生成show cam命令。另外”,当您发出show log命令时,blkcmbParityErrHdlr”错误在 NVRAM日志 出现。在 某些情况下,交换机重置当 show cam命令被输入。   平台: Catalyst 5000家族交换机   下列是您将看系统日志消息的示例当您发出 show cam命令时:   EARL-2:LKUPRAM Err: Addr 3d93d, Data 1000002-0, Cnt 1  当您发出show log命令时,下列是 NVRAM 日志的示例输出了您 将看见:   01. 12/16/99,19:19:18: blkcmbParityErrHdlr: LKUPRAM, intr=40, addr x16c61, data 801-0, cnt 1  02. 12/16/99,19:21:11: blkcmbParityErrHdlr: LKUPRAM, intr=40, addr x16c61, data 801-0, cnt 2  03. 12/16/99,19:21:17: blkcmbParityErrHdlr: LKUPRAM, intr=41, addr x16c61, data 801-0, cnt 3  这些消息在NVRAM日志被打 印当软件在EARL存储器位置时(CAM条目)发现一个奇偶错误。根据软件版本当这样奇偶错误被发现时,在交换机治理引擎,交换 机也许重置。   关于具体信息,参见 版本说明提供与Cisco Bug ID CSCdk75035。关于其他资料, 参见 LAN技术的Cisco的TAC 工具。   假如 运行一个软件版本在4.5(5)之前,我们推荐升级到最新的 4.5(x)版本。在升 级软件以后,假如交换机一致记录这些消息, 开一个Case与Cisco技术支持中心 (TAC)。   -

文章出自:CCIE那点事 http://www.jdccie.com/ 版权所有。本站文章除注明出处外,皆为作者原创文章,可自由引用,但请注明来源。 禁止全文转载。
本文链接:http://www.jdccie.com/?p=322转载请注明转自CCIE那点事
如果喜欢:点此订阅本站
  • 相关文章
  • 为您推荐
  • 各种观点

暂时还木有人评论,坐等沙发!
发表评论

您必须 [ 登录 ] 才能发表留言!