В общем первый мой опыт настройки, и результаты несколько меня удивили.
Там показалась скорость и максимум который я пока видел = 12.3 kB/s
Это на порту к которому подключен pix, через который все филиалы на 1с пастись ходят. Мне кажется что этого быть не может, наверное что то не так настроенно. Но чтоб лишний раз зря не ковырятся решил спросить - нормально ли это.
На порту связывающем свитчи = 50к примерно.
PS а в этой ветке потому как свитчи 3com'вские с которых статистика ведется: ))
PSS Проверил родной программкой - 3com network director. То же самое!!! Что ж это деется - зачем 100 мбит то тогда? Поясните, а?
[snapback]5793[/snapback]
Очень похоже на "подземный стук". :ujasnah:
Не указаны ни марки коммутаторов ни их настройка, ни топология. Не указано даже что, как и зачем измерялось. Напоминает анекдот
--Штурман, приборы....
--500
--Что 500?
--А что приборы?
Советую почитать http://www.slackware.tomsk.ru/docs/questions/ (http://www.slackware.tomsk.ru/docs/questions/)
В общем первый мой опыт настройки, и результаты несколько меня удивили.
Там показалась скорость и максимум который я пока видел = 12.3 kB/s
Это на порту к которому подключен pix, через который все филиалы на 1с пастись ходят. Мне кажется что этого быть не может, наверное что то не так настроенно.
ты ведь на пиксе считаешь статистику. посмотри какой объем передан за 5 минут, раздели его на 300, полученную цифру сравни с mrtg.
PSS Проверил родной программкой - 3com network director. То же самое!!! Что ж это деется - зачем 100 мбит то тогда? Поясните, а?
[snapback]5793[/snapback]
сделай тестовый прогон между двумя портами с помощью ttcp. если у тебя 100 мегабтные порты, то в номинале за 5 минут они могут прокачать около 3 гиг. вот и заряди тест на 5 гиг, и посмотри какой график нарисует mrtg.
Проверил, все нормально. Действительно в основной массе небольшой усредненный трафик идет.
[snapback]5852[/snapback]
вот из-за таких усреднений плохо видно пики нагрузок. 5 минутная дискретизация - слишком большой интервал для 100/1000 мбит сетей. поэтому многие перешли/переходят с mrtg на альтернативные решения. например на rrdtool. а там где есть netflow, опрос по SNMP становится неактуальным.
вот чего не хватает mrtg, так это многотредовости. два года назад я уперся в то, что mrtg не успевал за 5 минут снять все счетчики и отрисовать все необходимые графики нагрузок. пришлось от него отказаться.
P.S. кстати, можно было бы практически реальную картинку нагрузки увидеть с помощью TMeter-а, отзеркалив порт пикса на виндовую машину. там же можно было легко отклассифицировать трафик на графиках и счетчиках, да еще и в базу сразу загнать, если надо.