Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0
-
@victor said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
Какая версия NetXMS сейчас установлена? В 2.0-M3 мы довольно сильно переделали все что связано с адресами и подсетями - я предлагаю посмотреть сохранится ли проблема после обновления на 2.0-M3 или выше.
Сейчас 2.0-M2, спасибо, проверим на M3.
-
@hsvt said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
@victor said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
Какая версия NetXMS сейчас установлена? В 2.0-M3 мы довольно сильно переделали все что связано с адресами и подсетями - я предлагаю посмотреть сохранится ли проблема после обновления на 2.0-M3 или выше.
Сейчас 2.0-M2, спасибо, проверим на M3.
Всё равно почему то генерирует алармы.
См. скрниншот.
Настройки интерфейса System на коммутаторе:
Command: show ipif
IP Interface : System VLAN Name : managment Interface Admin State : Enabled DHCPv6 Client State : Disabled Link Status : LinkUp IPv4 Address : 10.228.0.1/24 (Manual) Primary Proxy ARP : Disabled (Local : Disabled) IPv4 State : Enabled IPv6 State : Disabled DHCP Option12 State : Disabled DHCP Option12 Host Name :Почему он считает, что должна быть /8 ?
-
Скорее всего уже есть объект подсети с маской /8. Попробуйте его удалить и сделать configuration poll.
-
c 10/8 разобрались с помощью configuration pull (FULL)
Логика работы такая: когда NetXMS находит/добавляет хост с адресом из субнета, которого еще нет, то создается новый объект субнета, и маска берется из конфигурации интерфейса нового хоста. В большинстве случаев это будет правильная маска. Все остальные хосты с интерфейсами из этого субнета проверяются на соответствие маске из уже существующего объекта субнета. Проблема возникает тогда, когда первым хостом в субнете является хост с неправильной маской, либо хост, с которого информацию получить нельзя - в этом втором случае NetXMS принимает маску равной 255.255.255.0 (/24), поскольку это один из самих распространенных вариантов. Если получилась неправильная конфигурация, то надо удалить неправильний объект субнета, и сделать конфигуратион полл хосту с правильной маской из этого субнета - тогда объект субнета будет создан заново с правильной маской.
Есть роутер Juniper, на нём висят сети uplink /24 и /22, из этих сетей нарезаны мелкие /30 /29 /28 для клиентов и они тоже висят на этом роутере на irb интерфейсах. Пробовал удалять из subnets подсети /22 /24 и делать configuration pull - всё равно netxms создаёт заново эти subnets и генерит кучу алармов про то, что у клиентов мол тоже такие маски должны быть. Как уже построить нужную логику без отключения эвента ?
-
У меня постоянно появляется сеть 10.0.0.0/8 и, как следствие, куча ивентов SYS_INCORRECT_NETMASK, причем ни на одном интерфейсе такой сети нет. А появляется эта сеть при опросе juniper:
> 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 said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
У меня постоянно появляется сеть 10.0.0.0/8 и, как следствие, куча ивентов SYS_INCORRECT_NETMASK, причем ни на одном интерфейсе такой сети нет. А появляется эта сеть при опросе juniper:
> 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, но это привело к плачевным результатам.
Я всё равно не понимаю логику KB, если у вас fxp0 выделенный - используйте его, ну так мы его и используем и там всё настроено для managment. Зачем он поднимает сам em0.0 не понятно, вы не пробовали случайно на нём повесить не 10/8, а например какой то из вашего диапазона?
И еще, то что я писал выше побороть алярмы на уже белые адреса /22 /24 всё равно таким способом не выходит, netxmsd сначала находит сетки (основные шлюзы) /22 /24, а каналы которые висят на irb интерфейсах /29 /30 /28 считает с ошибочной маской.
-
-
Все таки это проблема netxms, а не juniper. Если я использую различные vrf instances с пересекающимися адресами, то огребаю ту же проблему - кучу ивентов при правильно настроенном оборудовании (неважно - juniper там или cisco), а netxms ничего не знает про vrf.
Для управления адресным пространством правильнее всего нужно делать в netxms разделение по доменам маршрутизации (что потребует нового функционала).
Или хотя бы временный костыль - возможность отключать сбор информации по отдельным интерфейсам. Первый способ (vrf) реализован например в nocproject.
-
@harun said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
@hsvt said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
Я даже пробовал делать em0 unit 0 disable, но это привело к плачевным результатам.
Чем чревато set interfaces em0 disable?
Отвалились ВСЕ интерфейсы после коммита, если бы не confirmed пришлось бы лезть в консоль.
Так вы пробовали задавать на em0.0 другой IP из управления ?
-
-
Скажите, а это решение проблемы - https://www.netxms.org/documentation/adminguide/advanced.html#zones ?
-
@harun said in Invalid network mask 255.255.255.0 on interface "", should be 255.0.0.0:
Скажите, а это решение проблемы - https://www.netxms.org/documentation/adminguide/advanced.html#zones ?
Возможно, стоит попробовать. Отпишитесь если получится раскидать по зонам.
-
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login