Hi! Вот занимаюсь выснением ощутимой разницы между кошковкими snmp и ipfw счетчиками... Может у кого есть готовое мнение по этому поводу? -- With best regards! =============================================================================== Lance ANP-RIPE Mailto: lance@evitel.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jun 05, 2002 at 06:11:51PM +0300, Andrey Pavlenko wrote:
Вот занимаюсь выснением ощутимой разницы между кошковкими snmp и ipfw счетчиками...
Может у кого есть готовое мнение по этому поводу?
AFAIK snmp считает layer2 трафик со всеми вытекающими последствиями. Best wishes, Sergey =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jun 05, 2002 at 06:11:51PM +0300, Andrey Pavlenko wrote:
÷ÏÔ ÚÁÎÉÍÁÀÓØ ×ÙÓÎÅÎÉÅÍ ÏÝÕÔÉÍÏÊ ÒÁÚÎÉÃÙ ÍÅÖÄÕ ËÏÛËÏ×ËÉÍÉ snmp É ipfw ÓÞÅÔÞÉËÁÍÉ...
íÏÖÅÔ Õ ËÏÇÏ ÅÓÔØ ÇÏÔÏ×ÏÅ ÍÎÅÎÉÅ ÐÏ ÜÔÏÍÕ ÐÏ×ÏÄÕ?
AFAIK snmp ÓÞÉÔÁÅÔ layer2 ÔÒÁÆÉË ÓÏ ×ÓÅÍÉ ×ÙÔÅËÁÀÝÉÍÉ ÐÏÓÌÅÄÓÔ×ÉÑÍÉ.
aj-jaj-jaj.... ;( Nove slovo v SNMP! I de zh ce take napysano? ;) -- Regards, Oleh Hrynchuk Mobile: +380506758731 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi!
AFAIK snmp считает layer2 трафик со всеми вытекающими последствиями.
OH> aj-jaj-jaj.... ;( OH> Nove slovo v SNMP! OH> I de zh ce take napysano? ;) Возможно, фрагмент описания (к примеру) ifInOctets из rfc1156 "The total number of octets received on the interface, including framing characters" означает нечто иное, чем layer2, но четкую зависимость snmp-counters от типа инкапсуляции на layer2 я наблюдал во время тестов, когда сравнивались показания, полученные по ipfw (FreeBSD), по SNMP с каталиста, по SNMP с маршрутизатора и данные NetFlow. Кстати, а Вы можете привести ссылку на какой-нибудь документ, в котором бы было четко указано, что подсчет данных осуществляется на (допустим) layer3? Буду весьма благодарен. Best wishes, Sergey =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Pryvit usim. Pojasniuju svoju tochku zoru, chomu ja legen'ko najixav na Sergija ;) Jogo slova "snmp raxuje Layer 2 trafik zi vsima naslidkamy" vYklykaly v mene bazhannya pitY v kabak i zabuxaty ;). A teper pojasniuju, chomu ja v zagalnomu vypadku ne zgodnyj (xocha v odnomu chastkovomu vypadku Sergij pravyj ;). Sprava v tomu, shcho rezultatom Get-request bude value togo OIDa, do jakogo my zvernulysya v ciomu "Get". I nichogo bilshe. Prosymo OID, jakyj opysuje statystyku Layer 2 - i otrymujemo znachennya same togo countera; prosymo znachennya inshogo OIDa (napryklad, jakyj opysue statystyku Layer 3) - i otrymuemo same statystyku z Layer 3. No more no less. Jasen pen', shcho jakshcho my poprosymo snmpget <host> <community> mib-1.interfaces.ifTable.ifEntry.ifInOctets (1.3.6.1.2.1.2.2.1.10) to my otrymajemo "Input" statystyku Layer 2. Ja z cym i ne sperechajus ;), bo "The Interfaces group (1.3.6.1.2.1.2), provides information about the HARDWARE (vydileno mnoju) interfaces on a managed device..." (Managing Internetworks with SNMP, Mark A. Miller, P.E., M&T Books, New York, 1993, page 105) i dali "ifEntry is an interface entry containing objects at the SUBNETWORK (vydileno mnoju) layer and BELOW for a particular interface" (ta zh knyga, page 439) Ale jakshcho my poprosymo snmpget <host> <community> mib-1.ip.ipInReceives (1.3.6.1.2.1.4.3) to my otrymajemo "Input" (shcho v Cisco maje nazvu IP Accounting ;), jakyj daje same statystyku Layer 3, bo "This group includes a number of scalar objects that provide IP-related datagram statistics..."(Managing Internetworks with SNMP, Mark A. Miller, P.E., M&T Books, New York, 1993, page 107) i dali "ipInReceives is the total number of input datagrams received" (ta sama knyga, page 441) Proshu zvernytu osoblyvu uvagu na slovo "datagrams". Ti, xto xocha b troxy znajomyj z kursom CCNA, prekrasno znajut do jakogo rivnya OSI stosuetsya ce slovo. Otzhe, resume: sprava polyagaje lyshe v tomu SHCHO SAME RAXUVATY. Oto i vse. Chy xtos' komus' zavazhaje raxuvaty inshi OIDs, ne obovjazkovo z ifEntry ? ;) 2Sergiy: oberezhnishe z vyslovliuannyamy ;))) NB: pryklad vzyatyj z MIB-1 (RFC 1156). Pryklady "Output" statistics ne rozglyadalysya z prychyny povnoji identychnosti. Na zdorovja! /oleh
Hi!
AFAIK snmp ÓÞÉÔÁÅÔ layer2 ÔÒÁÆÉË ÓÏ ×ÓÅÍÉ ×ÙÔÅËÁÀÝÉÍÉ ÐÏÓÌÅÄÓÔ×ÉÑÍÉ.
OH> aj-jaj-jaj.... ;( OH> Nove slovo v SNMP! OH> I de zh ce take napysano? ;)
÷ÏÚÍÏÖÎÏ, ÆÒÁÇÍÅÎÔ ÏÐÉÓÁÎÉÑ (Ë ÐÒÉÍÅÒÕ) ifInOctets ÉÚ rfc1156 "The total number of octets received on the interface, including framing characters" ÏÚÎÁÞÁÅÔ ÎÅÞÔÏ ÉÎÏÅ, ÞÅÍ layer2, ÎÏ ÞÅÔËÕÀ ÚÁ×ÉÓÉÍÏÓÔØ snmp-counters ÏÔ ÔÉÐÁ ÉÎËÁÐÓÕÌÑÃÉÉ ÎÁ layer2 Ñ ÎÁÂÌÀÄÁÌ ×Ï ×ÒÅÍÑ ÔÅÓÔÏ×, ËÏÇÄÁ ÓÒÁ×ÎÉ×ÁÌÉÓØ ÐÏËÁÚÁÎÉÑ, ÐÏÌÕÞÅÎÎÙÅ ÐÏ ipfw (FreeBSD), ÐÏ SNMP Ó ËÁÔÁÌÉÓÔÁ, ÐÏ SNMP Ó ÍÁÒÛÒÕÔÉÚÁÔÏÒÁ É ÄÁÎÎÙÅ NetFlow.
ëÓÔÁÔÉ, Á ÷Ù ÍÏÖÅÔÅ ÐÒÉ×ÅÓÔÉ ÓÓÙÌËÕ ÎÁ ËÁËÏÊ-ÎÉÂÕÄØ ÄÏËÕÍÅÎÔ, × ËÏÔÏÒÏÍ ÂÙ ÂÙÌÏ ÞÅÔËÏ ÕËÁÚÁÎÏ, ÞÔÏ ÐÏÄÓÞÅÔ ÄÁÎÎÙÈ ÏÓÕÝÅÓÔ×ÌÑÅÔÓÑ ÎÁ (ÄÏÐÕÓÔÉÍ) layer3? âÕÄÕ ×ÅÓØÍÁ ÂÌÁÇÏÄÁÒÅÎ.
Best wishes, Sergey
-- Regards, Oleh Hrynchuk Mobile: +380506758731 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! On Sun, Jun 09, 2002 at 12:08:34PM +0300, Oleh Hrynchuk wrote: [...]
A teper pojasniuju, chomu ja v zagalnomu vypadku ne zgodnyj (xocha v odnomu chastkovomu vypadku Sergij pravyj ;).
Sprava v tomu, shcho rezultatom Get-request bude value togo OIDa, do jakogo my zvernulysya v ciomu "Get". I nichogo bilshe.
Это как бы ясно.
Prosymo OID, jakyj opysuje statystyku Layer 2 - i otrymujemo znachennya same togo countera; prosymo znachennya inshogo OIDa (napryklad, jakyj opysue statystyku Layer 3) - i otrymuemo same statystyku z Layer 3. No more no less.
С этим тоже никаких вопросов, только где ж взять такие OID-ы на layer3, которые считают байты, а не пакеты. Я плохо смотрел MIB-ы или этих OID-ов действительно нет? ;)
Jasen pen', shcho jakshcho my poprosymo
snmpget <host> <community> mib-1.interfaces.ifTable.ifEntry.ifInOctets (1.3.6.1.2.1.2.2.1.10)
to my otrymajemo "Input" statystyku Layer 2. Ja z cym i ne sperechajus ;), bo "The Interfaces group (1.3.6.1.2.1.2), provides information about the HARDWARE (vydileno mnoju) interfaces on a managed device..." (Managing Internetworks with SNMP, Mark A. Miller, P.E., M&T Books, New York, 1993, page 105)
i dali "ifEntry is an interface entry containing objects at the SUBNETWORK (vydileno mnoju) layer and BELOW for a particular interface" (ta zh knyga, page 439)
Ale jakshcho my poprosymo
snmpget <host> <community> mib-1.ip.ipInReceives (1.3.6.1.2.1.4.3)
to my otrymajemo "Input" (shcho v Cisco maje nazvu IP Accounting ;), jakyj daje same statystyku Layer 3, bo "This group includes a number of scalar objects that provide IP-related datagram statistics..."(Managing Internetworks with SNMP, Mark A. Miller, P.E., M&T Books, New York, 1993, page 107)
i dali "ipInReceives is the total number of input datagrams received" (ta sama knyga, page 441)
Proshu zvernytu osoblyvu uvagu na slovo "datagrams". Ti, xto xocha b troxy znajomyj z kursom CCNA, prekrasno znajut do jakogo rivnya OSI stosuetsya ce slovo.
С этим я как бы и не спорю :), только для подсчета статистики обычно требуется не только "total number of input datagrams received", которое мы как раз и получим из ipInReceives, а еще и кол-во байт. А где ж это количество байт взять на layer3? Все ifInOctets/ifOutOctets - они же "...including framing character...".
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 и пр.
2Sergiy: oberezhnishe z vyslovliuannyamy ;)))
Согласен, что мог бы и точнее выразиться. Я почему-то решил, что человек, задавший исходный вопрос, интересуется сравнением именно в разрезе побайтного учета. Best wishes, Sergey =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Jun 10, 2002 at 10:18:26AM +0300, Sergey Kovalenko wrote: [..skipped..]
Ale jakshcho my poprosymo
snmpget <host> <community> mib-1.ip.ipInReceives (1.3.6.1.2.1.4.3)
to my otrymajemo "Input" (shcho v Cisco maje nazvu IP Accounting ;), jakyj daje same statystyku Layer 3, bo "This group includes a number of scalar objects that provide IP-related datagram statistics..."(Managing Internetworks with SNMP, Mark A. Miller, P.E., M&T Books, New York, 1993, page 107)
i dali "ipInReceives is the total number of input datagrams received" (ta sama knyga, page 441)
Proshu zvernytu osoblyvu uvagu na slovo "datagrams". Ti, xto xocha b troxy znajomyj z kursom CCNA, prekrasno znajut do jakogo rivnya OSI stosuetsya ce slovo.
С этим я как бы и не спорю :), только для подсчета статистики обычно требуется не только "total number of input datagrams received", которое мы как раз и получим из ipInReceives, а еще и кол-во байт. А где ж это количество байт взять на layer3? Все ifInOctets/ifOutOctets - они же "...including framing character...".
Ну, а что тебе по значению ifType опрежелять тип media, далее по дельте получеyных Layer2 пакетов и размеру layer2 обрамления получить в байтах наткладные затраты на layer2 фрейминг и их вычитать из ifInOctets/ifOutOctets? В случае, например, с ethernet-ом, при выключенном CDP и span-tree ты получиш именно IP траффик. Если у тебя там только IP :-)
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, там нет. -- Regards, Vladimir. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Jun 10, 2002 at 12:48:27PM +0300, Vladimir A. Jakovenko wrote:
С этим я как бы и не спорю :), только для подсчета статистики обычно требуется не только "total number of input datagrams received", которое мы как раз и получим из ipInReceives, а еще и кол-во байт. А где ж это количество байт взять на layer3? Все ifInOctets/ifOutOctets - они же "...including framing character...".
Ну, а что тебе по значению ifType опрежелять тип media, далее по дельте получеyных Layer2 пакетов и размеру layer2 обрамления получить в байтах наткладные затраты на layer2 фрейминг и их вычитать из ifInOctets/ifOutOctets?
В случае, например, с ethernet-ом, при выключенном CDP и span-tree ты получиш именно IP траффик. Если у тебя там только IP :-)
Так можно вообще забить на snmp и юзать netflow, но получить (а не вычислить) корректные данные по SNMP (layer3) проблематично.
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
On Mon, Jun 10, 2002 at 01:43:54PM +0300, Sergey Kovalenko wrote:
On Mon, Jun 10, 2002 at 12:48:27PM +0300, Vladimir A. Jakovenko wrote:
С этим я как бы и не спорю :), только для подсчета статистики обычно требуется не только "total number of input datagrams received", которое мы как раз и получим из ipInReceives, а еще и кол-во байт. А где ж это количество байт взять на layer3? Все ifInOctets/ifOutOctets - они же "...including framing character...".
Ну, а что тебе по значению ifType опрежелять тип media, далее по дельте получеyных Layer2 пакетов и размеру layer2 обрамления получить в байтах наткладные затраты на layer2 фрейминг и их вычитать из ifInOctets/ifOutOctets?
В случае, например, с ethernet-ом, при выключенном CDP и span-tree ты получиш именно IP траффик. Если у тебя там только IP :-)
Так можно вообще забить на snmp и юзать netflow, но получить (а не вычислить) корректные данные по SNMP (layer3) проблематично.
"Наша песня хороша, начинай сначала" - Cisco NetFlow отражает данные _полученные_ маршрутизатором, а не доставленные в порт такойто. 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.
Чуда не бывает. Меняйте договор - или пусть там будет уточнение что вы выставляете счета на траффик который пытался быть доставленным клиенту (NetFlow), или с учетом layer2 overhead-а. Либо, как вариант, списывайте с клиента большую часть layer2 overhead-а по описанному выше методу. Прочие варианты привязаны к особенностям терминирования абонентских окончаний или структуры сети. -- Regards, Vladimir. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
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
participants (4)
-
Andrey Pavlenko -
Oleh Hrynchuk -
Sergey Kovalenko -
Vladimir A. Jakovenko