NetXMS Support Forum

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 считает с ошибочной маской.

Quote from: hsvt on October 01, 2015, 12:23:49 PM
Я даже пробовал делать em0 unit 0 disable, но это привело к плачевным результатам.

Чем чревато set interfaces em0 disable?

Все таки это проблема netxms, а не juniper. Если я использую различные vrf instances с пересекающимися адресами, то огребаю ту же проблему - кучу ивентов при правильно настроенном оборудовании (неважно - juniper там или cisco), а netxms ничего не знает про vrf.

Для управления адресным пространством правильнее всего нужно делать в netxms разделение по доменам маршрутизации (что потребует нового функционала).

Или хотя бы временный костыль - возможность отключать сбор информации по отдельным интерфейсам. Первый способ (vrf) реализован например в nocproject.

Quote from: Harun on October 01, 2015, 02:40:33 PM

Quote from: hsvt on October 01, 2015, 12:23:49 PM
Я даже пробовал делать em0 unit 0 disable, но это привело к плачевным результатам.

Чем чревато set interfaces em0 disable?

Отвалились ВСЕ интерфейсы после коммита, если бы не confirmed пришлось бы лезть в консоль.

Так вы пробовали задавать на em0.0 другой IP из управления ?

Quote from: hsvt on October 01, 2015, 04:51:49 PM
Так вы пробовали задавать на em0.0 другой IP из управления ?

Нет, и не буду пытаться, так как я использую vrf, поэтому это не решит проблему.

Скажите, а это решение проблемы - https://www.netxms.org/documentation/adminguide/advanced.html#zones ?

Quote from: Harun on December 14, 2015, 01:43:51 PM
Скажите, а это решение проблемы - https://www.netxms.org/documentation/adminguide/advanced.html#zones ?

Возможно, стоит попробовать. Отпишитесь если получится раскидать по зонам.

Нет, это не решение проблемы, так как в зону целиком можно поместить только ноду, когда требуется по зонам раскидывать интерфейсы.