标签: ethernet

tl;dr我想要适合我的以太网交换机的以太网电缆。如何将以赫兹为单位的以太网布线速度与以每秒位数带宽为单位的以太网交换机“速度”关联起来？

以太网双绞线布线标准有多种；“Cat 5e”、“Cat 6”、“Cat 6A”、“Cat 7”等均支持最大长度和赫兹额定值。例如，根据维基百科“Cat 5e”

\n

电缆标准规定了频率高达 100 MHz 的性能参数

\n

而“Cat 6A”

\n

Cat 6A 性能针对高达 500 MHz 的频率定义

\n

同时，有许多不同的以太网交换机可提供不同的标准“速度”（带宽）；“100Mb”、“1Gb”等

举例来说，这个典型的5 端口千兆位桌面交换机规格支持

\n

10/100/1000Mbps、自动协商、自动 MDI/MDIX 端口

\n

IEEE 802.3i\nIEEE 802.3u\nIEEE 802.3ab\nIEEE 802.3x\nIEEE 802.1p

\n

给定一些以太网交换机，如何确定将实现最大带宽（最高“速度”）的双绞线以太网电缆？

我正在寻找描述一般思维过程或程序的答案，以确定最典型的消费级以太网交换机和以太网电缆的最佳匹配。然而，我对盲目地花钱买“最新最好的”以太网电缆不感兴趣（“只要使用Cat 999，你就没有后顾之忧！”）。我对选择的技术理由感兴趣。
\n为简单起见，假设小型办公室设置的电缆长度不超过 100 英尺（\xe2\x89\x8830 米）。

我试图在我们的内部网络上找到一台具有特定 IP 地址的计算机。我已经从 DNS 中识别出计算机名称，但在这种情况下它对我没有帮助。

只是想知道我是否能以某种方式将 IP 绑定到交换机端口，并从那里跟踪它？如果是这样，如何？

所以，我继承了一个乱七八糟的服务器机房。

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. also has 2x 48 port switches
Rack 5:  7x 48 port patch panels; 170 in use |  1x 48 port switch
Rack 6:  0x 48 …

受限广播是否可以包含 FF:FF:FF:FF:FF:FF 以外的目标 MAC 地址？

如果答案为真，您能否提供一个使用此类数据包的协议示例。

好的，进一步详细说明这一点并展示我的想法：

让我们假设我们正在发送一个 IP 数据包，它是一个有限的广播数据包。受限广播数据包的 IP 目标字段填充为：255.255.255.255。255.255.255.255 表示数据包的目的地是'_this_'_Local_Area Network（L2 网络）。255.255.255.255 通知为数据包制作帧包装器的软件，该数据包的目的地是_this_ L2 网络。要通过 LAN 网络传输 IP 数据包，我可以使用多种协议：

取决于我想通过什么类型的媒体传输数据包（或者我想使用什么 L2 协议，如果一个媒体有多个 L2 协议可用？）。

现在，由于我无法真正获得主机 255.255.255.255 的 L2 地址（因为该主机不存在），因此制作 L2 包装器的软件的合乎逻辑的举措是分配“默认”较低级别 (L2) 广播帧目标字段的地址（无论 L2 协议是什么）。这将是一个合乎逻辑的举动。

我最初问这个问题是因为我意识到除了以太网之外，我还可以使用其他 L2 协议来传输数据包。因此，如果问题是这样表述的：“一个受限的广播数据包是否可以包含除 MAC FF:FF:FF:FF:FF:FF 以外的 L2 广播地址的信息？”，答案将是：是的。因为我可以使用以太网以外的 L2 协议。

我的想法是否正确？

在以下两种情况下，从 router1 向 router2 发送 ARP Request 包会发生什么？会生成 ARP 回复还是丢弃 ARP 请求数据包？

1. [router1]Intf1(20.0.0.1/24) ======== (40.0.0.1/24)Intf2[router2]
2. [router1]Intf1(20.0.0.1/24) ======== (20.0.0.2/8) Intf2[router2]

上面的拓扑在路由器“router1”上的端口“Intf1”通过直接链路（例如，1 Gbps 电缆）连接到另一个路由器“router2”上的端口“Intf2”。

如何在远程机器上的真实 eth 卡之间设置桥接，而不会丢失与该机器的 ssh 连接。

我通过 eth1 iinterface ssh 进入一台机器。172.168.40.2 255.255.255.0。

我想将 eth1 加入 tun/tap 设备“tun0”。如何在不关闭 eth1 并丢失 ssh 连接的情况下执行此操作。

tunctl -u root
brctl addbr br0
brctl addif br0 tun1
brctl addif br0 eth1

结果，连接将丢失

今天，超过 6,000 美元的网络设备被摧毁。值得注意的是，主电路SPD、电源板和APC都很好。以太网似乎是浪涌传输的方法，因为在光纤链路被烧毁之前，所有连接到物理网络的东西都是如此。这个事件的独特之处（对我来说）是观察到的闪光、闪电、球火和巨响。

我对这种损害感到惊讶。首先，因为房间受到接地周边（和中心线）铜线和频繁天线的保护。其次，我们有良好的地面网络。第三，观察到的螺栓距离承载网线的塑料导管至少有 1 米。

我们处在一个闪电活动非常频繁的地区，到目前为止，我认为我们在保护网络方面做得很好。

那么，还能做些什么呢？我们的以太网电缆是否应该放入大型接地金属导管中？或者，塑料导管上方的接地笼？

以太网导管所在的天花板空间有金属螺柱和上方的屋顶。我们是否应该从螺柱网络安装直接接地？或者，这是否会通过将未来的撞击“吸引”到螺柱中来增加 EMF 损坏风险而使事情变得更糟？

当您需要轮询设备的 ARP 表时，传统观点是使用ipNetToMediaPhysAddress或atPhysAddress；但是，根据 Cisco 的文档，这两个 OID 均已弃用。

这些 OID 工作得很好；但是，我正在构建一个新工具，因此如果可能，使用最新的 OID 是有意义的。

是否有未弃用的 SNMP OID 来查询设备中的 ARP 表？到目前为止，谷歌还没有为我提供这个答案......

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 Wed 29-Feb-12 23:44 by prod_rel_team
[mpenning@something]$

较旧的 IOS …

我正在寻找一个命令，用于从具有未分配 IP、默认网关和子网的主机中发现同一 LAN 网段上的所有主机。我知道有，ping 255.255.255.255但它在第 3 层运行并且要求发件人具有 IP 地址。是否有一个简单的 Windows 和 Linux 仅第 2 层命令来发送 MAC 广播FF:FF:FF:FF:FF:FF？

这是否可以在 1 行中完成，例如无需arpping 每个可能的 IP 地址？我还尝试了 nmap broadcast-ping脚本，但这在我的 Linux 主机上不起作用。)

了解ARP 数据包结构会有所帮助。

我有一个使用以下设置在主机上创建的 VM：http : //pastebin.com/raw.php?i=sevF5V7Z

它已经启动并顺利运行了几个月，但最近虚拟机失去了与外界的连接。发生这种情况时，登录了以下内容/var/log/messages：

23:54:14.260088+02:00 foobar kernel: [11347792.392529] e1000 0000:00:03.0 eth0: Reset adapter

之后，每 8 分钟记录一次以下内容：

INFO: task kworker/0:2:15934 blocked for more than 480 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kworker/0:2     D ffff88029fc132c0     0 15934      2 0x00000000
 ffff8800d3373d20 0000000000000046 ffff8800d3370740 ffff8800d3373fd8
 ffff8800d3373fd8 ffff8800d3373fd8 ffff8801175560c0 ffff8800d3370740
 ffff88029fc132c0 ffff8800d3372000 ffff8800d3370740 00000000ffffffff
Call Trace:
 [<ffffffff81596bf2>] schedule_preempt_disabled+0x22/0x30
 [<ffffffff815957dd>] __mutex_lock_slowpath+0xdd/0x170
 [<ffffffff815951fa>] mutex_lock+0x1a/0x40
 [<ffffffffa00f3f0e>] e1000_watchdog+0x7e/0x560 [e1000]
 [<ffffffff810616ab>] process_one_work+0x12b/0x4d0
 [<ffffffff81062f1d>] worker_thread+0x15d/0x460
 [<ffffffff810681c3>] kthread+0xb3/0xc0
 [<ffffffff8159eafc>] ret_from_fork+0x7c/0xb0

VM 无法从外部访问（甚至无法 ping），我不得不从主机重新启动它。所有其他服务虽然仍在运行。

eth0: Reset adapter …