Відповіді:
Я припускаю, що у вас є комерційний маршрутизатор / комутатор, він, швидше за все, має SNMP, який ви можете комбінувати з MRTG, щоб отримати хороший графік трафіку.
Я думаю, що найкраща ваша ставка буде сумішшю кактусів і нетоп .
ntop збирається надавати вам інформацію про трафік у вашій мережі, як-от хости, які споживають найбільше ... який трафік викликає уповільнення тощо.
Кактуси дадуть довгострокові тенденції щодо споживання вашої пропускної здатності, щоб ви могли розповісти, як ваш мережевий трафік змінювався з часом.
Якщо у вас є користувачі, які повідомляють про "мережеві проблеми", проблема може стосуватися безлічі питань (маршрутизація, комутація, конфігурація хоста, одноадресна передача, багатоадресна передача, політика безпеки, відмова обладнання). Це малоймовірно, що ви знайдете одну частину програмного забезпечення для контролю всіх ваших потенційних проблем.
Натомість зосередьтесь на двох речах:
Приладобудування : придумайте стратегію моніторингу, яка дозволяє вам активно проводити моніторинг тих несправностей, які виникають регулярно. Дивіться цю попередню відповідь для більш детальної інформації.
Усунення несправностей : придумайте швидку, стандартну серію тестів, яку можна запустити, щоб негайно спробувати і виділити, де може бути проблема, та опублікувати її своїм користувачам.
Деякі приклади тестів:
Такі види простої діагностики часто можуть дуже швидко направити вас у правильному напрямку. Нарешті, якщо ви можете, завжди отримуйте вихідний IP-адресу, IP-адресу призначення та порт призначення. Спробуйте та навчайте своїх користувачів; амбітні скарги на кшталт "мережа повільна" важко діагностувати.
Я з великим успіхом використовую гладкий стін вдома, він робить чудову роботу з моніторингу трафіку і тонну більше.
Це випускається і в корпоративному виданні, що робить ще кілька вигадливих речей.
Я намагався з'ясувати, чому я продовжував працювати з пропускною здатністю (в Австралії у нас є обмеження) виявилося, що я винен :)
Я працюю в організації, яка має мережу невеликих і середніх розмірів (~ 500 користувачів) і близько десятка / 24 підмереж (і кілька менших за NAT). Ми використовуємо різноманітне програмне забезпечення для моніторингу, яке дозволяє вести вкладки у віддалених частинах мережі та активно реагувати на проблеми.
Ознайомтеся з продуктами VSS Monitoring . У них є декілька різних надійних безпечних продуктів для віддаленого моніторингу мережевого трафіку. Після того, як ви їх зазирнули у вашу мережу (мережі) та на магістраль, це так добре, як там.
Якщо у вас є маршрутизатор, здатний повідомляти про Netflow, загляньте в обробник netflow. Там, де MRTG забезпечить використання посилань, netflows повідомляють IP та використання протоколу, що проходить через маршрутизатор. Таким чином, замість "Suzy для обліку цього з використанням великого трафіку" або "Порт, на якому працює WAP, має високу віддачу", ви можете побачити "Suzy в бухгалтерському обліку - це 10% трафіку локальної мережі, 40% потокових медіа та 50% Інтернету HTTP-трафік.
На жаль, у мене немає рекомендації щодо агрегатора вільного потоку. Після того як компанія з моніторингу в мережі намагалася продати моїй компанії рішення, і я визначила, що весь їхній продукт базується на чистому потоці, я зробив записку щодо їх дослідження. Перш ніж я обійшов його, ми купили ще одне рішення NOC, яке також включало проточний агрегатор.
Я використовую Wireshark роками. Любіть це.
Перш за все, чи користувачі скаржаться на вашу локальну мережу?
Файл-сервер повільно!
чи вони скаржаться на віддалені веб-сайти?
Facebook повільно! Я не можу робити свою роботу!
Якщо це колишній, то я б почав із відповідного файлового сервера і працював би назад. Перш за все перевірте файл-сервер, чи це використання незвичайне? Перевірте інтерфейс, через який протікає користувацький трафік. Це прив’язано? Чи включено автоматичне ведення переговорів? Чи ввімкнено це з обох кінців ...
Якщо там все виглядає нормально, і сервер не знаходиться під зайвим навантаженням, спробуйте маршрутизатори та комутатори в шляху між користувачем та сервером. Вони перевантажені? автоматичний тьюг увімкнено? перевірити лічильники інтерфейсів на наявність помилок.
Якщо в цьому нічого поганого, проблема може бути локальною для робочої станції користувачів. Чи знаходиться під надмірним навантаженням? Чи є якісь апаратні помилки (помилки на диску, що спричиняють блокування під час повторної перевірки програмного забезпечення)? Чи є в їх машині мало реального обсягу пам’яті (жорсткий виклик Firefox)?
Це звичайно вирішує 99% проблем.
Залежно від частоти, з якою ви маєте звертатися з цими запитами, ви можете скористатися порядком зміни цих послідовностей.
Крім того, якщо це проблема з віддаленим сайтом, після налагодження вашої мережі та робочої станції користувачів спробуйте такі інструменти, як mtr, щоб виявити втрату пакету між вами та віддаленим сайтом. Якщо проблема не локальна у вашій мережі, то, можливо, ваші варіанти обмежуються реєстрацією справи у вашого постачальника або очікуванням, поки віддалений сайт перейде через будь-яке галасливе.