当您需要轮询设备的ARP表时，传统的观点是使用ipNetToMediaPhysAddress或atPhysAddress ; 但是，根据思科的文档，这两个OID都被弃用了。 这些OID工作得很好; 然而，我正在构build一个新的工具，所以如果可能的话，使用最新的OID是有意义的。 是否有一个不被弃用的SNMP OID来查询设备中的ARP表？ 到目前为止，Google还没有为我提供这个答案。 Mircea的答案在较新的IOS上运行良好… [mpenning@something]$ snmpbulkwalk -v 2c -c public -Osq 192.0.2.1 ipNetToPhysicalPhysAddress ipNetToPhysicalPhysAddress.2.ipv4."192.0.2.1" a4:4c:11:90:56:80 ipNetToPhysicalPhysAddress.2.ipv4."192.0.2.2" a4:4c:11:96:68:0 ipNetToPhysicalPhysAddress.2.ipv4."192.0.2.101" 0:90:b:43:80:74 [mpenning@something]$ snmpbulkwalk -v 2c -c public -Oqv 192.0.2.1 sysDescr Cisco IOS Software, C3900 Software (C3900-UNIVERSALK9-M), Version 15.2(2)T1, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2012 by Cisco Systems, Inc. Compiled […]
有限的广播是否可以包含FF以外的目标MAC地址：FF：FF：FF：FF：FF？ 如果答案是真的，你能提供一个使用这样的数据包的协议的例子。 好的，再详细说明一下，展示我的想法： 假设我们正在发送一个有限广播包的IP包。 有限广播数据包的IP目的地字段填写：255.255.255.255。 255.255.255.255意味着该数据包被注定为'_this_'_Local_ Area Network（L2networking）。 255.255.255.255通知软件为数据包制作一个帧封装，该数据包的目的地是_this_ L2networking。 要通过LANnetworking传输IP包，我可以使用多种协议： 取决于我要传输数据包的媒体types（或者我想使用什么L2协议，如果有多个媒体可用的L2协议？）。 现在，由于我不能真正获得255.255.255.255主机的L2地址（因为这个主机不存在），所以构buildL2包装器的软件的逻辑移动将是分配“默认”较低级别（L2）广播帧目的地字段的地址（无论L2协议是什么）。 这将是一个合乎逻辑的举措。 最初我问这个问题是因为我意识到，除了以太网，还有其他的L2协议可以用来传输数据包。 因此，如果问题是这样形成的：“有限的广播数据包是否包含除了MAC FF：FF：FF：FF：FF？以外的L2广播地址的信息”，答案是：是的。 因为我可以使用以太网以外的L2协议。 我的想法是否正确？
千兆以太网TCPstream量的理论最大值是多less？
我了解FCoE的概念。 我已经看过维基百科页面，看着第二层框架图，看起来FCoE真的应该在任何以太网交换机上“正常工作”，但是真的是这样吗？ 如果是这样的话，像Cisco的Nexus 5k或6120P这样的交换机能提供哪些交换机不能（与FCoE有特定的关系）？ 我只是使用这两个开关作为例子。 例如，在Nexus 5548UP页面上， 支持传统以太网，光纤通道（FC）和以太网光纤通道（FCoE）的统一端口， 那么如果FCoE运行在普通的以太网上，为什么它支持“以太网和Fibre Channel over Ethernet”？ 这就是我对天气很好奇的原因，FCoE可以在任何以太网交换机上运行，而这些交换机只是支持“奖励”function，或者如果确实需要专家交换机的话。 谢谢。 UPDATE 我已经在互联网上看到，FCoE将在普通的以太网设备上运行，但没有DCB高级function将无法正常工作，任何人都可以确认他们是否做到了这一点。 这是不是“不好”，而不是“不行”？
我很好奇的意见，调查结果或证据表明，使用LACP绑定到多个交换机端口的多个接口可以增加冗余。 以前绑定的接口一直是单个交换机，冗余通道连接到另一个端口。 没有涉及供应商的具体情况，我的想法是，因为这是一个单一的LACP，事件或变化的可能性可能导致广泛的服务中断。 没有备用设备或时间在不同的交换机上testing这个单一信道，任何人都可以拥有比我更高的networking知识，告诉我是否有一个networking端事件会降低networking连接到已经build立了一个绑定接口的服务器到单独的交换机上的两个端口？ 从服务器跨多个交换机（我们build议我们可以使用）使用绑定的以太网通道是否可以提供改进的吞吐量（无疑）和改进的冗余（不确定性）。 networking事件（如交换机故障，端口迁移，修补，恢复等）是否会导致两个服务器networking接口的通道不可用？ 提前致谢。
什么是最便宜的解决scheme，可以通过以太网远程重新启动一个常规的120Vsockets？ 我见过像iBoot这样的解决scheme，但是它们真的很贵。 有一个便宜的方式来远程供电循环设备？
所以，我inheritance了一个服务器机房的混乱。 Rack 1: 5x 48 port patch panels; 140 in use | 3x 48 port switches Rack 2: 4x 48 port patch panels; 120 in use | 3x 48 port switches Rack 3: 3x 48 port patch panels; 95 in use | 3x 48 port switches Rack 4: used for border routers, and VOIP equipment. […]
在Linux下，您可以将多个networking接口组合成一个“绑定”networking接口来提供故障转移。 但有几种模式，其中一些模式不需要开关支持。 我没有限制在我的开关，我可以使用任何模式。 然而，在阅读不同的模式时，并不清楚每个模式的优缺点。 做一些模式提供更快的故障转移？ 那么对于每种模式的CPU负载影响呢？ 哪种模式可以结合带宽，而不仅仅是提供冗余？ 这有限制吗？ balance-rr是否需要交换机支持？ 可靠性？ 你长期的经历是什么？
我试图find一个在我们的内部networking上有一定IP地址的计算机 。 我已经确定了DNS的计算机名称，但在这种情况下，它并没有帮助我。 只是想知道如果我能以某种方式将IP绑定到交换机端口，并从那里跟踪？ 如果是这样，怎么样？
我注意到几天前发现同样重复的消息，我可以肯定地说在那个时期没有什么是有意改变的（安装/卸载）。 这里是/var/log/kern.log消息的示例： Mar 30 06:32:45 aurora kernel: [566322.867110] e1000e: eth0 NIC Link is Down Mar 30 06:32:47 aurora kernel: [566325.313634] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx Mar 30 06:32:59 aurora kernel: [566337.632930] e1000e: eth0 NIC Link is Down Mar 30 06:33:18 aurora kernel: [566356.543664] e1000e: eth0 NIC Link […]