Компания HP
Опубликован: 22.09.2006 | Доступ: свободный | Студентов: 675 / 67 | Оценка: 4.22 / 3.72 | Длительность: 22:59:00
ISBN: 978-5-9556-0042-6
Лекция 13:

Поиск и устранение неисправностей NNM

< Лекция 12 || Лекция 13: 123 || Лекция 14 >

DHCP переназначает IP-адрес

Предположим, что коммутатор Ethernet удаляется из эксплуатации, и его IP-адрес вручную возвращается в арендный пул DHCP. Поскольку NNM выполняет опрос состояния каждые пять минут, будет казаться, что этот коммутатор вышел из строя. Тем временем инсталлируется запасной коммутатор с другим допустимым IP-адресом. Ему вручную посылается запрос на отклик, и NNM его раскрывает, добавляет к схеме и показывает новые сетевые соединения. Неожиданно в оперативный режим выходит устройство, не поддерживающее SNMP, выдает DHCP-запрос и получает возвращенный IP-адрес отключенного коммутатора. Следующий пятиминутный NNM-опрос состояния удается, и старый коммутатор (судя по всему) восстанавливает работоспособность! Но NNM больше не может обмениваться данными с агентом SNMP старого коммутатора и оставляет на схеме пиктограмму коммутатора и его соединение, хотя демонстрируется и новый коммутатор с очень похожими соединениями. Поскольку NNM тяготеет к тому, чтобы доверять старым данным, старый коммутатор не будет удален из базы данных. Единственное решение состоит в том, чтобы удалить старый коммутатор из схемы вручную. Конечно, можно было бы утверждать, что IP-адреса сетевого оборудования должны выдаваться навсегда, но это не решает проблему.

Некоторая разновидность этой ситуации проявляется в том случае, когда новый коммутатор получает тот же IP-адрес, который раньше был назначен для старого коммутатора. При следующей проверке конфигурации появляются новые интерфейсы, и NNM раскрывает их, но старые интерфейсы не удаляются, а просто считаются неработающими. Снова решение проблемы состоит в удалении и новом раскрытии коммутатора. Но теперь нельзя возложить вину за это на DHCP.

Предположим, у нас имеется рабочая станция, которая представлена в базе данных NNM, но не поддерживает SNMP. Рабочая станция получает свой IP-адрес от DHCP и владеет им в течение пяти дней. Потом рабочая станция отключается и перемещается в новую подсеть, где ей немедленно назначается новый IP-адрес, и она заново раскрывается NNM. Теперь NNM считает, что у рабочей станции имеются два интерфейса: один в рабочем состоянии, а другой – в отключенном. Поскольку у нее нет агента SNMP, NNM не может определить, является рабочая станция на самом деле маршрутизатором или нет, но так как имеются два интерфейса, NNM переводит ее на подсхему Internet, как если бы она была маршрутизатором.

В то время как NNM по умолчанию удаляет узел, который не действует в течение семи дней, интерфейс, не работающий в течение этого времени, по умолчанию не удаляется. И опять выходом из положения является удаление рабочей станции и ее повторное раскрытие.

Параметры конфигурирования DHCP

Рис. 13.2. Параметры конфигурирования DHCP

Этот GUI позволяет снабдить NNM специальными знаниями об устройствах, IP-адреса которых находятся под управлением DHCP. После проверки блока DHCP Polling Options необходимо указать имя DHCP-фильтра в файле $OV_CONF/C/filters и при желании разрешить NNM удалять назначенный через DHCP IP-адрес устройства, которое не работает слишком долго.

Понятно, что для устранения таких проблем можно привлечь поддерживающие DHCP средства NNM 6.1. Прежде всего, следует определить в файле $OV_CONF/C/filters фильтр, который соответствует диапазону IP-адресов, выделенных для назначения через DHCP. После этого нужно войти в меню Options:Network Polling Configuration и включить этот фильтр DHCP. Сервер DHCP должен быть сконфигурирован так, чтобы пересылать в систему NNM прерывания SNMP OV_DHCP_Alloc и OV_DHCP_Release, где их будет получать netmon. В результате мы получим сокращение конфигурационных сигналов, касающихся DHCP-устройств. NNM будет удалять IP-адреса устройств, у которых IP-адреса соответствуют фильтру DHCP, если эти устройства находятся в нерабочем состоянии в течение указанного времени. Этим интервалом времени можно управлять, используя команду

xnmpolling -delDhcpAddrTime interval-spec

и он приводится в действие командой

xnmpolling -delDhcpAddrsOn

Это действует при наличии опции -dhcpFiltName filter-name. Все упомянутые средства можно включать и отключать с помощью команды:

xnmpolling -dhcpHandlingOn

GUI xnmpolling сохраняет свои конфигурационные данные в файле $OV_CONF/polling. См. примерный снимок экрана конфигурирования DHCP с использованием команды xnmpolling на рис. 13.2.

< Лекция 12 || Лекция 13: 123 || Лекция 14 >