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 до 2³² - 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 также имеет кроме кратких символьных имен, приведенных выше, полные символьные имена и со­ответствующие им числовые имена.