День с NNM
Проведение направленного раскрытия
Время от времени кто-то из исследователей будет говорить вам: "Мне требуется NNM-представление сети от A до B, в котором демонстрируются все устройства между этими узлами". Стандартные схемы, имеющиеся на прилавке NNM, не обеспечивают такое представление сети, возможно, потому, что оно охватывает область, большую, чем один домен управления, или потому, что пользователь хочет видеть устройства, которые обычно не раскрываются. Поэтому исследователь не может использовать стандартную систему NNM, и придется посетить испытательную лабораторию системы NNM и построить схему с нуля.
Следует начать с пустого seedfile и отключенного фильтра раскрытия. Необходимо вручную добавить устройства A и B и позволить NNM раскрыть локальную топологию. Воспользуйтесь своим знанием сетевой топологии и тщательно управляйте подсетями в каждой ее части, что позволит раскрыть промежуточную топологию. Во время управления подсетью работает автоматическое раскрытие, и раскрывается еще один уровень маршрутизаторов и подсетей. Следует продолжать управлять одиночными подсетями до тех пор, пока не будет определен единственный путь между A и B.
Если определить путь между A и B оказывается затруднительным, для ускорения можно воспользоваться командой traceroute от A к B, чтобы распознать все маршрутизаторы между этими узлами. Также может помочь команда NNM findroute, устанавливающая местоположение маршрутизаторов с помощью SNMP. Ее можно вызвать из ovw, щелкнув по пиктограмме A, щелкнув и одновременно нажав клавишу "control" на пиктограмме B и перейдя к выпадающему меню Fault:Locate Route via SNMP. Тогда findroute нарисует белую линию на каналах, графически представляющую маршрут между A и B. После этого нужно добавить в seedfile список найденных маршрутизаторов, остановить и запустить netmon, и NNM отобразит топологию между A и B, как и требовалось исследователю.
Обычным назначением такой направленной схемы является содействие изучению операционной производительности сетевых компонентов между A и B как части исследования планирования нагрузки.
Предположим, администратора попросили обеспечить схему NNM, показывающую магистральное представление корпоративной сети. В этом представлении должны демонстрироваться только маршрутизаторы и подсети с двумя или более соединениями. Трудный способ решения этой задачи состоит в посещении корпоративной управляющей станции и ручном редактировании копии производственной схемы для удаления из нее простаивающих подсетей и маршрутизаторов. Изящный способ состоит в том, чтобы иметь штатного разработчика NNM, который напишет небольшое приложение OpenView в среде Windows, создающее подсхему и наполняющее ее маршрутизаторами и подсетями с двумя или более соединениями.
Создание схемы специального назначения
Специальные схемы для операционного применения можно создавать, используя хитроумные фильтры схем. Администраторам серверов печати нужны схемы, демонстрирующие только принтеры и принтерные серверы. В предположении, что база данных топологии содержит нужные устройства, можно создать специальную схему для таких администраторов без особого труда, хотя от них может потребоваться настройка ее внешнего вида.
Другие классы пользователей могут удовлетвориться стандартными схемами, если в представлении скрыты только некоторые устройства. Для этих пользователей можно создать схему путем обнаружения всех объектов с соответствующими атрибутами, выбора выделенных пиктограмм и скрытия всех пиктограмм.
Служба поддержки пользователей может предпочесть наличие нескольких доступных схем. Предположим, что служба поддержки пользователей физически сосредоточена в одном или двух местах и получает звонки со всей страны. Чтобы принять информацию от пользователя о проблеме в Чикаго, требуется только NNM-схема этого района. Можно создать такую схему, просто скрыв внешнюю топологию, относящуюся к Денверу и Детройту, несмотря на то, что эти области находятся в домене управления.
NNM и маршрутизаторы
Распространенной проблемой является объединение системой NNM двух маршрутизаторов в один узел. Это обычно вызывается неверными данными DNS.
Может оказаться ненадежным и протокол HSRP, если в oid_to_type не установлены правильные флаги. В настоящее время (июнь 2000) при инсталляции менеджеров элементов Cisco не устанавливает флаги должным образом. Для маршрутизатора, на котором выполняется HSRP, должны быть установлены флаги "GD". В противном случае netmon будет непрерывно добавлять и удалять адрес HSRP.