Проверьте, отличаются ли настройки snmp на 10.141.1.1 и 10.141.100.9. В частности, контроль доступа. Проверьте, на интерфейсах по пути от хоста к 10.141.100.9 есть ли аксесс-листы, влияют ли они на SNMP пакеты.
UPD:
2 сервера на freebsd, находятся в одной подсети с маршрутизаторами.
То есть оба адреса 10.141.1.1 и 10.141.100.9 (я ведь правильно понял, это адреса маршрутизаторов?) входят в один префикс (/17 или короче), используемый на L2-домене(линке)?
С одного все данные получаются, с другого - нет. Ограничение стоит на другие сети, в данной подсети ограничений нет, тем более, для одного конкретного хоста.
Вообще-то, как правило, принято (этому способствует логика настройки)
разрешать SNMP-доступ для каждого конкретного хоста, а не "ограничивать сети". Приведите конфигурацию каждого из маршрутизаторов в части SNMP.
Команда из одной консоли скопирована в другую, т.е. ошибок быть не может.
ошибок быть не может.
Как много раз я это слышал.
UPD2:
Откуда взялась совершенно бредовая маска /17 я не совсем понял. Разве я такую маску упоминал?
Вы писали:
2 сервера на freebsd, находятся в одной подсети с маршрутизаторами.
в одной подсети с маршрутизаторами
в одной подсети
, при этом адреса маршрутизаторов указаны как 10.141.1.1 и 10.141.100.9. Я предположил, что "одна подсеть" включает в себя оба этих адреса. Оба этих адреса могут входить в один префикс, если его длина /17 (10.141.0.0/17) и короче. Вы могли сразу указать, что
каждый сервер имеет по одному интерфейсу в одной подсети с
каждым маршрутизатором, что избавило бы от двояких прочтений. Выражайтесь корректнее, пожалуйста.
С одного все данные получаются, с другого - нет.
Вы не могли бы уточнить, вы, действуя с каждого из серверов, не можете получить данные с одного конкретного маршрутизатора (10.141.100.9), я правильно вас понял?
Далее, предлагаю исследовать проблему по частям. Подобная ошибка, предполагаю, может возникать по следующим причинам:
1) snmp-запрос не доходит до устройства
2) snmp-сервер на устройстве работает некорректно/не работает вообще
3) snmp-сервер на устройстве работает корректно, запрос некорректен
4) snmp-ответ на запрос не доходит до сервера.
Сразу несколько пунктов вы можете проверить командой Cisco CLI
show snmp. Посмотрите, какие именно счетчики (в разделе
X SNMP packets input, где
X - число) увеличивают значение при выполнении запроса с сервера.
Если все счетчики сохраняют значение - запрос не доходит до устройства (п.1).
Если растет количество
Unknown community name - то или запрос содержит неверное значение community string (пример: publi
с вместо publi
c, п.3), либо snmp настроен с ACL.
Если ответ -
%SNMP agent not enabled, то SNMP-сервер на устройстве неактивен (п.2).
Есть еще некоторое количество возможных вариантов, включая маловероятные и экзотические, которые я пока отложу до ваших новых ответов, воспользовавшись вашим замечательным советом
Не надо придумывать лишних сложностей.
