基于连接到此交换机的已知用户数量以及允许的最大互联网速度，是否有任何通用的方法（实际上可用）来估计交换机的上行链路容量。
这是一个示例拓扑：
core switch ==== aggregation switch ---- access switch 1 ---- 10 users |----- access switch 2 ---- 30 users |----- access switch 3 ---- 50 users 我想find聚合交换机和接入交换机 1,2和3之间的链路所需的容量（或者是在最繁忙的小时内的最大stream量）。我知道他们将被允许具有50Mbit / s的最大互联网速度，并且不转移用户之间。
在最坏的情况下，它们都将以50Mbit / s的速度下载，所以50个用户* 50Mbits / s = 2500Mbit / s，但这种情况几乎不会发生，因为stream量突然爆发，这将浪费资源。
所以我需要一个通用的方法，最佳实践或任何指导这项工作。 我在互联网上find的所有理论都具有几乎科学的价值，但没有任何信息在实践中如何在IPS和电信公司实现。
你只看到理论没有多less结果的原因是，排队模型被“数据包训练”欺骗，TCP做拥塞处理，阻止队列。 这个理论说：“我不这样做”（;-)）
您需要在可比较的链接上find繁忙时段的实际用户数：相同的技术，不一定是相同的configuration。 这和你的人口会给你的超额认购，然后你可以找出一个初步的估计。
完成所有这些工作后，再测量结果 ，找出错误的边界，并将其保存下来。
需要注意的是：如果这个链接是瓶颈，或者是两个速度不同的networking之间，那么您将要学习所有有关“bufferbloat”的知识。 你不会喜欢它（;-)）
你将不得不决定你的超额认购率 ，这将取决于你的申请。 它可能是20：1（这是ISP的常见）或更高，如4：1。
单个千兆链路将为50mb / s的stream量提供20：1的比率。