我们有一些定制的计算机系统需要联网并临时安装在足球场周围 – 每台计算机都有自己的networking交换机。 这些电脑都需要联网到中央电脑。 到目前为止，我们已经菊花链接交换机，以便不超过电缆长度限制，并将服务器放在链路中间，其中5台计算机/交换机在一条链路上断开，另外5条链路断开一切都很好。 在查看一台计算机的networkingstream量时，我检查了服务器上的networking利用率，利用率约为千兆位连接的0.13％，位于整个体育场内的每台计算机上的所有交换机都是交换机。
我们遇到了一些情况，我们需要增加计算机/交换机的数量，并可能将服务器移动到链的末端，这意味着服务器可能会在最后连接20台交换机。 由于超过GIGnetworking电缆长度（300英尺），光纤将是非常昂贵的家庭运行不是一个选项。
所以，我知道不build议菊花链式的networking交换机，但是我没有看到任何地方的硬性和速度，说你不能这样做。 此外，除了那些通过networking向服务器发送less量数据的计算机之外，在该networking上没有其他stream量。
除了不推荐用于标准办公networking（这不是），我们会遇到任何重大问题吗？ 菊花链式连接多个交换机时，是否只是在距离服务器最近的上行链路上stream量过大的问题，还是会遇到其他交换机路由/时序/处理器问题？
谢谢！ 麦克风
菊花链式开关没有硬性限制。 我有一个二层networking，一个networking一端的PC到另一端的服务器，可以轻松地通过大约十几台交换机。 但是，根据硬件和networking需求，存在实际的限制。
您可以连接多less个networking，取决于networking上发生了什么情况以及交换机的质量。 千兆交换机并不是真的意味着什么。 可以交换多less包？ 交换机有多less带宽？
另外，networkingstream量是什么？ 所有的个人电脑都只能通过服务器发送/接收stream量，还是有PC到个人电脑的stream量？
假设交通只是服务器，与你张贴的，我不会害怕，但我会确保使用质量好的开关。
有一点要记住，就是我个人所说的“倒漏斗”。 如果您的个人电脑主要将stream量发送到特定点，则可以通过菊花链连接到您具有类似情况的情况：
PC ---| PC ---| PC --- switch1 ---- switch2 --- switch2 --- switch3 --- SERVER PC ---| | | PC ---| | | PC ---------| PC ----| PC ---------| PC ----| PC ---------| PC ----| PC ---------| PC ----| 那么在上面的例子中，如果每台PC都从服务器上下载10M，那Switch3的stream量是多less？ 13×10M = 130M。 所以如果上面所有的链接都是100M的链接，那么你会窒息。 以上就是我所说的“漏斗devise”。
倒漏斗形devise要求switch1和switch2之间的带宽足以承载连接到switch1的所有节点的预期负载。 那么从switch2到switch3的链路必须足够承载switch2和switch1的负载，所以交换机之间的链路必须大于从节点到交换机的链路。 例如：24x100M端口交换机有2个1G连接到下一个交换机。 这显然是基于预期的带宽使用，而不是端口速度。
如果你有千兆端口，但所有的节点只使用几Kbps，那么可能需要一点点饱和 – 带宽明智。
你必须在数据包数量上做类似的math计算。
连接交换机没有任何限制，但您应该知道，生成树协议的限制仅限于7跳。
两个系统之间的二十个交换机似乎exception地大，你可能应该考虑把事情分解成VLAN。 甚至可以使用交换机的第3层function来执行此操作。
参考文献：
选项＃1：只要你使用交换机（特别是在这样一个低负载的networking），它应该是正常的。 集线器会造成麻烦，但这不是你的情况。
选项2：如果遇到任何奇怪的情况（链越长，可能会丢失/丢弃/损坏L2帧的设备数量就越多），考虑将解决scheme进行组合 – 扩展星形拓扑结构 – 菊花链开关围绕一台交换机并通过光纤连接（媒体转换器并不昂贵）。 这样你只需要几根光纤，仍然保持合理的链接。
受Zoredache启发的选项＃3：获得L3交换机，只是路由（L3交换机）的一切。 IP旨在处理更多的跳数。 虽然这可能不是一个选项，如果你正在使用广播，多播或一些exotics。
缺less@ Zoredache和@ETL已经提到的内容; 在菊花链式networking交换机中，我考虑的唯一一件事就是考虑在networking中扩展单个广播域有多大。
当然，除了VLAN和中继线以外，其他的结构当然也是如此。
注意为了logging，我提出了@Zoredache和@ ETL的答案，因为它们是更重要的考虑事项。 这更多是一个附录。
我怀疑你会看到任何时机，处理器或路由问题。 这些通常是路由器问题，不会由于交换机过多而引起。
你可以去一些中继器（扩展） http://www.dummies.com/how-to/content/network-basics-repeaters.html那些会给你的距离。
您主要关心的是多less台TOTAL计算机在同一个广播域上。 那时候你会开始注意到连接问题。