В процесс управления схемой входит шаг принятия решения о том, где будут демонстрироваться схемы, доступные в режимах чтения и записи, чтобы пользователи схем, предназначенных только для чтения, работали с самой свежей топологией. Возможные варианты выбора включают специально выделенный монитор и виртуальную сетевую консоль (VNC).
Редко встречаются схемы NNM по умолчанию, которые удовлетворяют потребности пользователей, так что назначенные конструкторы схем будут периодически вносить начальные изменения и, по мере необходимости, дополнительные мелкие поправки. Для больших сетей с несколькими управляющими станциями исключительно важно использовать изменения схем совместно и периодически сохранять их настройки.
Общепринятой исходной схемой является подсхема Internet, которую первой видят пользователи при запуске ovw. Функция автоматического размещения для подсхемы Internet почти всегда бывает выключена, чтобы сохранить расположение пиктограмм. Для подсхемы Internet часто бывает отключена и возможность перекрытия, так что эта подсхема продолжает отображаться, когда пользователи открывают другие подсхемы.
Для выяснения того, как соединяются между собой коммутаторы, мосты и повторители, соответствующие стандартам RFC 1493, RFC 1213, RFC 2233 и RFC 2108, в NNM используются Bridge-MIB, MIB II, IF MIB и Repeater MIB соответственно.
Onion Peel выпускает независимый инструментарий управления схемами, обеспечивающий совершенствование настроек и внешнего вида схем.
Иногда требуется зафиксировать схему ovw при поиске и устранении проблем, документировании процесса или совместном использовании информации. В системах UNIX, Windows и Macintosh, действующих как X-терминалы для NNM, имеется возможность сохранять моментальные снимки экрана схемы и обрабатывать их с помощью "родных" графических приложений. Для фиксации схемы можно воспользоваться моментальным снимком экрана со схемой NNM (выпадающее меню Map:Snapshot ). Это приводит не просто к сохранению экрана, а к созданию допускающей навигацию именованной схемы, доступной в режиме только чтения.
Современные сети содержат все больше специальных устройств, таких как маршрутизаторы со вспомогательными адресами и адресами программно поддерживаемой возвратной петли, групповые хосты, устройства с временными IP-адресами, полученными от DHCP, виртуальные LAN (VLAN), адаптеры (такие, как
Осуществляет ли NNM мониторинг сети, когда никто не смотрит на схему сети? Конечно, да! Демоны NNM всегда работают в фоновом режиме. Демон netmon, в частности, продолжает опрашивать состояние и конфигурацию всех управляемых устройств. Демон snmpCollect продолжает собирать данные SNMP. Подсистема событий продолжает собирать данные о событиях и прерываниях и реагировать на выполненные действия. База данных постоянно обновляется по мере раскрытия новых объектов демоном netmon или удаления узлов, которые слишком долго не работают. Схемы – это другое дело.
Легко заметить, что всякий раз при запуске ovw совершается синхронизация схемы. При более внимательном взгляде обнаружится, что ovw удаляет одни пиктограммы, добавляет другие и изменяет статус пиктограмм. Синхронизация схемы занимает всего несколько секунд, если схема была закрыта недавно, но для этого может потребоваться много времени, если схема не открывалась в течение нескольких дней. Процесс синхронизации позволяет ovw обновлять базу данных схемы с помощью ipmap. Чтобы обеспечить соответствие схемы текущему состоянию сети, должны быть обработаны все события, которые произошли с момента последнего открытия схемы. Заметим, что пока открыта копия схемы, допускающая чтение и запись, она динамически обновляется по мере возникновения сетевых событий. Поэтому следует сохранять открытыми копии, допускающие чтение и запись, всех операционных схем, чтобы поддерживать их в актуальном состоянии.
Далее, схема, допускающая чтение и запись, является еще и редактируемой схемой. Очевидно, что только конструкторам схем следует иметь доступ к оперативным схемам с правом чтения/записи, а всем остальным пользователям нужно открывать копии схем только для чтения. Конструкторы схем являются владельцами своих схем, так что по умолчанию операционные пользователи могут открывать их исключительно в режиме только чтения. Пока все нормально. Но если допускающая чтение и запись схема не открыта, то до схем, доступных только для чтения, не доходят обновления топологии. Одним из недостатков схем, доступных только для чтения, является то, что пользователи не могут сделать мгновенный снимок экрана схемы, поскольку для этого требуется доступ по чтению и записи. В схемах с доступом только по чтению возможно обновление состояния, поскольку его можно изменить без наличия возможности доступа к схеме по записи. Все это означает, что требуется постоянно держать открытыми в надежном месте копии всех операционных схем, доступных в режиме записи. Конструкторы схем по-прежнему время от времени вносят все необходимые изменения, возможно, сразу при возникновении потребности, или же по расписанию.
В этих рассуждениях предполагается, что NNM работает в многопользовательской среде, в которой основной доступ к схеме обеспечивается через удаленные X-терминалы или web. Это необязательно применимо к небольшому центру сетевых операций и управления (NOCC) с единственной выделенной управляющей рабочей станцией и требованиями доступа только на узле.
Где же находится надежное место для поддержания открытыми операционных схем, доступных по чтению и записи? Это место должно быть надежным, поскольку нежелательно, чтобы работа ovw со схемой, доступной по чтению и записи, блокировалась или прерывалась по какой-либо причине, происходящей из-за сбоя оборудования или из-за помех от углеродных элементов. Вот список некоторых возможных мест:
Если принять во внимание, что управление сетью производится в режиме
Для отображения схем, доступных по чтению и записи, мог бы подойти выделенный X-терминал (для UNIX-версии NNM). Этот X-терминал мог бы представлять собой:
Выделенный X-терминал может быть расположен в центре управления сетевыми операциями (NOCC), на видном месте, с заблокированным, но не зачехленным экраном. Демонстрируемая действующая подсхема должна показывать тот домен управления, за который отвечает NOCC.
Другой альтернативой является демонстрация схем, доступных в режиме чтения и записи, на консоли системы NNM, на которой поддерживается X-Windows. Дисплей следует заблокировать, но не зачехлять, чтобы предотвратить вмешательство в работу ovw. Поскольку система NNM доступна в режиме 24*7*365.23, это отличный выбор. Недостаток заключается в том, что дисплей и клавиатуру нельзя использовать в операционных целях, что означает непроизводительную потерю этого ресурса.
Демонстрация схем, доступных в режиме чтения и записи, на консоли виртуальной сетевой обработки (VNC) может быть наилучшим решением. VNC способна имитировать X-терминал в системе UNIX так, словно он всегда находится в действии. Чтобы получить к нему доступ, нужно воспользоваться командой vncview, ввести пароль, и копия изображения VNC будет послана в большое окно дисплея вашего X-терминала. Все происходит в полностью интерактивном режиме. Конструктор схем может подсоединяться к VNC и вносить изменения в схему в любое время дня и ночи. Пользователь обновляет соответствующую схему, доступную только для чтения, с помощью выпадающего меню Map:Refresh.
VNC разрабатывалась в лабораториях ATT. Чтобы больше узнать об этом бесплатном, неподдерживаемом, кросс-платформенном программном обеспечении, следует обратиться к разделу FAQ по адресу:
Системный администратор NNM должен будет написать небольшой скрипт на языке shell, который вызывается во время загрузки, чтобы привести в рабочее состояние среду VNC и запустить сессии ovw для работы со схемами, доступными в режиме чтения и записи. HP OV Operations или другие подобные инструменты должны следить за тем, чтобы сессии ovw работали всегда.
Конструктору схемы может потребоваться прекратить удаленную работу ovw со схемой, доступной в режиме чтения и записи, чтобы открыть эту схему для целей редактирования. Вот как можно это сделать наиболее безопасным образом при использовании NNM 5.x:
ovwlistsessions, чтобы получить ID сессии для схемы, доступной в режиме чтения и записи;ovsession -k ID для мягкого завершения сессии;ovw не завершится, определить ID соответствующего процесса (PID) и, в зависимости от ситуации, выдать команду мягкой терминации kill –15 PID или жесткой терминации kill –9 PID ;$OV_BIN/ovw –rw –map map_name.Для NNM 6.x HP рекомендует использовать ovuismpd. Следует применить ovstatus –v ovuispmd, чтобы получить список активных сессий ovw, и ovstop –c ovuispmd, чтобы мягко завершить все сессии сразу. Чтобы дать пользователям возможность снова вызывать ovw, нужно выполнить ovstart ovuismd. Заметим, что вызов ovpause приводит к тому, что ovspmd приостанавливает ovuispmd, временно прекращая выполнение активных сессий ovw. Наконец, выполнение ovresume приводит к тому, что ovspmd активизирует ovuispmd, возобновляя приостановленные сессии ovw.
Правило номер один для управления настройками схем состоит в том, что они предназначаются для сохранения расположения пиктограмм только в подсхеме Internet. Не следует настраивать содержимое подсетей, поскольку эта информация не сохраняется. Не нужно вручную добавлять соединители. Не следует полагаться на то, что будут сохранены другие настройки. При импортировании файла настройки схемы ovw перемещает пиктограммы в представлении Internet в их прежние положения. Любые объекты внутри пиктограмм на подсхеме Internet располагаются в нужных позициях просто в соответствии с действующей базой данных. Поскольку объекты идентифицируются по именам выборки, изменение этих имен ни к чему хорошему не приведет.
Правило номер два: следует экспортировать настройки схемы всякий раз, когда вносятся изменения в производственную схему. После этого нужно скопировать ее в безопасное место. Нельзя рассчитывать на то, что скрипт ночного резервного копирования сработает вовремя и сохранит произведенные изменения.
Правило номер три состоит в том, что необходимо поддерживать минимальное число схем. Не следует допускать и возможности того, чтобы пользователи создавали собственные настраиваемые схемы, даже если не имеется в виду их производственное использование. В идеальном случае должна существовать только одна схема. Конечно, если сообщество пользователей нуждается в бесспорно уникальных схемах, то их необходимо обеспечить. Чем больше открытых схем, доступных для чтения и записи, тем больше накладные расходы системы.
Правило номер четыре: нужно автоматически планировать (с использованием cron ), по крайней мере, еженедельную проверку и восстановление согласованности базы данных:
ovw ;netmon ;ovw –mapcount –vuDR;ovtopofix –csh .Вместо того чтобы пересказывать, приведу страницу оперативного руководства ovw: " ovw -mapcount – это команда поиска и устранения неисправностей, которая проверяет согласованность базы данных схем, поддерживаемой посредством ovw, и объектной базы данных, поддерживаемой посредством ovwdb. Она проверяет значения счетчиков ссылок на схему, хранящихся в базе данных объектов и при необходимости корректирует эти значения". В это время не должны работать никакие другие сессии ovw.
И еще одна цитата из страницы оперативного руководства: "Команда ovtopofix используется для выявления и корректировки несогласованности, которая может возникнуть между базой данных IP-топологии, поддерживаемой посредством ovtopmd, и базой данных, поддерживаемой посредством ovwdb для команды ovw ". Во время работы ovtopofix демон netmon должен быть остановлен.
В NNM обеспечиваются некоторые второстепенные, но очень удобные для пользователей средства автоматического размещения и перекрытия.
Подсхема Internet обычно настраивается. В построение одной схемы вкладывается огромный труд, и малейшая неосторожность может свести на нет всю работу. Поэтому самым первым шагом настройки схемы является "отключение автоматического размещения для этой подсхемы". Нужно быть очень осторожным, чтобы не "отключить автоматическое размещение для всех подсхем", поскольку это приведет к появлению внутри подсхем подсетей и сегментов множества пиктограмм, наложенных одна на другую.
Перекрытие схем – это очень удобное средство, позволяющее сэкономить немало времени. Включите его для подсхемы Internet. Сделайте подсхему Internet исходной схемой. Когда пользователь открывает схему, отображается подсхема Internet, как и предусматривалось. Когда пользователь дважды щелкает по подсхемам и контейнерам, они открываются в отдельных окнах, оставляя подсхему Internet открытой и доступной.
Последуем за чередой событий, происходящих после того, как NNM приступает к автоматическому раскрытию. Демон netmon читает имя маршрутизатора из своего seedfile, опрашивает его и находит новый интерфейс. Соответствующая подсеть добавляется к базе данных топологии. Поскольку маршрутизатор находится в домене управления, как и все его подсети, новая подсеть переводится в управляемое состояние. Создается сегмент с уникальным именем Segment1, и пиктограмма маршрутизатора помещается внутрь этого сегмента, представляя интерфейс в данной подсети.
При раскрытии новых IP-адресов, возможно, из ARP-кэша маршрутизатора, объекты, имеющие IP-адреса в новой подсети, помещаются в Segment1. Когда раскрывается новый повторитель или коммутатор, он опрашивается, чтобы определить, сколько у него интерфейсов, и затем читается MIB повторителя или моста для отбора адресов Ethernet (иначе называемых MAC-адресами) и портов, на которых они размещены. Если у какого-либо из устройств в Segment1 имеется MAC-адрес, обнаруженный в коммутаторе, создается новый сегмент, и устройство перемещается из Segment1 в этот новый сегмент.
При дальнейшем раскрытии коммутаторов и повторителей ovw разместит их насколько точно, насколько это возможно. До тех пор, пока для коммутаторов, мостов и повторителей назначаются IP-адреса в одной и той же подсети, размещение будет точным. Если интерфейс маршрутизатора в нашем примере конфигурируется со вспомогательными адресами, и если для некоторых коммутаторов, мостов и повторителей назначаются IP-адреса на всех подсетях, то процедура автоматического размещения не сможет точно построить схему топологии. Это связано с тем, что ovw в действительности раскрывает иерархию IP-подсетей. Если для коммутатора, моста или повторителя не поддерживается MIB, то представление уровня 2 внутри подсети не будет точным. Будут появляться несогласованные устройства, имеющие всего один интерфейс. Подключенные к ним устройства останутся в Segment1. По этой причине администратору NNM надлежит уделять особое внимание сегменту Segment1 во всех подсетях, чтобы искать несогласованные сетевые устройства.
Заметим, что если NNM конфигурируется с неправильной строкой сообщества для коммутатора, моста или повторителя, то отсутствует индикация его сетевого оборудования, и пиктограмма будет оставлена в Segment1.
NNM будет опрашивать MIB интерфейсов устройств, чтобы получить имя расширенного интерфейса для обеспечения номера слота и порта каждого сегмента. Пользователь может щелкнуть правой клавишей мыши по символу соединения, чтобы отобразить эту информацию.
Компания Onion Peel Solutions (
Ни одна из моих книг не была бы полной без раздела о мгновенных снимках экрана. Вот этот раздел. Схемы NNM часто находят отражение в отчетах, руководствах, плакатах, учебных материалах и документации. Эти снимки экранов приводят к довольно большим файлам (около одного мегабайта), так как большинство схем NNM лучше всего отображается во весь экран (поскольку можно выбрать крупные растровые изображения пиктограмм). Для больших сетей рекомендуется минимальное разрешение экрана 1280x1024; желательное разрешение – 1600x1200.
Многие признают, что элемент меню NNM для печати схемы порождает невзрачное черно-белое изображение. Нет серых полутонов, и утрачиваются цвета. Поскольку распечатку нельзя включить в электронный отчет без сканирования бумажной копии, требуются другие методы фиксации образов схемы. Методы, приведенные в этом разделе, можно использовать для фиксации любого окна экрана, но мы сосредоточимся на схемах.
В схемах NNM используется до 256 цветов, поскольку в системе HP ovw, приводя к потенциальному разрушению ovw и откройте схему. Это ограничение в 256 цветов означает, что окончательный снимок экрана можно сохранить в виде GIF- файла. Далее следует применить алгоритм
Сначала обсудим мгновенные снимки экрана в среде UNIX X-Windows. У каждого окна на экране имеется идентификатор (id) окна, который можно узнать, набрав xwininfo в окне терминала и щелкнув перекрестье на интересующем окне. Примером id окна является 0x3800011. Нежелательно, чтобы целевое окно частично перекрывалось каким-либо другим окном, если только нет намерения зафиксировать перекрывающуюся часть. Таким образом, если предположить, что требуется максимально увеличить окно схемы ovw и зафиксировать его, то нужно действовать следующим образом:
ovw с использованием xwininfo ;sleep 10 ; xwd –id window_id –frame > mapname.xwd ;ovw на весь экран;mapname.xwd.Команда sleep 10 обеспечивает 10 секунд для перемещения целевого окно ovw в требуемую позицию. Команда xwd фиксирует образ окна, а наличие опции -frame приводит к включению в образ границ окна. Можно преобразовать файловый формат XWD к более употребительному формату с помощью графических утилит UNIX, таких как display (часть ImageMagic) или The Gimp. ImageMagic и The Gimp являются приложениями с открытым исходным текстом. Если для публикации используется Macintosh, то для открытия XW- файлов можно применять GraphicConverter. Если публикация производится на Windows-машине, то для чтения XWD-файлов можно использовать HiJaak Pro 5.0 компании Imsisoft.
Далее рассмотрим случай применения Windows-машины, на которой выполняется эмулятор X-Windows, такой как Exceed компании Hummingbird. Предположим, что Exceed конфигурируется для работы в непривилегированном режиме. Это значит, что каждое X-Window отображается как обычное окно. Чтобы зафиксировать образ окна схемы ovw, нужно выполнить следующие действия:
ovw до полного экрана;Если желательно сохранить мгновенный снимок экрана схемы в файле изображений, а не вставлять изображение в издательское приложение, то нужно выполнить следующие шаги:
Edit:Paste as new image ;| Последовательность нажатия клавиш | Метод фиксации |
|---|---|
| command shift capslock 4 | фиксация окна в файле Picturen |
| command shift 4 | фиксация выделенной части окна в файле Picturen |
| command shift control capslock 4 | фиксация окна в буфере |
| command shift control 4 | фиксация выделенной части окна в буфере |
Наконец, если работа с X-Windows происходит в непривилегированном режиме на Macintosh, то окна схем ovw являются стандартными окнами Mac OS, и нажатие стандартной клавиши зафиксирует образ окна. Для фиксации окна следует максимально увеличить окно схемы ovw и нажать одно из сочетаний клавиш в соответствии с таблицей 5.1.
В этом разделе мне хотелось сосредоточить информацию об особенных и интересных сетевых устройствах, влияющих на то, как выглядят схемы в NNM.
IP-маршрутизаторы являются особенными, потому что они конфигурируются со множеством различных типов IP-адресов, таких как:
NNM раскрывает и отображает ненумерованные каналы между маршрутизаторами, если это не запрещается опцией netmon-k discoverLevel2Nets=false. Административным образом отключенный интерфейс с дублирующим IP-адресом игнорируется, если указывается опция netmon –I. Эта опция лучше всего разъясняется в Managing Your Network with HP : "Данная опция побуждает netmon игнорировать дублирующий IP-адрес, если он находится в состоянии административного отключения. Иными словами, если раскрывается интерфейс с дублирующим IP-адресом, и этот интерфейс находится в состоянии административного отключения, то он игнорируется. Если раскрывается интерфейс с дублирующим IP-адресом, который не находится в состоянии административного отключения, а существующий интерфейс находится в состоянии административного отключения, то существующий интерфейс удаляется из базы данных, а новый интерфейс добавляется. В обоих случаях событие наличия дублирующего IP-адреса не генерируется".
Наличие интерфейсов с одним или несколькими вспомогательными IP-адресами приводит к созданию дополнительных пиктограмм подсетей, даже если в них совместно используется одна и та же топология, что приводит к неточной топологии.
Групповое устройство, которое проходит через фильтр раскрытия, будет показано на подсхеме Internet, если его агент SNMP указывает, что оно выполняет IP-пересылку. Если агент ошибается, или если другие интерфейсы административно отключены, или если нежелательно показывать устройство на подсхеме Internet, как если бы это был маршрутизатор, то нужно создать для данного устройства запись в файле oid_to_type (если это необходимо) и применить флаг M.
У некоторых устройств отсутствуют стабильные IP-адреса, поскольку они физически перемещаются из одной подсети в другую или зависят от протокола DHCP и могут утратить свой полученный на время IP-адрес и получить взамен другой. Это означает, что устройство, по-видимому, будет отключаться и снова включаться, или может показаться, что у него два IP-адреса. Чтобы работать с DHCP, требуется узнать область IP-адресов, управляемых через DHCP, и определить соответствующий фильтр в файле filters. Далее приведу отрывок из страницы оперативного руководства по netmon: "События NNM, которые могут происходить в результате работы внешних приложений, таких как DHCP-сервер, извещают NNM о действиях, связанных с DHCP. Они заставляют netmon назначать или освобождать IP-адрес, относящийся к интерфейсу с физическим адресом, указанным в событии. Интерфейс должен уже существовать в IP-сети, определяемой IP-адресом и маской подсети в событии. IP-адрес должен также проходить через адресный фильтр DHCP, заданный в $OV_CONF/polling, и опция DHCP-опроса должна быть включена".
Протокол PAgP позволяет для увеличения производительности связывать вместе под одним IP-адресом до четырех портов быстрого Ethernet. Это средство работает между маршрутизаторами Cisco, коммутаторами и системами HP9000. Новый псевдоинтерфейс, определенный таким образом, объявляется посредством SNMP еще одним интерфейсом, и даже скорость линии отражает общую скорость передачи в битах.
Интерфейсы маршрутизаторов
Каналы WAN, как правило, представляют собой линии последовательной передачи данных между двумя удаленными точками. Когда система NNM раскрывает двухточечный последовательный канал между двумя маршрутизаторами, она рисует пиктограмму подсети. Для контура WAN ретрансляции кадров NNM нарисует подсеть. Далее, если все интерфейсы передачи кадров пронумерованы в одной и той же IP-подсети, ovw нарисует одну эту подсеть. Но если эта IP-подсеть сама разбивается на подсети, то отдельные PVC будут показаны как несомненно разные подсети, воспроизводящие двухточечное соединение в тумане ретрансляции кадров.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.