UG Cam是一款功能强大的视频会议软件,它提供了丰富的会话配置选项,以满足不同用户的需求,会话配置主要包括网络设置、视频设置、音频设置、显示设置和会议设置等方面。
问题: 交换机生成 %SYS-3-P2_ERROR:主机< MAC_address >拍动在... 消息 之间。 平台: Catalyst 4000 (Sup I & II) , Catalyst 2948g,2980G,4912G。 下列是您将看控制台输出的示例当此错误出现时:%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39使用以下步骤和指南了解和排除上述错误信息的故障 原因。 上述消息表明您的Catalyst 4000交换机了解在端口在 其CAM表里已经存在除原始一个之外的一个MAC地址,并且此工作情 况在短时间内重复出现; 这是地址飘荡的定义在端口之间。 如果看见消息为多个MAC地址出现, 这不是一种正常行为。 因为MAC地址从一个端口迅速是移动的 到另一个在他们的默认过期时间之前,它在网络指示一个可能的网 络问题,典型地循环数据流。 这里 典型症状是高CPU利用率、缓慢的数据流在网络过程中,高底板利用 率在交换机等等。 关于您需要采取为了高效地识别和排除问 题故障与生成树的步骤,参见以下文件:排除生成树协议和相关设计考虑故障如果为一两个MAC地址看消息出现 ,您需要找出此MAC地址和发现这为什么将发生。 您能使用为了识别的命令这些MAC地址其中了解从下 列:show cam (其中mac_addr报告了飘荡从出现在控制台)的消息 的MAC地址。 在看见在哪些之间以后 端口此MAC地址拍动,跟随此MAC地址通过连接到存在在您的 Catalyst 4000和设备之间带有该MAC地址的中间设备,直到您能识 别其来源并且此设备如何连接到网络。 注意: 因为MAC地址拍动在二 个端口之间,您应该搜寻两条路径。 以下示例显示如何跟踪两条路径从此MAC地址其中了 解从。 假设您收到您调查的下列信息:%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39如上所述,什么您需要执行是搜寻此MAC地址从两个 端口如何是获知。 第1步: 首先考虑端口1/2 。 发出 show cam dynAMIc 1/2 命令 。 如果看MAC地址 00:50:0f:20:08:00来在在此端口了解的MAC地址列表,设法发现这 是否是连接的单个主机或如果有在该端口注册的多台主机。 第2步: 如 果它是连接的单个主机(00:50:0f:20:08:00),检查注册的另一个端 口(在此示例端口4/39)并且检查主机双重是否附加交换机。 然而如果,主机有与可以最终导致回到此交换机的其他设备的连接 ,设法搜寻中间是的中间设备。 第3步:最佳的方式达到此(假设,他们 是Cisco设备)将使用 命令show cdp neighbors的输 出 详细资料。 示例输出如下:Cat4K> (enable) show cdp neighbors 1/2 detailPort (Our Port): 1/2device-ID: brigitteDevice Addresses:IP Address: 172.16.1.1Novell address: aa.0Holdtime: 171 secCapabilities: ROUTERVersion:Cisco Internetwork Operating System SoftwareIOS (tm) 2500 Software (C2500-JS-L), Version 12.0(7)T, RELEASE SOFTWARE (fc2)Copyright (c) 1986-1999 by cisco Systems, Mon 06-DEC-99 17:10 by phanguyePlatform: cisco 2500Port-ID (Port on Neighborss Device): Ethernet0VTP Management Domain: unknownNative VLAN: unknownDuplex: halfSystem Name: unknownSystem Object ID: unknownManagement Addresses: unknownPhysical Location: unknownCat4K> (enable)下一个步骤将远程登录到该设备(IP 地址: 172.16.1.1),和跟随此MAC地址路径。 第4步:重复报告作为 飘荡的所有MAC地址程序。 通过创建与源设备关联与该MAC地 址和物理连接被报道的一张简单图此MAC地址拍动从和对 (Catalyst 4000 端口),看见这根据您的网络布局是否是可能的。 如果他们的确是,并且验证MAC地址 其中是飘荡的两个端口提供一条路径往该网络节点,您有生成树的 一个可能的问题不适当地运作。 设法查出和排除此循环故障 通过遵从在以下文件产生的指令:排除生成树协议和相关设计考虑故障在多台主机从多个供应商其中被互 联的大型网络,搜寻是确切的主机您从MAC地址寻找可以是实际上难 的。 可帮助搜寻这些MAC地址的有用的工具是为 IEEE OUI和compAny_ID 公告使用搜索程序。 这是IEEE其中注册所 有MAC 地址分配到所有供应商数据库的前端。 您需要输入MAC地址的前三个八位位组(在此 example:00:50:0f)在此页的搜索域因此您能找到供应商与此设备 相关。 能做此消息出现的其它原因 如下:服务器NIC冗余问题: 如果有一个服务器与行为不端并且的双重附 上NIC不以下标准(即使用同样MAC地址为连接到同一台交换机)的两 个端口。 HSRP飘荡: 拍动的HSRP也是一个可能的来源这些消息在 Supervisor控制台为什么可能出来。 如果注意HSRP实施在您 的网络是不稳定的,遵从在以下文件提及的指令解决问题:了解和排除HSRP问题故障在 Catalyst 交换机网络EtherChannel配置错误: 不正确的配置的EtherChannel连接能也导致这些症状。 如果 在振荡消息报告的端口是同一个信道组的成员,检查您的 EtherChannel配置并且设法使用以下文件排除它故障:了解和配置FastEtherChannel在 Cisco交换和路由设备招待反射 的信息包网络: 如果主机反射信息包网络, 能也导致飘荡。 一般,根本原因在此之后可以是残破的NIC或 主机的PHY的所有故障连接到端口。 最佳的方式查出如果这是您的根本原因将获得嗅探器跟踪和检查去 到/从消息出现的端口的数据流。 如果主机反射信息包,您在 跟踪典型地会看见是导致MAC地址的此飘荡的一种可能的症状的重复 的信息包。 关于详细资料关于怎样 配置端口使用与嗅探器,参见以下文件:配置SPAN软件 或硬件缺陷: 如果看见振荡消息和您设法通过 遵从在前面的部分提及的指令排除它故障和仍然注意问题,您应该 寻找进一步协助从 TAC。 请勿请忘记提及和提供您收集了当从事上述 的步骤,作为此将使进一步故障排除更加快速和更加高效时信息的 说明文件。






![Req-CodeArts-需求管理工具在软件开发中扮演何种关键角色 (reqcode,no_ai_sug:false}],slid:246015766034825,queryid:0x4cdfc00257f989)](https://www.kuidc.com/zdmsl_image/article/20260216101243_46971.jpg)







发表评论