On Mon, Jun 10, 2002 at 01:55:57PM +0300, Vladimir A. Jakovenko wrote:
Так можно вообще забить на snmp и юзать netflow, но получить (а не вычислить) корректные данные по SNMP (layer3) проблематично.
"Наша песня хороша, начинай сначала" - Cisco NetFlow отражает данные _полученные_ маршрутизатором, а не доставленные в порт такойто.
Не спорю, именно так. Я к тому упомянул Netflow, что сделать можно много чего. Но к исходному вопросу о сравнении показаний _счетчиков_ на цисках и ipfw оно не будет иметь отношения.
I.e. статистика генерируется по факту получения пакета, а не по факту его доставки в порт, например клиента. Таким образом если на клиента валит 2M, порт у него 64K, то насчитанно ему будет на 2M. Иногда это просто неприемлимо.
Да мне лично вообще пофиг - я не определяю приемлемость; просто попытался ответить на первоначальный вопрос :)
Otzhe, resume: sprava polyagaje lyshe v tomu SHCHO SAME RAXUVATY. Oto i vse. Chy xtos' komus' zavazhaje raxuvaty inshi OIDs, ne obovjazkovo z ifEntry ? ;)
Так нет вопросов, считать что-нибудь можно и по другим OID-ам, не из ifEntry, только есть ли там счетчики байт? Разумеется, никто не запретит калькулировать всякие там discards, icmp echo reply и пр.
Счетчики октетов есть, и в ifMIB-е, и в enterprise-овой части, но per-interface счетчиков _IP_ пакетов, AFAIK, там нет.
Какие-то счетчики конечно же есть, но IMHO все же посчитать байтики по каждому интерфейсу на layer3 не получится - просто нет соотв. OIDs.
Чуда не бывает. Меняйте договор - [...]
Мне все это не нужно. Составление договоров меня не касаются. Best wishes, Sergey =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message