- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- Re: Network flow
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-08-2010 03:56 AM
тАО07-08-2010 03:56 AM
I'm currently using Procurve switches and I'd like to be able to pinpoint the culprit when there is a slowdown or an unusual bandwidth use. Example: The internet traffic (in cacti) shows that it has been fully used for the last 30 minutes, how can I figure out what port of the many switches is the "other side" of this network use?
Is sFlow the answer? Ntop? Other?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-08-2010 02:07 PM
тАО07-08-2010 02:07 PM
Re: Network flow
http://www.sflow.org/products/collectors.php
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2010 06:08 AM
тАО07-09-2010 06:08 AM
Re: Network flow
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2010 06:15 AM
тАО07-09-2010 06:15 AM
Re: Network flow
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2010 06:18 AM
тАО07-09-2010 06:18 AM
Re: Network flow
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2010 06:37 AM
тАО07-09-2010 06:37 AM
Re: Network flow
For a more preventative approach it may worth looking at a bandwidth management appliance (dependant upon how much of an issue this is to the business).
We use a PacketShaper for part of our network and a NetEnforcer elsewhere.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-09-2010 06:40 AM
тАО07-09-2010 06:40 AM
Re: Network flow
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2010 06:56 AM
тАО07-15-2010 06:56 AM
SolutionProCurve switches support the sFlow MIB, making it very easy to control sFlow monitoring using the SNMP (provided that you have an sFlow analyzer that supports the MIB).
To get started with sFlow monitoring, try sFlowTrend (http://www.sflowtrend.com ). It's free, automatically configures ProCurve switches using SNMP and will trend top talkers in real time.
Once you are familiar with the capabilities of sFlow monitoring the list of sFlow analyzers at http://www.sflow.org/products/collectors.php contains a large number of solutions covering the spectrum of requirements and price points.
If you want more background on sFlow, the http://www.sflow.org and http://blog.sflow.com web sites contain useful information. In particular the article http://blog.sflow.com/2009/05/choosing-sflow-analyzer.html provides useful tips on selecting an sFlow analyzer.