主页 / server / 问题

问题[gigabit-ethernet](server)

Martin Hope
JamesThomasMoon
Asked: 2022-01-13 21:08:28 +0800 CST
  • 9

tl;博士我想要适合我的以太网交换机的以太网电缆。如何将以赫兹测量的以太网电缆速度与以每秒比特带宽测量的以太网交换机“速度”相关联？


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

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

而“6A 类”

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


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

例如，这个典型的5 端口千兆桌面交换机规范支持

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

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


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


我正在寻找描述一般思考过程或程序的答案，以确定最典型的消费者以太网交换机和以太网电缆的最佳匹配。但是，我对盲目地向“最新最好的”以太网电缆（“只需使用Cat 999，您就不用担心！”）投资不感兴趣。我对选择的技术原理很感兴趣。
为简单起见，假设一个小型办公室设置的电缆不超过 100 英尺（≈30 米）。

performance switch ethernet gigabit-ethernet cable
Martin Hope
Massimo
Asked: 2021-06-24 14:17:33 +0800 CST
  • 4

我是一名 IT 顾问，经常需要在电脑上安装各种 VPN 客户端才能连接到客户的网络；从 2020 年 3 月开始，出于众所周知的原因，我开始一直在家工作。

直到几个月前，我有一个 100 Mb/s ADSL 互联网连接，因此我从未注意到我接下来要描述什么；然后我将连接升级到 FTTH 1Gb/s 连接，通常可以达到 800-900 MB/s 的下载速度和 100 Mb/s 的上传速度。

但是，当我安装一些 VPN 客户端，即 FortiClient 和 ForcePoint 时，发生了一些奇怪的事情：我的下载速度被限制在大约 400 MB/s，即使没有建立 VPN 连接，即使我杀死所有与 VPN 相关的进程并停止所有相关服务；即使没有使用 VPN 客户端软件，甚至没有为其运行任何进程，我的网络连接仍然非常缓慢；解决此问题的唯一方法是完全卸载 VPN 客户端软件。

起初我只在 ForcePoint 上遇到过这个问题，但后来我用 FortiClient 再次见证了它；其他 VPN 客户端（例如 Cisco AnyConnect 或 CheckPoint）没有出现问题。

为什么会这样？如果软件已安装但未实际使用，怎么会发生这种情况？

操作系统是 Windows 10 21H1 x64，具有最新更新。

附录。

这不是我 PC 上的一个孤立案例，我在几台不同的计算机上观察到它，并且其他人使用我提到的软件报告了它；这似乎是与安装那些特定的 VPN 客户端软件包有关的问题，只有当您真正拥有快速的 Internet 连接时才会注意到（减速似乎将其限制在 400 Mb/s 左右，如果您根本不会注意到它您的连接开始时较慢）并且在安装软件后立即发生，无论其实际使用情况如何；唯一的解决办法是卸载有问题的软件。

更新

看起来问题是由网络过滤器驱动程序引起的安装。

具体来说：

  • ForcePoint 安装 aForcePoint VPN Client Driver并将其绑定到系统中的所有网络适配器。
  • FortiClient 安装一个FortiClient NDIS 6.3 Packet Filter Driver并将其绑定到系统中的所有网络适配器。

如果这些驱动程序未与 NIC 绑定，问题就会消失，并且会恢复完整的连接速度。

其他 VPN 客户端（Cisco、CheckPoint）不会这样做，也不会造成这种减速。

现在问题变成了：这些驱动程序能否安全地与真实的 NIC 解除绑定，而不影响 VPN 客户端的操作，还是需要它们？
这是在某处记录的吗？

windows vpn gigabit-ethernet windows-10 network-speed
Martin Hope
left4bread
Asked: 2021-01-12 07:10:59 +0800 CST
  • 0

假设我有一种软件技术（新的 HTTP 压缩、新的编解码器……），可以将网络流量减少 X%。

我现在想将此技术许可/出售给某些云提供商。作为该产品的一部分，我想估计他们的流量成本，以找到一个好的价格点。

纵观现有的云提供商，

  • AWS 相当于 0.03 美元/GB（每月 1000 TB）
  • Azure 可能像 0.05 美元/GB
  • ...

但是，这些是“消费者”价格，而不是成本。我更感兴趣的是运行自己的基础架构的云提供商的成本计算。

换句话说，如果我建立自己的服务器园区和消费者云服务“Yetflix”，我将如何评估千兆字节？

编辑：澄清一下，我对 2021 年的实际成本以及一般成本考虑（例如，GB 是多少千瓦时？定价如何与在我的数据中心运行网络电缆的公司合作？.. .)

cloud gigabit-ethernet
Martin Hope
UserSN
Asked: 2020-10-30 08:44:58 +0800 CST
  • 1

如何在 TrueNAS 12.0 上更新网卡驱动程序？

我的网卡直接在主板上，它是英特尔主板 DH55HC，网卡启用了 82578DC 千兆。

我直接在英特尔的 FreeBSD 网站上找到了驱动程序；https://downloadcenter.intel.com/download/17509/Intel-Network-Adapter-Gigabit-Base-Driver-for-FreeBSD-

不知道如何安装？我在下面列出了我尝试这样做的原因。

我的 trueNAS 盒子没有获得千兆链接速度。我已经测试了电缆，通过以下方式更改了 TrueNAS shell 中的设置：ifconfig <interface-name> <ip_address> media 1000baseTX mediaopt full-duplex 但是这样做只会终止连接，并且机器不再可以从网络 ping，也不会出现在路由器的设备列表中。

路由器具有千兆能力：Netgear R6700v2与以千兆速度连接的其他机器。

电缆是全新的 cat6 确认，我已将两端压接两次，以确保它们正确连接到 RJ45 连接器。

freebsd gigabit-ethernet nic truenas
Martin Hope
BaseZen
Asked: 2020-06-17 13:17:29 +0800 CST
  • 1

最终编辑 7/7多个电缆、端口和设备替换已将其范围缩小到 Comcast 调制解调器及其所有 8 个以太网端口。鉴于，正如评论所说，这是一个封闭的设备，不太可能获得太多真实信息，我们可能永远不会发现，但我仍然会发布该决议作为答案。

（编辑 1/6 动机；潜在的实际问题）基于用户对电话会议问题的投诉，我想消除所有可能的原因。在验证了从笔记本电脑到服务器的完美 LAN 和 WiFi 连接，然后看到非常不均匀的端到端 ping 延迟——通常远高于 100 毫秒的建议限制——按照此处的指示，使用 Google Meet 服务器，我回溯到延迟的来源。（当然，这不一定是 Google Meet 延迟的根本原因，但我需要将其排除为可能的原因。）

事实证明，不均匀和高延迟来自 Sophos UTM 9 SG125（固件：9.703-3）与 Comcast CGA4341COM 千兆调制解调器（制造商：Technicolor；硬件版本：2.3；芯片组：Broadcom）之间的直接链接。

链路两端都报告千兆连接。Speedtest 可speedtest.xfinity.com通过硬连线的局域网服务器提供 400Mbps 范围的结果。（编辑 2/6 问题的附加证据这似乎很好，除了当同一服务器直接连接到调制解调器时，完全切断路由器和 LAN 的其余部分，吞吐量为 930Mbps。）

在 Sophos 上使用 10 英尺 Cat5e 电缆直接连接调制解调器的 SSH cmd 线路上进行长时间测试后：

—— xx.xx.xx.134 ping statistics ---
756 packets transmitted, 756 received, 0% packet loss, time 755277ms
rtt min/avg/max/mdev = 0.162/21.789/199.543/34.605 ms

长长的 ping 非常密集地穿插：

64 bytes from xx.xx.xx.134: icmp_seq=1 ttl=64 time=58.2 ms
64 bytes from xx.xx.xx.134: icmp_seq=2 ttl=64 time=0.645 ms
64 bytes from xx.xx.xx.134: icmp_seq=3 ttl=64 time=72.4 ms

整天尝试这个没有任何改变。调制解调器的所有无关功能都被禁用：端口转发、端口触发、防火墙、MAC 访问控制、dhcp、wifi 等。

（编辑 3/6 回复：可能导致延迟的流量负载）这也发生在半夜，因此与流量无关。当链路利用率低于 1% 时，尽管 ping 可能不准确，但优先级不应该发挥作用。

（编辑 4/6 回复：ICMP 的可能低优先级）traceroute，使用 UDP，显示相同的延迟模式：

traceroute -q 10 -w 1 10.1.10.1
traceroute to 10.1.10.1 (10.1.10.1), 30 hops max, 40 byte packets using UDP
 1  10.1.10.1 (10.1.10.1)  71.784 ms   70.684 ms * * *   66.310 ms * * * *
traceroute -q 10 -w 1 10.1.10.1
traceroute to 10.1.10.1 (10.1.10.1), 30 hops max, 40 byte packets using UDP
 1  10.1.10.1 (10.1.10.1)  1.218 ms   1.151 ms * * * * * * * *
traceroute -q 10 -w 1 10.1.10.1
traceroute to 10.1.10.1 (10.1.10.1), 30 hops max, 40 byte packets using UDP
 1  10.1.10.1 (10.1.10.1)  61.156 ms * * * *   55.497 ms   54.370 ms * * *

编辑 5/6 回复：此 ISP 和调制解调器的正常行为在不同的客户站点，相同的调制解调器硬件连接到 65 美元的 EdgeRouter X，我从路由器看到，正常：

--- 10.1.10.1 ping statistics ---
60 packets transmitted, 60 received, 0% packet loss, time 59398ms
rtt min/avg/max/mdev = 0.278/1.201/2.175/0.554 ms

同样，在第二个站点发送了 100 个 traceroute UDP 数据包后，最慢的是 3.3 毫秒。

（编辑 6/6 回复：一般情况下可能正常）在任何调制解调器和路由器之间，在与多家供应商合作的低端和高端宽带工作中，我从未见过这种延迟模式。我没有打折 Sophos 方面；当我可以通过直接连接到不同设备的情况下到达现场时，我会报告。

在 Sophos 上，没有数据包错误：

router:/var/log# ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 7C:xx:xx:xx:xx:94  
          inet addr:96.xx.xx.129  Bcast:96.xx.xx.135  Mask:255.255.255.248
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:300119356 errors:0 dropped:0 overruns:0 frame:0
          TX packets:243077712 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:264200277517 (251961.0 Mb)  TX bytes:197347533783 (188205.2 Mb)

在 eth0 上，Sophos 以典型的 0.1-0.2ms 非常稳定的延迟 ping 局域网上的服务器。

router:/# ping 192.168.1.5
PING 192.168.1.5 (192.168.1.5) 56(84) bytes of data.
64 bytes from 192.168.1.5: icmp_seq=1 ttl=128 time=0.198 ms
64 bytes from 192.168.1.5: icmp_seq=2 ttl=128 time=0.128 ms

Sophos 上根本没有加载（CPU 或内存或磁盘），日志中也没有任何异常，dmesg. .

lshw报告：

      *-network:1
            description: Ethernet interface
            product: Ethernet Connection X553 1GbE
            vendor: Intel Corporation
            physical id: 0.1
            bus info: pci@0000:0b:00.1
            logical name: eth1
            version: 11
            serial: 7c:xx:xx:xx:xx:94
            size: 1Gbit/s
            capacity: 1Gbit/s
            width: 64 bits
            clock: 33MHz
            capabilities: pm msi msix pciexpress bus_master cap_list rom ethernet physical tp 10bt-fd 100bt-fd 1000bt-fd autonegotiation
            configuration: autonegotiation=on broadcast=yes driver=ixgbe driverversion=5.2.4 duplex=full firmware=0x80000878 ip=96.86.73.129 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
            resources: irq:17 memory:dfa00000-dfbfffff memory:dfe00000-dfe03fff memory:dc500000-dc57ffff

在搜索 90 天的日志时，调制解调器几乎没有任何报告。只有今天：

FW.WANATTACK DROP , 34 Attempts, 2020/6/16 15:58:01
Firewall Blocked

调制解调器上的详细软件统计信息：

eMTA & DOCSIS Software Version: CM DOCSIS Application - Prod_18.1_d31 & MTA Application - Prod_18.1
Software Image Name: CGA4131COM_3.12p12s1_PROD_sey
Advanced Services: CGA4131COM
Packet Cable: 2.0
router ping gigabit-ethernet latency modem
Martin Hope
Shawn
Asked: 2013-03-31 19:43:11 +0800 CST
  • 0

如果我有一个带有千兆 NIC 的媒体服务器连接到千兆交换机上的两个 100Mbps xbox，两者都将以 100Mbps 的速度从它接收，还是一个连接将服务器的 NIC 置于 100Mbps 模式并且每个连接的有效速率为 50Mbps？

gigabit-ethernet
Martin Hope
Paul
Asked: 2012-08-11 11:16:29 +0800 CST
  • 2

今天我尝试连接两台笔记本电脑，它们都有千兆以太网 NIC，都装有 Windows 7，并带有直连电缆 cat 5e。电缆长约 50 厘米，因此 5e 类应该足够了。

我为两者都设置了静态 IP 地址，并通过 SMB、HTTP 和 FTP 测试了它们。

HTTP 和 FTP 的响应是即时的，但是转到 SMB 共享需要很长时间。每个文件夹更改大约需要 2 分钟。

最后，FTP（Microsoft IIS 到 FAR 管理器）的实际速度约为 219 mbit/s（4053265652 字节文件已在 141 秒内传输）。

为什么连接速度如此之慢，为什么浏览 SMB 共享需要很长时间？

特别为 mrdenny 更新

使用路由器在 100 Mbit/s LAN 上复制文件没有显示 SMB 和 FTP 下载速度之间有任何显着差异：

SMB：349 秒（88.6 Mbit/s）FTP：345 秒（89.6 Mbit/s）

更新

我发现了一个iperf工具，它向我展示了不涉及 HDD 的纯 TCP 网络性能。

是的，它显示出更快的网络速度，但结果因一项测试而异，有时该工具显示出极低的速度，所以我不能相信它：

iperf, 直 1m 电缆，静态 IPv4 地址：

10.3 sec   683 MBytes   558 Mbits/sec
10.0 sec   740 MBytes   621 Mbits/sec
10.4 sec  19.2 MBytes  15.5 Mbits/sec
10.0 sec   553 MBytes   464 Mbits/sec
10.0 sec   635 MBytes   532 Mbits/sec
10.0 sec   694 MBytes   582 Mbits/sec
10.0 sec   661 MBytes   554 Mbits/sec
10.5 sec  20.0 MBytes  16.0 Mbits/sec
12.3 sec   600 MBytes   410 Mbits/sec
256.0 sec   526 MBytes  17.2 Mbits/sec
10.0 sec   807 MBytes   677 Mbits/sec
10.1 sec  21.1 MBytes  17.5 Mbits/sec
10.3 sec  16.6 MBytes  13.6 Mbits/sec
10.1 sec  22.9 MBytes  19.0 Mbits/sec
10.1 sec  20.8 MBytes  17.2 Mbits/sec
10.0 sec   679 MBytes   569 Mbits/sec
10.0 sec   597 MBytes   500 Mbits/sec
10.0 sec   806 MBytes   675 Mbits/sec
10.0 sec   751 MBytes   629 Mbits/sec
gigabit-ethernet
Martin Hope
morgant
Asked: 2012-06-26 09:45:53 +0800 CST
  • 14

好的，我刚刚解决了一些 Xserve、Netgear GSM7224 和 Drobo B800i 之间的巨型帧问题。事实证明，Xserves（Mac OS X 10.6.8 服务器）和 Drobo B800i 按照通常预期的方式接受以字节为单位的 MTU（1500-9000），但 Netgear 似乎想要它包括各种以太网页眉/页脚（预告片) 最终我将 Xserves & Drobo 配置为 9000 的 MTU，并将 Netgear 端口设置为 9216 的 MTU。

我使用以下命令通过 Netgear 测试和验证两个 Xserve 之间的 MTU（注意：这些是 Mac OS X 命令，Windows 和 Linux 的命令不同）：

ping -D -s <mtu> <ip_address>

traceroute -F <ip_address> <mtu>

前者的用法在man页面中注明为“指定要发送的数据字节数。默认值为 56，当与 8 字节的 ICMP 标头数据组合时，它转换为 64 ICMP 数据字节。” 在测试中，我发现由于 8 字节的 ICMP 标头数据加上 20 字节的 IP 标头（请参阅this和this） ，toping -D 1472 <ip_address>相当于 MTU 1500 。这一切都说得通。

现在，为什么 9000 MTU 的等效命令是ping -D -s 8164 <ip_address>？在我开始收到“sendto: Message too long”错误之前，我已经验证了这是限制，而且 9000 MTU 正在正常traceroute -F <ip_address> 9000工作，traceroute -F <ip_address> 9001但没有。那么，为什么是 8164？我期望 8972（MTU - 28 字节，就像 1500 MTU）。

另外，为什么 Netgear 的 MTU 是 9216？我计算了 42 个字节用于 MAC 和以太网标头（包括 CRC），加上 20 个用于 IP 标头（应该占用 MTU）。

我对这个数学真的很生疏，知道我只是错过了一些东西。

tcp ethernet gigabit-ethernet tcpip mtu
Martin Hope
hjoelr
Asked: 2010-04-10 05:15:44 +0800 CST
  • 4

我们公司正在购买一些 HP Procurve 托管千兆交换机来替换我们的一些核心交换机。但是，我们无法将所有交换机从 100Mb 升级到千兆交换机。我想我知道答案，但我不确定。如果我们将那些 100Mb 交换机（甚至是 100Mb 设备）插入这些千兆交换机，整个交换机的性能会下降到 100Mb，还是只有一个端口可以工作在 100Mb？

switch gigabit-ethernet network-speed