我们有两台speedtest服务器（RHEL 6.7），两台10GB的pipe道连接在一起，10GB的连接。 这些服务器在地理上分开了大约256英里，但traceroute看起来非常好，在Ookla速度testing期间有4跳和5ms的平均RTT，两端都没有丢包。 我们可以非常接近iperf链接的理论最大值： [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-7.00 sec 3.68 GBytes 4.51 Gbits/sec 0 sender [ 4] 0.00-7.00 sec 3.68 GBytes 4.51 Gbits/sec receiver [ 6] 0.00-7.00 sec 3.67 GBytes 4.51 Gbits/sec 0 sender [ 6] 0.00-7.00 sec 3.67 GBytes 4.51 Gbits/sec receiver [SUM] 0.00-7.00 sec 7.35 GBytes 9.02 Gbits/sec […]
我有一台运行Mac OS X 10.5.2 Server的双核1.33GHz G4 Xserve服务器（我会尽快升级到10.5.7），这两个千兆以太网网卡是备份存储服务器。 我试图用我们的Netgear GSM7224（运行固件6.2.0.14，当前的）千兆交换机来configuration链路聚合，但是不成功。 以前从来没有这样做过，所以我可能错过了一些明显的东西 我将两个GigE网卡插入GSM7224的端口7和8，在它们上面设置静态IP（在我的子网中为.21和.22），然后创build一个链路聚合端口（bond0），带有静态IP（.149，主NIC的原始静态IP）。 bond0被列为下跌，说没有同行。 在validation了GSM7224支持802.3ad（LACP）链路聚合的规格，并通过pipe理界面，以确认它列出端口7和8 LACP“启用”，我发现系统 – >交换机 – >端口通道 – >configuration允许我手动创build我认为是链路聚合组（LAG）。 我为端口7和8configuration了一个端口，启用了链路陷阱，启用了pipe理，启用了STP模式，禁用了静态模式。 这使得bond0显示为up，并且我能够ping静态IP（.149），但是没有其他stream量会stream动。 我尝试将bond0的静态IP更改为.20，将两个NIC和bond0都设置为.20，没有什么比ping更容易通过。 结束删除端口通道，删除bond0，并将主网卡恢复为.149的静态IP。 我检查了GSM7224文档，关于链路汇聚的唯一信息解释了如何创build一个端口通道。 另外，Mac OS X Server文档非常糟糕，只解释了如何添加链接聚合端口，没有任何关于需求或类似的东西。 我通过Google发现的一些笔记意味着当使用Mac OS X Server的链路聚合时，我不应该configuration交换机来聚合两个端口。 这个对另一个服务器默认的问题的评论似乎意味着我已经configuration了一个LAG，但是我想我已经覆盖了它提到的所有内容（并且在我通过反复试验之前得到了帮助）。 为了让Xserve和GSM7224之间的链路汇聚工作，我需要做些什么？ 我有另一个文件服务器，应该得到链路聚合在这个交换机以及。
我的问题是如果我们的networking服务器将从更快的networking连接中受益，即使当前的100Mb / s连接没有被超出。 我们的networking服务器每天大约有1000,000个dynamic页面，每天可以处理20GB的stream量。 其上网速度为100Mb / s，平均利用率为10％。 CPU使用率有时可能很高，所以我们计划很快升级，未来可能会使用2个Web服务器和负载平衡器。 我现在认为，Gbit上行链路也是一个主要的好处。 我们最喜欢的主机提供商（谁不能提供1Gbit上行链路）反而告诉我，这不会是一个真正的好处。 他告诉我们，负载平衡使得上行链路不必要。 我对此并不是很有信心，但在这方面却找不到太多有用的build议。 我们真的希望尽可能快地为我们的页面服务，那么您会推荐什么（一般）？
我有很慢的networking传输速度（26 MB /秒）。 转移的开始时间是120 MB / s，每秒下降一次。 我将一个350 GB的文件从安装在Windows 7上的E-Sata（7200rpm）驱动器传输到一个Unbuntu Samba共享（在ESXI上）。 Samba共享映射到Win 7上的IP地址的驱动器号。 ethtool eth0显示： eth0支持的端口：TP支持的链路模式：10/100 half / full，1000 / full支持自动协商：有广播暂停帧使用：否广告自动协商：是速度：1000MB / s双工：全端口：双绞线PHYAD：0收发器：内部自动协商：在MDI-X上：未知支持唤醒：d唤醒：d当前消息级别：7检测到链路：是
我有一个5 NIC的服务器。 而且我刚刚安装了Ubuntu Server 11.10 64位，现在已经完全升级了（1月31日） 3个NIC是相同的PCI-Express x4适配器。 1是集成TG3，最后一个是PCI，但与3个NIC（r8169）相同的RealTek芯片组， 我的系统只看到三个网卡，并分配他们的eth*其他两个适配器只是不可见。 这三个相同的适配器看不到两个。 我也无法在DMESG上find它们。 适配器本身工作正常我也试图插入电缆和他们的LED闪烁（我也检查了他们在另一台机器上，他们工作正常）。 请帮帮我！ 我能做什么？ 我该如何debugging？ 我至less需要其中一个才能正常工作。
我的工作场所包括4台连接到路由器的三台不同计算机机房的非网pipe交换机。 路由器包含三个100mbps的以太网端口和一个千兆（GigE）端口。 我想知道，如果我要购买2/3层交换机作为核心交换机，并将其连接到GigE端口到路由器，是否会提高整体networking性能，而不是将接入交换机直接连接到路由器。 此外，这些房间中的所有电脑和打印机应该在同一networking中… 这是值得的努力？ 有没有更好的办法？
我是一个networking新手。 最近我有这个问题。 我买了一个千兆交换机，并尝试用我现有的快速以太网路由器和交换机进行级联。 我有1个直接连接到路由器的服务器和10个工作站，其中5个工作站连接到快速以太网交换机，另外5个连接到我的新千兆交换机。 我注意到，除了服务器之外，我所有的工作站都变慢了。 我的路由器直接连接到快速以太网交换机，该交换机直接连接到千兆交换机，以便所有工作站都可以访问互联网。 我试图寻找在networking上的解决scheme，但我找不到一个可以回答我的查询。 是否有可能级联快速以太网路由器，并切换到千兆交换机，而不必改变千兆设备的一切？
更新和其他信息 2个环境，办公室和数据中心的生产 两种环境都使用Cat-5e电缆，当Broadcom的电缆testingtesting结果为不合格时，更换了电缆，而在试错中排除其他电缆 两种环境都有HP ProCurve千兆交换机 办公环境有Cisco 861w路由器规格说有4个100mbps的端口 生产环境有Cisco ASA 5510路由器，它具有千兆和100Mbps端口的混合。 我目前正在查看哪些端口正在使用….好，交换机正在报告千兆位连接到路由器。 注意：我不知道100Mbps路由器端口如何影响nic模式，如果它们之间有千兆交换机 这对我们在办公networking和生产中一直是一个反复出现的问题。 由于正常的stream量很less接近使用100mbps，所以很less有问题，但是在进行vmware转换时，由于这种限制，特别讨厌使用8小时而不是2个小时。 我的笔记本电脑和我们的一台办公服务器在我们的交换机上显示为千兆，我们正在看到这样的速度，但是另一台服务器和NAStesting下降到100Mbps模式时，通过我们的主办公室千兆交换机通过墙滴作为笔记本电脑的墙板）。 当我们将NAS连接到本地“桌面”千兆位交换机时，它将切换到1000Mbps模式，然后像笔记本电脑一样testing这些速度。 在生产中，只有一半的NICS报告为1000Mbps，尽pipe他们都应该。 任何深入了解为什么会发生这种情况，或什么应该考虑到故障排除时，将不胜感激。
在Debian Stretch框中，我有一个千兆以太网networking适配器，但是这个模式是不活动的（不过显示为支持）。 这是否取决于外围条件（即电缆不够好，另一个盒子有一个旧的，即只有100 Mbit的networking控制器 – 或者我可以以某种方式激活这种模式？ ethtool eth0输出： Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: […]
在寻找具有至less6个VLAN和端口镜像的16或24端口千兆以太网交换机（将数据包复制到监控端口）时，我想出了三个候选产品（还有更多）： Cisco SRW2024 ， Netgear GS724T和HP ProCurve 1810G 我需要任何VLAN能够在两个端口之间进行至less一个完全GigE通信，而不受任何其他stream量的干扰。 我无法弄清楚的是：这些交换机是否能够切换总计达到6xGigE的多个全负载GigE链路？ 在过去，这被称为背板容量（特别是在堆叠多个交换机以形成巨大的广播域时），但是现在有些不提供任何信息（在J9450A的情况下是HP）并且其他状态是“非阻塞，前向切换机制“，甚至”带宽：48Gbps“。 只要没有单链路容量过载，GigE交换机是否处理任何发送给它们的常识？