服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

集线器/交换机取出交换机?

这是问题…我们有一个有很多思科交换机的networking。 有人插入networking中心,然后我们开始看到“怪异”的行为; 客户端与服务器之间的通信错误,networking超时,networking连接中断等等。看起来,集线器(或SOHO交换机)似乎让我们的思科3700系列交换机特别震惊。 断开该集线器或networking型SOHO交换机,并重新安顿下来。 我们正在试图为SNMP和pipe理等获得一个集中的日志logging服务器,看看我们是否可以在没有我们的知识的情况下进行这种事情时捕捉错误或缩小范围,因为事情似乎有效,大多数情况下,没有问题,我们只是在特定的交换机上出现怪异的事件,似乎没有任何解释,直到我们发现有人决定自己动手扩展其房间中的端口。 没有进入程序改变或locking端口或“在我们的组织中,他们会被解雇”的答案,有人可以解释为什么添加一个小型交换机或集线器,不一定是一个SOHO路由器(即使是一个愚蠢的集线器显然导致3700的怪胎)发送DHCP请求,会导致问题? 老板说,这是因为思科正在陷入困境,因为stream氓集线器/交换机将多个MAC / IP桥接到思科交换机的一个端口上,他们只是窒息而已,但我认为他们的路由表应该能够处理多台机器进入港口。 任何人都能看到这种行为,并对发生的事情有更清楚的解释。 我想知道将来的故障排除和更好的理解,只是挥动我的手,说“你不能”。 这是一场演出 当前configuration:25591字节 ! 版本12.2 没有服务垫 服务时间戳debuggingdate时间毫秒 服务时间戳记date时间毫秒 服务密码encryption ! 主机名 ########### ! 引导启动标志物 引导结束标志 ! 启用秘密5 ############ ! ! ! 没有一个新的模式 交换机1提供ws-c3750g-24ps 交换机2提供ws-c3750-48ts 开关3提供ws-c3750-48ts 交换机4提供ws-c3750-48ts 切换5提供ws-c3750-48ts 系统mtu路由1500 authenticationmac-move许可证 IP子网零 IP路由 ! ! ! mls qos map policed-dscp 24 26 46 to 0 mls qos […]