我有一个很长的以太网运行（约280英尺/ 85米），通过两个build筑物之间的pipe道。 在每一端，我都有一个APC以太网电涌保护器，接地到每个build筑物的主要地面。 虽然我在开始工作时遇到了一些麻烦，但是一旦我偶然发现合勤的24端口交换机，它的确运行得非常好。 然后，风暴袭来，链路停止工作。 据我可以告诉开关是好的，我试图更换两个APC浪涌保护器。 看来pipe道中的电缆 – 里面漏水了 – 损坏了。 但是，我尝试了一种新的，更好的绝缘电缆，它不能工作（通过导pipe或在地面上运行）。 另一方面，我有三个备用的100英尺（30米）预端接电缆，我把它们连接在一起，在地面上工作得很好。 我无法想象，为什么三个非屏蔽电缆连接在一起就能正常工作，而屏蔽直埋电缆则不能。 我在晚上把所有东西都拿走之后，有一个区别：我一直在使用TIA 568A的导线连接到RJ45连接器，预端接的电缆使用了TIA 568B的模式。 这可能会造成信号丢失的差异？ 你能想到其他任何会导致电缆连接在一起工作，但一个坚实的运行不工作？
我有一个用例，我需要dynamicconfiguration一些文件，其中包括系统中存在的接口的名称eth0 ， wlan0 。 但是，当我改变系统有时它改为eth1或wlan1 。 从Ubuntu 14.04开始，以太网接口被命名为p2p1 ， p1p1而无线接口则被命名为wlan0或wlan1 。 所以我们可以说接口的名字可以是任何东西，只要我们可以find什么名字给了什么样的接口就无所谓了。 我为此写了一个小脚本，但是我不知道是否有更好的方法来find这个适用于所有基于Linux的系统的工具。 #!/bin/bash # check if directory exist DIRECTORY=/sys/class/net wifi_interface="" lan_interface="" if [ -d "$DIRECTORY" ]; then cd $DIRECTORY ilist=`ifconfig -s | awk '{print $1}' | tail -n +2` # array length ilist_len=`echo "${ilist[@]}" | wc -l` # empty array il= # Iterating over […]
这三个都是同一个东西，不同的厂商命名不一致？ 100BASE-FX WDM使用独立的波长（1310 nm和1550 nm）作为单根光纤上的Tx和Rx。 我无法find100BASE-FX的任何文档，提到在单根光纤上使用WDM。 标准100BASE-FX在Tx和Rx两个独立的链路上使用1310 nm。 这使我相信这是100BASE-BX被错误地称为100BASE-FX WDM。 100BASE-BX使用独立的波长（1310 nm和1550 nm）用于单根光纤上的Tx和Rx。 100BASE-BX10显然和100BASE-BX一样，但是我找不到任何区别，或者它们是兼容的。
我的目标是为自定义低延迟networking程序configuration我们的CentOS（“免费”RHEL）5.x服务器。 我想尝试绑定以太网NIC中断处理程序运行相同的CPU（希望提高caching利用率）。 此过程的第一步是确定NIC的IRQ。 这里是一个服务器上的/ proc / interrupts的内容（注意，为了简洁，我删除了CPU 2到14）： CPU0 CPU1 CPU15 0: 600299726 0 0 IO-APIC-edge timer 1: 3 0 0 IO-APIC-edge i8042 8: 1 0 0 IO-APIC-edge rtc 9: 0 0 0 IO-APIC-level acpi 12: 4 0 0 IO-APIC-edge i8042 50: 0 0 0 IO-APIC-level uhci_hcd:usb6, uhci_hcd:usb8 58: 6644 25103 0 IO-APIC-level ioc0 66: […]
在http://support.microsoft.com/kb/942861中， Microsoft报告说，在某些情况下，Microsoft SQL Server遇到networking问题，因为网卡的TCP烟囱卸载已打开。 我有其他服务器软件遇到类似的问题。 结果和SQL Server一样，closuresTCP Chimney Offload，一切恢复正常。 这个TCP烟囱卸载function是做什么的？ 它是什么阻止某些networking数据包到达最终的应用程序？
我在网上看到很多文章，指出以太网的开销是18字节（例如： http ： //www.learnios.com/viewtopic.php？ f = 8＆t = 18887 ） 看这个维基文章（ http://en.wikipedia.org/wiki/Ethernet_frame#Structure）18个字节是以下字段; 目的地MAC 源MAC 以太types CRC 为什么前导码，帧分隔符和帧间间隔的开始不计算在内，是不是包含在每一个帧中？ 这将使以太网开销高达26个字节。 我链接的原文是关于计算MPLSnetworking（将第2层stream量封装到MPLS帧中）所需的MTU。 我想了解为什么要将18个字节添加到标准1500字节而不是26个字节（加上MPLS标签栈和任何do1q标签）。
我有两台Linux机器，每台配备一个Solarflare SFN5122F 10GbE NIC。 两个NIC使用SFP +直连电缆连接在一起。 我使用netperf来衡量两台机器之间的TCP吞吐量。 在一个盒子里，我运行： netserver 另一方面： netperf -t TCP_STREAM -H 192.168.xx — -m 32768 我得到： MIGRATED TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.xx (192.168.xx) 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 […]
我们在我们的networking中使用思科ASA的防火墙和NATfunction（200台计算机）。 是否有可能configurationCisco ASA检测我们的networking内的stream量嗅探（例如wireshark）和networking检查（例如“nmap -sP 192.168.0。*”）？ 在linux路由器上有一个叫做“antisniff”的工具，ASA有没有类似的东西？
我在大多数设备都是DHCP的networking上。 如果我在设备A和DHCP服务器之间有几个交换机，我怎么知道它们是什么？ 无论设备A和DHCP服务器之间的交换机数量如何，traceroute都会给我1跳。
设置如下：3台配有英特尔CX4 10 GigE控制器的Linux服务器和一台配有Myricom 10 GigE CX4控制器的X服务器连接到ProCurve 4208vl交换机，其他无数台机器通过良好的1000 base-T 。 根据交换机监控接口和服务器（ethtool等），接口实际上被设置为10Gig。 然而，通过交换机配备的两台配备10 GigE的机器之间的单个连接仅限于1Gb。 如果我将10台GigE机器中的两台直接连接到CX4电缆，则netperf会将链路带宽报告为9000 Mb / s。 NFS达到约550 MB / s的传输。 但是当我使用交换机时，通过netperf以950 Mb / s的速度连接，NFS以110 MB / s的速度连接。 当我从3台机器打开几个连接到4台时，我获得了350 MB / s的NFS传输速度。 因此，每个10 GigE端口实际上可以达到远远超过1 Gb，但单个连接严格限制为1 Gb。 结论：通过交换机的10 GigE连接的行为完全像10个1 Gb连接的中继。 这对我来说没有任何意义，除非HP只为级联交换机规划这些端口，或严格限制多客户端到单服务器连接。 不幸的是，这不是设想的设置，我们需要从机器到机器的大吞吐量。 这是一个不被人们所熟知的（或小心隐藏的）这种types的开关的限制吗？ 我应该向惠普代表build议seppuku？ 有没有人有任何想法如何使适当的行为？ 我从保税的1Gb链接升级到10 GigE，并且看到完全的ZERO增益！ 这绝对是不可接受的。