我们在networking中有几个标准的不可pipe理的3com交换机。 我认为交换机应该只在连接的对等方之间发送软件包。
然而，在任何一台交换机上连接的计算机上运行的networking嗅探软件似乎能够检测连接到networking上的其他交换机的其他主机的stream量（即，YouTubevideostream，网页）。
这是甚至可能或者是networking彻底破碎？
为了完成David的回答，交换机通过查看端口上接收到的数据包的MAC地址来了解端口后面的人员。 当开关打开时，它什么都不知道。 一旦设备A从端口1发送数据包到设备B，交换机就会知道设备A在端口1后面，并将数据包发送到所有端口。 一旦设备B从端口2答复A，交换机只在端口1上发送数据包。
这个MAC到端口的关系存储在交换机的一个表中。 当然，许多设备可能位于一个端口之后（例如，如果一个交换机插入端口），所以可能有许多与一个端口相关联的MAC地址。
这个algorithm在表不够大时不能存储所有关系（交换机中没有足够的内存）。 在这种情况下，交换机丢失信息并开始向所有端口发送数据包。 这可以很容易地完成（现在你知道如何破解你的networking），通过从一个端口伪造大量不同MAC的数据包。 它也可以通过伪造你想要窥探的设备的MAC包来完成，交换机将开始向你发送该设备的stream量。
pipe理型交换机可以configuration为接受来自端口（或固定号码）的单个MAC。 如果在该端口上find更多的MAC，则交换机可以closures该端口以保护networking，或向pipe理员发送日志消息。
编辑：
关于YouTubestream量，上述algorithm仅适用于单播stream量。 以太网广播（ARP为例）和IP多播（有时用于stream传输）的处理方式不同。 我不知道youtube是否使用多播，但可能是您可以嗅探不属于您的stream量的情况。
关于网页stream量，这很奇怪，因为TCP握手应该已经正确设置了MAC到端口表。 无论是networking拓扑结构级联了许多非常便宜的交换机，而且小桌子总是满的，或者有人在搞networking。
这是一个常见的误解。 除非静态configuration，否则交换机必须通过每个端口发送每个数据包，而不能certificate它不需要发送该数据包。
这可能意味着数据包仅被发送到包含目标设备的端口。 但是情况并非总是如此。 例如，考虑交换机收到的第一个数据包。 它怎么知道哪个端口发送出去？
抑制在“错误”端口上发送的数据包是交换机可以使用时的优化。 这不是一个安全function。 pipe理型交换机通常提供实际的端口安全性。
ARPcaching中毒可能是有效的。 这是一种常常恶意地用来嗅探交换networking的技术。 这是通过说服networking上的每一台机器，每一台机器都有你的MAC地址（使用ARP协议）来完成的。 这将导致交换机将所有数据包转发到您的计算机 – 您将要分析后转发它们。 这通常用于中间人攻击，并且可以使用各种嗅探工具，如Cain＆Abel或ettercap。