标签: ethernet

是否有手册/数据表/其他一些资源可以解释所有这些计数器的ethtool -S <interface>含义？其中一些是不言自明的，有些则不是......

我从 e1000e 源代码 (ethtool.c) 中获取它们。

编辑：刚刚找到并查看此文档，似乎很有用（第 271 页 - 注册说明，带有解释链接）。不过，我欢迎你的见解。

rx_packets
tx_packets
rx_bytes
tx_bytes
rx_broadcast
tx_broadcast
rx_multicast
tx_multicast
rx_errors
tx_errors
rx_dropped_backlog
tx_dropped
multicast
collisions
rx_length_errors
rx_over_errors
rx_crc_errors
rx_frame_errors
rx_no_buffer_count
rx_missed_errors
tx_aborted_errors
tx_carrier_errors
tx_fifo_errors
tx_heartbeat_errors
tx_window_errors
tx_abort_late_coll
tx_deferred_ok
tx_single_coll_ok
tx_multi_coll_ok
tx_timeout_count
tx_restart_queue
rx_long_length_errors
rx_short_length_errors
rx_align_errors
tx_tcp_seg_good
tx_tcp_seg_failed
rx_flow_control_xon
rx_flow_control_xoff
tx_flow_control_xon
tx_flow_control_xoff
rx_long_byte_count
rx_csum_offload_good
rx_csum_offload_errors
rx_header_split
alloc_rx_buff_failed
tx_smbus
rx_smbus
dropped_smbus
rx_dma_failed
tx_dma_failed

我有两台 Linux 机器，每台机器都配备了Solarflare SFN5122F 10GbE NIC。两个 NIC 使用 SFP+ 直连电缆连接在一起。

我正在使用netperf来测量两台机器之间的 TCP 吞吐量。在一个盒子上，我运行：

netserver

另一方面：

netperf -t TCP_STREAM -H 192.168.x.x -- -m 32768

我得到：

MIGRATED TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.x.x (192.168.x.x) port 0 AF_INET
Recv   Send    Send                          
Socket Socket  Message  Elapsed              
Size   Size    Size     Time     Throughput  
bytes  bytes   bytes    secs.    10^6bits/sec  

 87380  16384  32768    10.02    1321.34   

测得的吞吐量为 1.3Gb/s。这比理论最大值低 7.5 倍，仅比 1GbE 快 30%。

我可以采取哪些步骤来解决此问题？

我在使用以太网电缆将信号从“节点”发送到 PLC 的自动扶梯上工作。唯一可用的工具是福禄克万用表。有没有办法使用仪表读取这些信号？还是我需要不同的工具/仪表？该信号是电压信号还是赫兹信号或其他信号？

我正在研究一些应该通过以太网连接到大型网络（数百个设备）并且应该使用 DHCP 协议进行配置的嵌入式设备。我所经历的是，显然设备在某些网络中获得了地址，但在其他网络中却没有。我设置了一个只有一个客户端、一个交换机和一个 DHCP 服务器 (Ubuntu Linux) 的测试网络。地址已正确分配，DHCP 服务器日志显示 DORA 序列。

我尝试将同一个客户端连接到带有 DHCP 服务器的普通家用路由器（它是我的家用路由器，所以它应该可以正常工作）并且客户端没有获取 IP 地址。这是设备的序列转储：

No.     Time           Source                Destination           Protocol Length Info
     86 26.515684000   ::                    ff02::16              ICMPv6   90     Multicast Listener Report Message v2

Frame 86: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface 0
Ethernet II, Src: DavicomS_91:de:41 (00:60:6e:91:de:41), Dst: IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: :: (::), Dst: ff02::16 (ff02::16)
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info …

今天我在我的日志文件中看到了这条记录：

dhcpd: DHCPDISCOVER from ff:ff:ff:ff:ff:ff via vlan400: network 40.60.100.10/24: no free leases                                                                                                              
dhcpd: DHCPDISCOVER from ff:ff:ff:ff:ff:ff via vlan300: network 100.100.120.0/24: no free leases                   

依此类推，在连接到同一个以太网卡 em1 的所有 VLAN 上。

我 99% 确信我在这些 VLAN 上没有能够发送 DHCP 请求的设备。

另外 ff:ff:ff 是一个奇怪的 MAC。

所以，我的问题是：这是坏事吗？以太网卡或交换机上的某些错误？

接线cat5电缆时，将实心和条纹倒转是否有实际效果？但是，如果我有一根电缆，每对都是一对，但一端被翻转，这对 100BASE-TX 有什么实际影响吗？对于 1000BASE-T？对于 POE（以太网供电）？

对我的网络接口的快速 WireShark 扫描显示了一堆长度小于 64 字节的以太网数据包。我知道 WireShark 去除了尾随的 4 字节 CRC，但我仍然看到一些 42 字节的 ARP 数据包，一些 54 字节的 IGMPv3 和一些 54 字节的 TCP。

是否遵守 64 字节最小以太网数据包规则？不遵守规则会有什么后果？

我希望在 2 个 Xen 服务器和 1 个存储服务器之间测试以太网光纤通道 (FCoE) 部署。最终我计划更换我们老化的 NFS 共享存储解决方案。

是否严格要求 DCB 兼容开关？我希望进行测试，我可以直接将服务器（使用兼容的 10Gb 聚合网络适配器）连接到存储服务器？

我是光纤以太网的新手，所以请耐心等待。

根据标准，SMF 上的 100BASE-FX支持最远距离 10 公里。某些产品的技术文档声明支持 100BASE-FX ，典型距离可达 40 公里。有些甚至支持长达 75 公里。

• 这不违反标准吗？
• 中继器是否允许达到更长的距离，例如 100 公里？
• 如果您将单模光纤用于较短距离（例如 < 1 公里），会发生什么情况？

注意：如果您要对我投反对票，请至少发表评论，以便我知道下次如何发帖。

Cat5 以太网电缆仅使用 2 对用于以太网，另外 2 对用于什么？

Pin Color               Function
1   White with Green    +TD
2   Green               -TD
3   White with Orange   +RD
4   Blue                Not Used
5   White with Blue     Not Used
6   Orange              -RD
7   White with Brown    Not Used
8   Brown               Not Used