[Alex/AT]

Ну так расположение одних и тех-же параметров в разных ветвях дерева не есть проблема протокола. Это проблема альтернативно одарённого вендора, а не SNMP.

 

А MIBы, их вообще "читать" не надо. Есть MIB браузер, им и смотрте.

Ага, ожидал и того, и другого ответа. Суть в том, что это подгонка условия под ответ. А вендоры подгоняют параметры под исходно кривой протокол, не позволяющий сделать лучше. В этом и суть. С миб браузером - шикарно, но когда надо мониторить, а не читать, листать тонны мибов в попытке хоть как-то сопоставить одну таблицу с другой - несколько накладно. Особенно в отсутствии каких-либо возможностей связывания. В итоге имеем либо кучу темплейтов на каждую модель, что не есть гуд, либо промежуточный скрипт-костыль, обеспечивающий связывание ужа с ежом. Причём последнее - наиболее доступный вариант, т.е. костыли плодятся из-за ограничений протокола, не позволяющего, например, связать две таблицы через промежуточное равенство (индекс). В том же заббиксе или какти данный вопрос также костылится.

[sol]

Суть в том, что это подгонка условия под ответ. А вендоры подгоняют параметры под исходно кривой протокол, не позволяющий сделать лучше.

В чём кривость протокола-то? Задачей этого протокола является отдача значения по ключу. И НЕ БОЛЕЕ. Именно отдача key->value. Это база. Как ей воспользоваться - фантазии вендора.

 

Я так понимаю, что основнаяя претензия в том, что несколько странно сделана работа с таблицами вообще и с их индексами в частности. Ну так таблицы в протоколе key->value вообще сильно ровно не сделать. Скажите, стало ли бы вам легче, если бы при каждой таблице с, возможно, не сквозной нумерацией (интерфейсы 1,2,3,10) была бы таблица индексов со сквозной нумерацией от 0 до некоего значения, которое можно было бы забрать отдельным ключём до чтения всей таблицы?

 

Типа:

 

1.2.3.IfIndexSz = 4

 

1.2.3.IfIndex.0 = 1

1.2.3.IfIndex.1 = 2

1.2.3.IfIndex.2 = 3

1.2.3.IfIndex.3 = 10

 

1.2.3.IfState.1 = Up

1.2.3.IfState.2 = Down

1.2.3.IfState.10 = Ud

1.2.3.IfState.3 = AdminDisable

[vop]

SNMP устаревшая технология, которую уже давно пора заменить на что-то более интересное.

 

На одном, всем известном оборудовании, можно получать любые параметры простыми удобными текстовыми запросами.

 

Пробовал использовать API. Неудачно, документации почти нет, стандарт свой, библиотек нет. То что есть не работает с ходу. Спасибо, не надо.

 

Наверно "нипавизло". Есть librouteros. Работает нормально и шустро. Позволяет не только "впихивать" команды в это оборудование, но и эффективно контролировать текущую конфигурацию.

 

Правда, формат команд и формат ответов совершенно разный, что слегка напрягает.

 

PS От использование упомянутого оборудования отказались. Правда, не по причине API.

[Alex/AT]

В чём кривость протокола-то? Задачей этого протокола является отдача значения по ключу. И НЕ БОЛЕЕ. Именно отдача key->value. Это база. Как ей воспользоваться - фантазии вендора.

Т.е. SNMP совершенно не предназначен для быстрого постинга множества счётчиков, таблиц или связанных значений, и, тем не менее, продолжает для этого использоваться.

Именно в этом и заключается кривость. Хотя согласен - разруха получается совершенно не в протоколе, а в головах... и мы возвращаемся к исходному топику, только "не" из названия стоит убрать.

Соответственно ошибку делаем мы сами, продолжая собирать множество данных через SNMP. С другой стороны - альтернативы (за исключением сбора данных через консоль, например, по SSH) на данный момент нет.

[sol]

Т.е. SNMP совершенно не предназначен для быстрого постинга множества счётчиков,

 

С версии 2с часть проблемы порешалась. Она резко снизила затраты на массовость. Можно сразу и много. Именно по этому я и говорю: Смело забирайте таблицу целиком к себе во всём её многообразии и великолепии. И разбирайтесь уже на клиентской стороне. Стройте индекс, выкидывайте ненужные столбцы....

 

И, действительно, альтернативы в виде аналогично простого протокола пока не видится.

[ShyLion]

один рефреш таблички в час скажем

Какая разница, раз в час или в день, если в агенте БАГ, который я описал?

[NiTr0]

ну за баги вендора уже пинать надо...