说我有两台需要超低延迟的服务器（数据库，文件等）。 是否有可能直接连接两个服务器与10GbE，所以每个服务器有1个（在现实世界中它将有2个）连接到“主”networking，但1个网卡与以太网电缆直接连接到第二个服务器，没有交换机或路由器，只是直接连接 Internet/Datacenter | | | | | | | ——————– | | ————| Switch |———– | | | | | ——————– | | | | | | | | | | | | | | | Network Card 1 (eth0) Network Card 1 (eth0) | | ——————– ——————– | | | | | Server […]
我正在向我的朋友解释直线电缆和交叉电缆的区别，并开始想知道为什么早期的devise者认为使用两种不同的电缆types是个好主意？ 这只是一个奇怪的历史神器，会延续到汽车mdi / x的扩散，还是存在直线电缆的技术原因？ 编辑：要指定，目前直线电缆只需要在计算机和交换机/集线器之间。 为什么交换机/集线器从一开始就devise不使用交叉电缆呢？
据我所知，一个10Gb以太网卡可以在光纤电缆上每秒插入10Gb。 现在天真地说，为了在硬件上发生这种情况，需要运行网卡的10GHz时钟。 通过在两个边沿同步可以达到这个频率的一半，但是对于支持的晶体pipe，5GHz仍然是高的。 对于100Gb以太网，50GHz似乎完全不合理。 什么是时钟运行（比如说）一个10Gb以太网卡的时钟频率？ 是否有技巧用来从“天真”的10GHz频率降低这个频率？
我还没有find关于接口的ifconfig输出的上下文中“载波错误”是什么的真正清晰的定义。 我一直在谷歌上search，真的没有一个很好的定义，或导致这个问题的列表。 我从上下文假设，这意味着有关以太网信号的东西是坏的。 我怀疑有关互连电缆，或networking接口/端口是造成这个问题？ 我几乎看不到这个计数器有变化，但是一位客户今天早上联系了我，提到了networking问题。 载波计数器每秒增加约200个。 他们最近对连接到我pipe理的Linux机器的设备做了一些修改。 我希望能够给他们一些关于可能导致问题的更具体的细节，除此之外说，你改变的东西是坏的。 eth0 Link encap:Ethernet HWaddr 00:1b:21:f3:ea:ae inet addr:172.16.0.9 Bcast:172.16.255.255 Mask:255.255.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:13386121 errors:0 dropped:0 overruns:0 frame:0 TX packets:21255715 errors:1701 dropped:0 overruns:0 carrier:1031707 collisions:1313642 txqueuelen:1000 RX bytes:2467874046 (2.2 GiB) TX bytes:3820141165 (3.5 GiB) 那么什么是“载体错误”，导致它的典型问题是什么？
我发现了一个配线架，将以太网分成多个主机，如下所示。 任何人都可以解释这可能如何工作？
我觉得你应该使用光纤来实现10GbEnetworking，因为BER（误码率）比铜低几个数量级。 我很确定我以前发现这样的文档，但对于我的生活，我无法find它。 我希望看到有关典型BER（一般来说，如果存在这种情况）的文档： 10GBase-T端口（Cat6a布线） 10GBase-CX4端口 10GBase-T SFP +模块（Cat6a布线） 光纤SFP + SR模块 DAC SFP +模块
看看维基百科上的以太网条目，我无法弄清楚它是如何指示以太网帧的长度。 EtherType / Length头字段显然可以指示帧types或显式长度，我猜测在帧types的情况下，必须做一些其他逻辑来确定数据包有多长。 例如，如果EtherType字段是0x0800，则表示IPv4有效负载，因此接收NIC将必须检查有效负载的前32位以findIP包的长度，并且因此计算出总长度以太网帧，并知道何时查找帧结尾校验和和帧间间隔。 这听起来正确吗？ 我也看过IEEE 802.3规范的以太网（无论如何），似乎证实了这一点，但它是非常不透明的。
好的，我刚刚解决了几个Xserves，一个Netgear GSM7224和一个Drobo B800i之间的巨型帧问题。 事实certificate，Xserves（Mac OS X 10.6.8服务器）和Drobo B800i以通常的预期（1500-9000）字节接受MTU，但是Netgear似乎希望它包括各种以太网头/页脚（拖车），我最终以configuration了9000的MTU和Netgear端口设置为9216的MTU的Xserves＆Drobo结束了。 我已经使用了以下命令来testing和validationNetgear上两个Xserver之间的MTU（注意：这些是Mac OS X命令，Windows和Linux的命令不同）： ping -D -s <mtu> <ip_address> traceroute -F <ip_address> <mtu> 前者的用法在man页中标记为“指定要发送的数据字节数，缺省值为56，当与8个字节的ICMP头数据组合时，转换成64个ICMP数据字节。 在testing中，我发现ping -D 1472 <ip_address>相当于MTU 1500，因为有8个字节的ICMP头部数据加上20个字节的IP头部（见本和这个 ）。 这一切都是有道理的。 现在，为什么9000 MTU的等价命令ping -D -s 8164 <ip_address> ？ 我已经validation这是我明星之前得到“sendto：消息太长”的错误的限制，但也是9000 MTU正常工作作为traceroute -F <ip_address> 9000作品和traceroute -F <ip_address> 9001不。 那么，为什么8164？ 我预计8972（MTU – 28字节，就像1500 MTU）。 另外，为什么Netgear 9216 MTU？ 我为MAC和以太网报头（包括CRC）计算了42个字节，加上了20个IP报头（应该吃进MTU）。 我在这个math上真的很生疏，知道我只是想念一些东西。
我的戴尔Poweredge服务器在其以太网端口内装有塑料阻断器。 我的问题是，我不知道如何把它拿出来。 你可以在这里看到插头的照片： 我试图把它们拉出来，或者挤压然后拉动，但是它们不动。 戴尔安装手册中找不到任何内容，因此戴尔可能不提供这些内容。 你有没有看到这种插头，你知道如何把它们拿出来而不冒着破坏的东西？
我找不到任何权威的来源，可以简洁地解释桥梁和交换机之间的区别。 据我所知，大多数通常被称为“交换机”的设备符合IEEE 802.1D标准定义的“网桥”的描述。 虽然设备既可以是一个桥梁又可以是一个开关（也许“开关”是“桥梁”的一个子集？），但我只能find差异的“手形”解释。 我遇到的最常被引用的差异归结为以下两点之一： 交换机有很多端口，网桥只有两个（或其他一些小号） 交换机用硬件执行转发，而桥接用软件执行 我不满意这些答案，因为： IEEE标准显然没有说明或假定桥梁将只有两个端口。 如果有的话，假设是会有两个以上的端口。 所以这个解释简直是荒谬的。 （即使思科试图通过这一点作为差异之一）。 IEEE标准似乎是通过它的作用来定义“桥梁”，而不是如何去做。 标准中没有什么能说明桥接必须或应该用软件来完成。 所以，就硬件标准而言，一座硬件桥梁仍然是一座桥梁。 实际上，当我searchIEEE 802.1D标准时，根本没有提到“switch”这个词。 所以“桥梁” 似乎是技术上正确的术语。 但是，由于“开关”这个词似乎比较常用（ 到目前为止 ），我不禁想知道是否有一些实际的区分因素。 或者这只是一个用不同的词来形容同样的事情？ 参考资料将特别感谢。 编辑：我应该补充一点，我完全意识到桥梁与中继器不一样的事实。