小编Col*_*d T的帖子

希望这里的人可能对我们面临的问题有所了解。目前，我们让思科 TAC 正在调查此案，但他们正在努力寻找根本原因。

虽然标题提到了 ARP 广播和高 CPU 使用率，但现阶段我们不确定它们是否相关。

原问题已发布在INE在线社区

我们已将网络精简为没有冗余设置的单个链路，将其视为星形拓扑。

事实：

• 我们使用 3750x 交换机，一个堆栈中的 4 个。版本 15.0(1)SE3。Cisco TAC 确认此特定版本没有高 cpu 或 ARP 错误的已知问题。
• 没有连接集线器/非管理型交换机
• 重新加载的核心堆栈
• 我们没有默认路由“Ip route 0.0.0.0 0.0.0.0 f1/0”。使用 OSPF 进行路由。
• 我们看到来自 VLAN 1 的大型广播数据包，VLAN 1 用于桌面设备。我们使用 192.168.0.0/20
• Cisco TAC 表示他们认为使用 /20 没有任何问题，否则我们将拥有一个大型广播域，但仍然可以正常工作。
• Wifi、管理、打印机等都在不同的 VLAN 上
• 生成树已通过 Cisco TAC 和 CCNP/CCIE 合格人员的验证。我们关闭了所有冗余链接。
• 核心配置已通过 Cisco TAC 验证。
• 我们在大多数交换机上都有默认的 ARP 超时。
• 我们不实施问答。
• 没有添加新的开关（至少我们不知道）
• 不能在边缘交换机上使用动态 arp 检查，因为这些是 2950
• 我们使用了显示接口 | inc line|broadcast 找出大量广播来自哪里，但是 Cisco TAC 和其他 2 位工程师（CCNP 和 CCIE）确认这是正常行为，因为网络上发生了什么（如大量 mac …

我们有一个由第三方公司提供和安装的应用程序。他们正在收取市场费率的“咨询”费来做到这一点。

他们将大部分文件夹安装在 C 驱动器的根目录中，令我震惊。

安装到C盘根目录下可以吗？这种安装方法会导致问题吗？还是应该将应用程序安装到 Program Files 中？

我的网络上有几台计算机使用通过 DHCP 的链式 iPXE 通过 iSCSI（由于死硬盘）启动。我想为我的 iSCSI 目标启用 CHAP 以提高安全性（和学习）。但是，iPXE 似乎不支持 CHAP...

是否可以从 iSCSI 引导并同时使用 CHAP？