Quote from: Harun on October 01, 2015, 11:12:12 AM
У меня постоянно появляется сеть 10.0.0.0/8 и, как следствие, куча ивентов SYS_INCORRECT_NETMASK, причем ни на одном интерфейсе такой сети нет. А появляется эта сеть при опросе juniper:Quote
> show interfaces em0 terse
Interface Admin Link Proto Local Remote
em0 up up
em0.0 up up inet 10.0.0.4/8
На juniper эта сеть по умолчанию назначается на управляющий интерфейс, в маршрутной информации эта сеть отсутствует, но по snmp, собака, отдает конфигурацию. Перевод интерфейса в unmanagement не помогает. Как netxms заставить игнорировать собирать конфигурацию интерфейса?
Алилуя!!! Хоть кто-то тут есть с похожей проблемой и ответил, а то разработчики опять куда то пропали... Уважаемый Harun смотрите какая штука. У меня тоже Juniper и тоже там есть em0.0 дурацкий с точно такой же конфой, причем в конфиге он не сконфигурирован,но сетка то всё равно висит. И вот зараза netxmsd создавал мне кучу алярмов из-за того что он считал у всех устройств тоже маску /8.
До недавнего времени я отключил и эвент и условия генерация и записи в журнал, но я считаю это не выход, в итоге вчера я сделал так: удалил все из Subnets и сделал юниперу Configuration pull (full) он нашёл все сети /24 /23 для коммутаторов и сверху появился 10/8, НО в этой subnets теперь только сам Juniper и с остальными свичами она перестала пересекаться.
Я даже пробовал делать em0 unit 0 disable, но это привело к плачевным результатам.
http://www.juniper.net/documentation/en_US/junos14.2/topics/task/troubleshooting/interfaces-em0-down-troubleshooting.html
http://kb.juniper.net/InfoCenter/index?page=content&id=KB27820&actp=RSS
http://www.juniper.net/techpubs/en_US/junos12.3/topics/task/configuration/routing-engine-single-initial-configuration.html
Я всё равно не понимаю логику KB, если у вас fxp0 выделенный - используйте его, ну так мы его и используем и там всё настроено для managment. Зачем он поднимает сам em0.0 не понятно, вы не пробовали случайно на нём повесить не 10/8, а например какой то из вашего диапазона?
И еще, то что я писал выше побороть алярмы на уже белые адреса /22 /24 всё равно таким способом не выходит, netxmsd сначала находит сетки (основные шлюзы) /22 /24, а каналы которые висят на irb интерфейсах /29 /30 /28 считает с ошибочной маской.
