Answers:
ntop将为您提供有关网络流量的信息，例如消耗最大流量的主机，导致流量减慢的流量等。
仙人掌将提供有关带宽消耗的长期趋势，因此您可以了解网络流量如何随时间变化。
当用户报告“网络问题”时，该问题可能与许多问题（路由，交换，主机配置，单播，多播，安全策略，硬件故障）有关。您很难找到一款可以监视所有不同潜在问题的软件。
相反，请专注于两件事：
仪器：提出一种监视策略，使您可以主动监视那些经常发生的故障。有关更多详细信息，请参见此先前的答案。
故障排除：提出了一系列快速，标准的测试，您可以运行这些测试以立即尝试找出问题所在，然后将其发布给用户。
一些示例测试：
这些简单的诊断程序通常可以很快将您指示正确的方向。最后，如果可以，请始终获取源IP，目标IP和目标端口。尝试教育您的用户；诸如“网络速度慢”之类的模棱两可的抱怨很难被诊断出来。
我一直在家里使用Smoothwall取得了巨大的成功，它在监控流量方面做得非常好，并且还有更多其他功能。
它也提供企业版，可以做更多花哨的事情。
我试图弄清楚为什么我继续用尽带宽（在澳大利亚，我们有限制）原来是我的错:)
我在一个拥有中小型网络（约500个用户）和大约十二个/ 24子网（以及少数位于NAT之后的较小子网）的组织中工作。我们使用各种监视软件，使我们可以在网络的远程部分上保持标签，并主动响应问题。
从VSS Monitoring中检出产品。他们有几种不同的在线故障保护产品，可以远程监视网络流量。一旦将它们对等到您的网络并在骨干网上，它就和在那里一样好。
首先，他们的用户抱怨您的本地网络吗？
文件服务器很慢！
还是他们抱怨远程网站？
Facebook很慢！我不能做我的工作！
如果是前者，那么我将从有问题的文件服务器开始，然后向后工作。首先检查文件服务器，它的利用率与众不同吗？检查用户流量流经的接口。钉住了吗？是否启用自动协商？两端都启用了...
如果在那里一切正常，并且服务器没有任何不适当的负载，请尝试在用户和服务器之间的路径中使用路由器和交换机。他们超载吗？自动否定启用？检查接口计数器是否有错误。
如果那似乎没什么问题，那么问题可能出在用户工作站上。是在不适当的负载下吗？是否有任何硬件错误（磁盘错误导致固件重试时阻塞）？他们的机器内存不足（firefox分页很难）吗？
这通常可以解决99％的问题。
根据您处理这些请求的频率，您可能希望颠倒这些步骤的顺序。
或者，如果远程站点有问题，请在调试网络后，用户工作站尝试使用诸如mtr之类的工具来检测您与远程站点之间的数据包丢失。如果问题不是您的网络本地的，那么您的选择可能仅限于与您的提供商一起记录案例，或者等到远程站点克服它遇到的麻烦为止。