форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

"раз в месяц посчитать кол-во полученных байт на порту 3550"
Сообщение от Forza (ok) on 04-Ноя-04, 15:11  (MSK)
Здравствуйте. Стоит достаточно простая задача - имеем в наличии Циску 3550, раз в месяц надо посчитать количество полученных на порту байт 3-го уровня (т.е. заголовки 2-го не считать). Я так понимаю, это достаточно для небольшого биллинга: наш свитч соединён со свитчем "провайдера" несколькими физическими каналами. Порты нашего свитча, к которым подключены эти каналы, принадлежат вланам суборганизаций. Далее этот влан раздаётся с этого свитча и другого нашего свитча, подключенного к первому через транк, на ПК/свитчи суборганизаций. Достаточно для подсчёта "доступа в Инет" посмотреть, сколько байт пришло за месяц от провайдера по физическому каналу этой конторы на порт её влана? (Т.Е. мы не хотим подымать транк между нашим свитчем и свитчем "провайдера") Трафик между суборганизациями считаем как трафик с Интернетом. Раньше я научился настраивать через CMS (Cluster Management Suite - java-приблуда к броузеру) или Телнет вланы и эзерченнэлы, а также имею представление о программировании SNMP. Поэтому хочу попытаться сам написать прогу для снятия данных (но в принципе, если посоветуете что-нибудь с http://www.opennet.me/prog/sml/161.shtml, с интересом выслушаю ваш совет). Пока я посмотрел через Телнет, какие счётчики мне может дать 3550. В "комманд референсе" нашёл единственную команду, показывающую счётчик - это show interfaces counters. InOctets, указанные там - это кол-во байт, полученных на 2 уровне (т.е. вместе с заголовками 2-го уровня) или на 3-ем? Т.е. мне по идее достаточно посмотреть, где это переменная хранится в MIB и раз в месяц её опрашивать? Если нет, то какой счётчик из MIB можно использовать? Например, в CMS хотя нельзя посмотреть кол-во переданных байт, но там есть transmit rate в Mbps, про которую написано, что она "includes the data bytes of bad packets, discarded packets, and no-destination packets". Не очень хочется левые пакеты учитывать в "биллинге", если они тоже считаются в InOctets.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "раз в месяц посчитать кол-во полученных байт на порту 3550"
Сообщение от sh_ (??) on 04-Ноя-04, 15:15  (MSK)
Raz v mesiats - stremno. tebe mozhet prigoditsia mrtg i pogooglit' net::telnet::cisco perl...
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Forza (ok) on 04-Ноя-04, 15:27  (MSK)
	>Raz v mesiats - stremno. Согласен. Можно и раз в день, а потом раз в месяц это суммировать >tebe mozhet prigoditsia mrtg i Для этого нужен *никс вроде бы, да? Хочется найти виндовое решение. >pogooglit' net::telnet::cisco perl... Это уже интереснее... А почему телнет, а не снмп-модуль? А в принципе-то, правильно ли просто брать ту переменную InOctets, как кол-во IP-трафика?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Сайко on 04-Ноя-04, 16:17  (MSK)
	>>Raz v mesiats - stremno. > Согласен. Можно и раз в день, а потом раз в месяц >это суммировать Лучше еще чаще! Стандартно - раз в 5 минут. >>tebe mozhet prigoditsia mrtg i > Для этого нужен *никс вроде бы, да? Хочется найти виндовое решение. А что perl под windows кем то запрещен? > >>pogooglit' net::telnet::cisco perl... > Это уже интереснее... А почему телнет, а не снмп-модуль? Тут нужны рекомендации уважаемого _sh. > А в принципе-то, правильно ли просто брать ту переменную InOctets, как >кол-во IP-трафика? Нет, это счетчики 2го уровня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Forza (ok) on 04-Ноя-04, 16:37  (MSK)
	>>>Raz v mesiats - stremno. >> Согласен. Можно и раз в день, а потом раз в месяц >>это суммировать >Лучше еще чаще! Стандартно - раз в 5 минут.   Почему? Во избежание сбоев? >>>tebe mozhet prigoditsia mrtg i >> Для этого нужен *никс вроде бы, да? Хочется найти виндовое решение. >А что perl под windows кем то запрещен?   Мне казалось, что mrtg работает только под никсами, нет? >>>pogooglit' net::telnet::cisco perl... >> Это уже интереснее... А почему телнет, а не снмп-модуль? >Тут нужны рекомендации уважаемого _sh.   А ты бы что порекомендовал? :) >> А в принципе-то, правильно ли просто брать ту переменную InOctets, как >>кол-во IP-трафика? >Нет, это счетчики 2го уровня.   У меня тоже были сомнения по этому поводу. Просто по этой же команде show interfaces counters также выводятся InUcastPkts, InMcastPkts, InBcastPkts, а я привык, что раз "пакеты", то 3ий уровень.   А как считать трафик на 3м уровне? Через телнет виден такой счётчик? Или только через SNMP в MIB?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Сайко on 04-Ноя-04, 17:00  (MSK)
	>>>>Raz v mesiats - stremno. >>> Согласен. Можно и раз в день, а потом раз в месяц >>>это суммировать >>Лучше еще чаще! Стандартно - раз в 5 минут. > >  Почему? Во избежание сбоев? Нет, во избежание переполнения счетчика на интерфейсе - 2^32-1 >>>>tebe mozhet prigoditsia mrtg i >>> Для этого нужен *никс вроде бы, да? Хочется найти виндовое решение. >>А что perl под windows кем то запрещен? > >  Мне казалось, что mrtg работает только под никсами, нет? mrtg - это всего лишь скрипт на perl'е >>>>pogooglit' net::telnet::cisco perl... >>> Это уже интереснее... А почему телнет, а не снмп-модуль? >>Тут нужны рекомендации уважаемого _sh. > >  А ты бы что порекомендовал? :) Написать свой, делов то на час. >>> А в принципе-то, правильно ли просто брать ту переменную InOctets, как >>>кол-во IP-трафика? >>Нет, это счетчики 2го уровня. > >  У меня тоже были сомнения по этому поводу. Просто по >этой же команде show interfaces counters также выводятся InUcastPkts, InMcastPkts, InBcastPkts, >а я привык, что раз "пакеты", то 3ий уровень. Эти переменные - количество тех же самых пакетов на 2ом уровне. >  А как считать трафик на 3м уровне? На свиче? пусть даже с кастрированными опциями 3го уровня? Я думаю что пока никак, хотя может быть здесь меня поправят... На маршрутизаторе - netflow или ipaccounting >Через телнет виден >такой счётчик? Или только через SNMP в MIB? Не ясен вопрос...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от sh_ (??) on 04-Ноя-04, 17:13  (MSK)
	Deystvitel'no 2-ogo urovnia schetchiki... Zapustil odin ICMP paketik dlinoy 100 bayt, schetchik pribavilsia na 118 Oktets. :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Сайко on 04-Ноя-04, 17:25  (MSK)
	>Deystvitel'no 2-ogo urovnia schetchiki... Zapustil odin ICMP paketik dlinoy 100 bayt, schetchik >pribavilsia na 118 Oktets. :) WOW!!! Miracle!!! ;)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от sh_ (??) on 04-Ноя-04, 17:28  (MSK)
	>  А как считать трафик на 3м уровне? Posmotret' sh int stats. Delim: InOctets/InUcastPkts=SDK(sredniaya dlina kadra). Dalee polagaem dlinu ethernet nadstroek edak 20Bayt. Nahodim, kakuyu chast' zanimaet L3 ot SDK: 1-(20/SDK). Dalee InOctets*(1-(20/sdk))=InOctets*(1-20*InUcastPkts/InOctets) :) Nu eto priblizitel'no... :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Forza (ok) on 04-Ноя-04, 17:49  (MSK)
	>>  А как считать трафик на 3м уровне? >Posmotret' sh int stats. Delim: InOctets/InUcastPkts=SDK(sredniaya dlina kadra). Dalee polagaem dlinu ethernet >nadstroek edak 20Bayt. Nahodim, kakuyu chast' zanimaet L3 ot SDK: 1-(20/SDK). >Dalee InOctets*(1-(20/sdk))=InOctets*(1-20*InUcastPkts/InOctets) >:) Nu eto priblizitel'no... :) А хочется поточнее. Всё-таки имеем дело с 3550, который не просто свитч, а L2/L3, т.е. он и рутить может, поэтому он должен уметь отделять данные 3 и 3 уровней. Сам попозже покапаюсь в MIB - может, найду счётчик. И почему ты предложил делить только на InUcastPkts? В этом есть какой-то смысл? Напоминаю, что я хочу оценить входящий трафик из инета, которым мы считаем весь входящий трафик на этот порт. >>  У меня тоже были сомнения по этому поводу. Просто по >>этой же команде show interfaces counters также выводятся InUcastPkts, InMcastPkts, InBcastPkts, >>а я привык, что раз "пакеты", то 3ий уровень. >Эти переменные - количество тех же самых пакетов на 2ом уровне.   Странно... А почему не frames, если второй уровень? >>  А как считать трафик на 3м уровне? >На свиче? пусть даже с кастрированными опциями 3го уровня? >Я думаю что пока никак, хотя может быть здесь меня поправят... >На маршрутизаторе - netflow или ipaccounting   3550 может netflow или ipaccounting? Какой самый верный способ это проверить? >>Через телнет виден >такой счётчик? Или только через SNMP в MIB? >Не ясен вопрос...   Ответ на вопрос или формулировка вопроса не ясна? :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от sh_ (??) on 04-Ноя-04, 17:55  (MSK)
	Po povodu netflow - bila takaya temka. http://www.opennet.me/openforum/vsluhforumID6/6473.html
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Forza (ok) on 04-Ноя-04, 18:07  (MSK)
	>Po povodu netflow - bila takaya temka. >http://www.opennet.me/openforum/vsluhforumID6/6473.html Опа, значит нельзя. :( А что такое ipaccounting? Его 3550 сможет?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от sh_ (??) on 04-Ноя-04, 18:12  (MSK)
	Esli rassuzhdat', kak v otvetah - to tozhe net...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Forza (ok) on 05-Ноя-04, 13:57  (MSK)
	>>  А как считать трафик на 3м уровне? >Posmotret' sh int stats. Delim: InOctets/InUcastPkts=SDK(sredniaya dlina kadra). Dalee polagaem dlinu ethernet >nadstroek edak 20Bayt. Nahodim, kakuyu chast' zanimaet L3 ot SDK: 1-(20/SDK). >Dalee InOctets*(1-(20/sdk))=InOctets*(1-20*InUcastPkts/InOctets) >:) Nu eto priblizitel'no... :) Насколько это приблизительно? Какие факторы будут влиять на то, насколько это точно? Кроме того, как я понимаю, 20 байт - для заголовков Эзернет, это если кадр включает 802.1Q-тэг, а если он просто кадр :), то только 18 байт. Да/нет? И почему ты предлагаешь учитывать только InUcastPkts? В этом есть какая-то логика? Имхо правильнее было бы InOctets-20*(InUcastPkts+InMcastPkts+ InBcastPkts), нет? >tebe mozhet prigoditsia mrtg i pogooglit' net::telnet::cisco perl... И поясни, пожалуйста, почему ты тут предложил использовать телнет-модуль для перла, а не снмп-модуль? Как я уже писал, с SNMP я неплохо знаком, и не боюсь его реализовывать. :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от sh_ (??) on 05-Ноя-04, 14:23  (MSK)
	1. Vse vichisleniya ochen' priblizitel'ni. Konechno nuzhno brat' summarnoe kol-vo. Pri dline paketa skazhem 500Bayt raznitsa v dline ethernet header 2 bayta - eto nastol'ko mizerno. 2. Ne znayu, pochemu Telnet module. Ya im pol'zuyus'. Mne kazhetsia s ego pomoschyu mozhno bol'she vsiakoy informatsii poluchit', chem po snmp. Nu eto estestvenno IMHO...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "раз в месяц посчитать кол-во полученных байт на порту 3550"
	Сообщение от Gray (??) on 07-Ноя-04, 09:05  (MSK)
	>  Мне казалось, что mrtg работает только под никсами, нет? Не правильно тебе казалось. Поднимается на винде за 5 минут. Я ставил как-то от нефиг делать. Берешь perl под винду, виндовый апач и готово.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "раз в месяц посчитать кол-во полученных байт на порту 3550"
Сообщение от Mosk (??) on 10-Ноя-04, 11:47  (MSK)
Думаю стоит задуматься об ip accounting только есть нюанс ты сможешь считать только входящие пакеты или исходящие пакеты из интерфейса, а также в зависимости от трафика снимать статистику с Cisco, т.к. если трафик велик то буфер (который составляет 32000 строки) заполняется очень быстро и тебе придется снимать и отчищать ip accounting каждые 5 сек иначе будет не точный подсчет. На самом деле лучше бы было поставить NetFlow. Но я не уверен что на свиче 3-го уровня это возможно.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "раз в месяц посчитать кол-во полученных байт на порту 3550"
Сообщение от Forza (ok) on 16-Ноя-04, 18:45  (MSK)
Итак, я написал скрипт, который считает кол-во "байт 3 уровня" по формуле = Octets - (UcastPkts+NUcastPkts)*размер_заголовка_ethernet. К сожалению, это страдает неточностью. Есть, например, один порт нашей циски, которой подключен к порту "провайдера", но на нашей циски он пока ничего через вланы не раздаёт, так у него "набегает" по 150 килобайт входящего трафика за час. Это немного для крупного клиента, который много качает, но весьма много для тех, кто вообще ничего не качает. Притом по счётчикам неюникастовых кадров там в 6 раз больше, чем юникастовых. Т.е. это циски чем-то служебным обмениваются. :( Что посоветуете сделать? Нет ли в "частной" MIB циски счётчиков байтов отдельно для юникаст и не-юникаст? Была идея подсчитать средний размер кадров и вычитать из Octets произведение NUcastPkts*средний_размер_кадра, т.е. не-юникасты вообще не считать. Но на мой взгляд это плохо, т.к. служебные не-юникасты часто могут быть маленькими по размеру в отличие от юникастов с данными. Понимаю, что точный биллинг по байтам 3 уровня на 3550 вообще не сделать, но хочется соорудить что-нибудь максимально приближённое к правде.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.