Testing (значение) Ethernet-csmacd (значение)
Рис. 22.20. Стандартное дерево MIB-II (фрагмент)
Объект SysllpTime содержит значение продолжительности времени работы системы с момента последней перезагрузки, объект SysObjectID — идентификатор устройства (например, маршрутизатора).
Объект ifNumber определяет количество сетевых интерфейсов устройства, а объект ifEntry является вершиной поддерева, описывающего один из конкретных интерфейсов устройства. Входящие в это поддерево объекты ifType и ifAdminStatus определяют соответственно тип и состояние одного из интерфейсов, в данном случае интерфейса Ethernet.
Ниже перечислены объекты, описывающие конкретные интерфейсы устройства.
□ ifType — тип протокола, который поддерживает интерфейс. Этот объект принимает значения всех стандартных протоколов канального уровня, например rfc877-x25, ethernet-csmacd, iso88023-csmacd, iso88024-tokenBus, iso88025- tokenRing и т. д.
□ ifMtu — максимальный размер пакета сетевого уровня, который можно послать через этот интерфейс.
□ ifSpeed — пропускная способность интерфейса в битах в секунду (100 для Fast Ethernet).
□ ifPhysAddress — физический адрес порта, для Fast Ethernet им будет МАС-адрес.
□ ifAdminStatus — желаемый статус порта: О up — готов передавать пакеты;
О down — не готов передавать пакеты; О testing — находится в тестовом режиме.
□ ifOperStatus — фактический текущий статус порта, имеет те же значения, что и ifAdminStatus.
□ iflnOctets — общее количество байтов, принятое данным портом, включая служебные, с момента последней инициализации SNMP-агента.
□ iflnllcastPkts — количество пакетов с индивидуальным адресом интерфейса, доставленных протоколу верхнего уровня.
□ iflnNUcastPkts — количество пакетов с широковещательным или групповым адресом интерфейса, доставленных протоколу верхнего уровня.
□ iflnDiscards — количество пакетов, которые были приняты интерфейсом, оказались корректными, но не были доставлены протоколу верхнего уровня, скорее всего из-за переполнения буфера пакетов или же по иной причине.
□ iflnErrors — количество пришедших пакетов, которые не были переданы протоколу верхнего уровня из-за обнаружения в них ошибок.
Помимо объектов, описывающих статистику по входным пакетам, имеются аналогичные объекты, но относящиеся к выходным пакетам.
Как видно из описания объектов MIB-II, эта база данных не дает детальной статистики по характерным ошибкам кадров Ethernet, кроме того, она не отражает изменение характеристик во времени, что часто интересует сетевого администратора. Эти ограничения были впоследствии сняты новым стандартом на MIB — RMON MIB, который специально ориентирован на сбор детальной статистики по протоколу Ethernet. Возможности RMON MIB включают также построение временных зависимостей значений параметров.
Для именования переменных базы MIB и однозначного определения их форматов используется дополнительная спецификация, называемая SMI (Structure of Management Information — структура управляющей информации). Например, спецификация SMI включает в качестве стандартного имя IpAddress и определяет его формат как строку из 4 байт. Другой пример — имя Counter, для которого определен формат в виде целого числа в диапазоне от 0 до 232 - 1.
Имена переменных MIB могут быть записаны как в символьном, так и в числовом форматах. Символьный формат используется для представления переменных в текстовых документах и на экране дисплея, а числовой — в сообщениях протокола SNMP. Например, символьному имени SysDescr соответствует числовое имя 1.3.6.1.2.1.1.1.
Составное числовое имя объекта базы данных MIB протокола SNMP соответствует полному имени этого объекта в дереве регистрации объектов стандартизации ISO. Разработчики протокола SNMP не стали использовать традиционный для стандартов Интернета способ фиксации числовых параметров протокола в специальном документе RFC. Вместо этого они зарегистрировали объекты баз данных MIB протокола SNMP во всемирном дереве регистрации стандартов ISO (рис. 22.21).
Как и в любых сложных системах, пространство имен объектов ISO имеет древовидную иерархическую структуру, причем на рисунке показана только его верхняя часть. От корня этого дерева отходят три ветви, соответствующие стандартам, контролируемым ISO, ITU и совместно ISO-ITU. В свою очередь, организация ISO создала ветвь для стандартов, создаваемых национальными и международными организациями (ветвь org). Стандарты Интернета создавались под эгидой Министерства обороны (Department of Defense, DoD) США, поэтому стандарты MIB попали в поддерево dod-internet, а далее, естественно, в группу стандартов управления сетью — ветвь mgmt. Объекты любых стандартов, создаваемых под эгидой ISO, однозначно идентифицируются составными символьными именами, начинающимися от корня этого дерева. В сообщениях протоколов используются не символьные имена, а однозначно соответствующие им составные числовые имена. Каждая ветвь дерева имен объектов нумеруется в дереве целыми числами слева направо, начиная с единицы, и эти числа и заменяют символьные имена. Поэтому полному символьному имени объекта MIB iso.org.dod. internet.mgmt.mib соответствует полное числовое имя — 1.3.6.1.2.1.
Группа объектов private (4) зарезервирована за стандартами, создаваемыми частными компаниями, например Cisco, Hewlett-Packard и т. п. Это же дерево регистрации используется для именования классов объектов CMIP и TMN.
Соответственно, каждая группа объектов MIB-I и MIB-II также имеет кроме кратких символьных имен, приведенных выше, полные символьные имена и соответствующие им числовые имена.