МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів Контакти
Тлумачний словник |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Керуюча база даних MIBНа сьогодні існує кілька стандартів на бази даних керуючої інформації для протоколу SNMP. Основними є стандарти MIB-I і MIB-II, а також версія бази даних для віддаленого управління RMON MIB. Крім цього існують стандарти для спеціальних пристроїв MIB конкретного типу (наприклад, MIB для концентраторів або MIB для модемів), а також приватні MIB конкретних фірм-виробників обладнання. Вся інформація, що управляє для контролю ЕОМ і маршрутизаторами Інтернет концентрується в базі даних MIB (Management Information Base, RFC-1213 або STD0017). Саме ці дані використовуються протоколом SNMP. Система SNMP складається з трьох частин: менеджера SNMP, агента SNMP і бази даних MIB. Агент SNMP має перебувати резидентно в пам'яті об'єкта управління. SNMP-менеджер може бути частиною системи управління мережею NMS (Network Management System), що реалізується, наприклад, в маршрутизаторах компанії CISCO (CiscoWorks). MIB визначає, наприклад, що IP програмне забезпечення повинне зберігати число всіх октетів, які прийняті будь-яким з мережевих інтерфейсів, керуючі програми можуть тільки читати цю інформацію. Згідно з нормативами MIB керуюча інформація поділяється на вісім категорій. MIB-категорія включає в себе інформацію про: · System - загальні дані про пристрій (наприклад, ідентифікатор постачальника, час останньої ініціалізації системи). · Interfaces - параметри мережевих інтерфейсів пристрою (наприклад, їх кількість, типи, швидкості обміну, максимальний розмір пакета). · Address Translation Table - опис відповідності між мережевими і фізичними адресами (наприклад, за протоколом ARP). · Internet Protocol - дані, що належать до протоколу IP (адреси IP-шлюзів, хостов, статистика про IP-пакетах). · ICMP - дані, що належать до протоколу обміну керуючими повідомленнями ICMP. · TCP - дані, що належать до протоколу TCP. · UDP - дані, що належать до протоколу UDP (число переданих, прийнятих і помилкових UPD-дейтаграмм). · EGP - дані, що належать до протоколу обміну маршрутною інформацією Exterior Gateway Protocol, використовуваному в Internet (число прийнятих з помилками і без помилок повідомлень). З цього переліку груп змінних видно, що стандарт MIB-I розроблявся з жорсткою орієнтацією на управління маршрутизаторами, що підтримують протоколи стека TCP / IP. У версії MIB-II (RFC 1213), прийнятої в 1992 році, був істотно (до 185) розширено набір стандартних об'єктів, а число груп збільшилося до 10. На рис. 5 наведено приклад деревовидної структури бази об'єктів MIB-II. На ньому показані дві з 10 можливих груп об'єктів - System (імена об'єктів починаються з префікса Sys) і Interfaces (префікс if). Об'єкт SysUpTime містить значення тривалості часу роботи системи з моменту останньої перезавантаження, об'єкт SysObjectID - ідентифікатор пристрою (наприклад, маршрутизатора). Рис. 6. Стандартне дерево MIB-II (фрагмент) Таблиця 2. Системні змінні MIB
Таблиця 3. Змінні IFtable (інтерфейси)
Нижче представлена таблиця цифро-точкового подання змінних, що характеризують стан інтерфейсу. Ця таблиця може бути корисною для програмістів, зайнятих проблемами мережевої діагностики. Таблиця 4
Таблиця 5. Змінні IP-групи
Таблиця 6. Змінні TCP-групи
Таблиця 7. Змінні ICMP-групи (тип даних - counter)
Таблиця 8. Змінні AT-групи (attable, перетворення адрес)
Кожен протокол (наприклад IP) має свою таблицю перетворення адрес. Для IP це ipnettomediatable. Спосіб протягнути в пресі цю таблицю за допомогою програми SNMPI описаний нижче. MIB II містить керовані об'єкти, що належать до групи snmp. SNMP-група надає інформацію про SNMP-об'єктах, інформаційних потоках, про статистику помилок: Таблиця 9.
Стандарт на структуру керуючої інформації (SMI) вимагає, щоб всі MIB-змінні були описані і мали імена відповідно до ASN.1 (abstract syntax notation 1, формалізований синтаксис). ASN.1 є формальною мовою, який володіє двома основними рисами. Використовується в документах нотація легко читана і понимаема, а в компактному кодовому поданні інформація може використовуватися комунікаційними протоколами. У SMI не використовується повний набір типів об'єктів, передбачений у ASN.1, дозволені тільки такі типи примітивів: integer, octet string, object identifier і null. Практично в протоколі SNMP фігурують такі види даних: · integer. Деякі змінні оголошуються цілими (integer) із зазначенням початкового значення або із заданим допустимим діапазоном значень (як приклад можна навести номери UDP-або TCP-портів). · octet string (послідовність байтів). Відповідно до вимог BER (basic encoding rules, ASN.1) послідовність октетів повинна починатися з числа байт в цій послідовності (від 0 до n). · object identifier (ідентифікатор об'єкта). Ім'я об'єкта, що представляє собою послідовність цілих чисел, розділених крапками. Наприклад, 192.148.167.129 або 1.3.6.1.2.1.5. · null. Вказує, що відповідна змінна не має значення. · displaystring. Рядок з 0 або більше байт (але не більше 255), які представляють собою ASCII-символи. Являє собою окремий випадок octet string. · physaddress. Послідовність октетів, що характеризує фізичну адресу об'єкта (6 байт для Ethernet). Окремий випадок object identifier. · Мережевий адресу. Допускається вибір сімейства мережевих протоколів. У рамках ASN.1 цей тип описаний як choice, він дозволяє вибрати протокол з сімейства протоколів. В даний час ідентифіковано тільки сімейство протоколів Інтернет. · IP-адресу. Ця адреса використовується для визначення 32-розрядного Інтернет-адреси. У нотації ASN.1 - це octet string. · time ticks (такти годин). Позитивне ціле число, яке використовується для запису, наприклад, часу останньої зміни параметрів керованого об'єкта, або часу останньої актуалізації бази даних. Час вимірюється в сотих долях секунди. · gauge (масштаб). Позитивне ціле число в діапазоні 0 - (232-1), яке може збільшуватися або зменшуватися. Якщо ця змінна досягне величини 232-1, вона залишатиметься незмінною до тих пір поки не буде обнулено командою скидання. Прикладом такої змінної може служити tcpcurresta, яка характеризує число TCP з'єднань, що знаходяться в стані established або close_wait. · counter (лічильник). Позитивне ціле число в діапазоні 0 - (232-1), яке може тільки збільшуватися, допускаючи переповнення. · sequence. Цей об'єкт аналогічний структурі в мові С. Наприклад, MIB визначає sequence з ім'ям udpentry, що містить інформацію про активні UDP-вузлах. У цій структурі міститься два записи: · UDPlocaladdress типу ipaddress, містить місцеві IP-адреси. · UDPlocalport типу integer, містить номери місцевих портів. SEQUENCE OF. Опис вектора, всі елементи якого мають один і той же тип. Елементи можуть являти собою прості об'єкти, наприклад, типу ціле. У цьому випадку ми маємо одновимірний список. Але елементами вектора можуть бути об'єкти типу SEQUENCE, тоді цей вектор описує двовимірний масив. В Інтернет MIB кожен об'єкт повинен мати ім'я (object identifier), синтаксис і метод кодування. Стандарт ASN.1 визначає форму подання інформації та імен. Імена змінних MIB відповідають у свою чергу стандартам ISO і CCITT. Структура імен носить ієрархічний характер, відображений на рис. 7. Рис. 7. Структура ідентифікаторів змінних в MIB У наведеній нижче таблиці охарактеризовано чотири прості змінні, ідентифікатори яких поміщені в нижній частині рис. 7. Всі ці змінні допускають тільки читання. Таблиця 10.
Нижче наведений опис таблиці (udptable; index =,), що складається з двох простих змінних (read-only). Таблиця 11.
Відповідно до цієї ієрархії змінні, відповідні ICMP, повинні мати префікс (ідентифікатор) 1.3.6.1.2.1.5 або в символьному вираженні iso.org.dod.internet.mgmt.mib.icmp. Якщо ви хочете дізнатися значення якоїсь змінної, слід послати запит, що містить відповідний префікс і суфікс, останній визначає ім'я конкретної змінної. Для простої змінної суфікс має вигляд .0. Гілка структури на рис. 7, яка завершується вузлом Interfaces (2) має продовження у вигляді ifTable (2) і ifEntry (1). Таким чином мінлива ifInUcastPkts буде мати уявлення 1.3.6.1.2.1.2.2.1.11. Крім стандартного набору змінних і таблиць MIB можливе використання індивідуальних розширень цієї бази даних. Це можна продемонструвати на прикладі MIB маршрутизаторів Cisco (рис. 8). Рис. 8. Розширення бази даних MIB маршрутизаторів Cisco Префікс є стандартним, далі йде розширення, індивідуальне для маршрутизаторів компанії Cisco. Наприклад, група IPcheckpoint accounting дозволяє контролювати потік байтів з певних адрес локальної мережі, що буває важливо при роботі з комерційними провайдерами послуг. Коди-префікси для різних виробників телекомунікаційного обладнання наведені в таблиці 9.
Таблиця 12. Коди-префікси виробників
Група локальних змінних IP checkpoint accounting являє собою таблицю, що містить в кожному рекорді по чотири змінних (у дужках вказано суфікс адреси MIBдля змінної): · ckactbyts [4] - число переданих байт; · ckactdst [2] - адреса місця призначення; · ckactpkts [3] - число переданих пакетів; · ckactsrc [1] - адреса відправника. Маршрутизатор Cisco підтримують дві бази даних: active accounting і checkpoint accounting. У першу заносяться поточні результати вимірювання вхідного і вихідного трафіку. Ці результати копіюються в базу даних checkpoint accounting і, якщо там вже є попередні дані, вони об'єднуються. Для очищення бази даних checkpointed database видається команда clear IP accounting, а для бази checkpoint - clear IP accounting checkpoint (для використання цих команд необхідні системні привілеї). Об'єм пам'яті, виділеної для цих баз даних задається командою IP accounting-threshold <значення>, за замовчуванням максимальне число записів в базі даних одно 512. Кращим способом закріпити в пам'яті все вищесказане є використання програми SNMPI (SNMP initiator) або її аналога. Нижче описаний синтаксис звернення до SNMPI. snmpi [-a agent] [-c community] [-f file] [-p portno] [-d] [-v] [-w] SNMPI - вкрай проста програма, яка використовується для тестування SNMPD. Для того щоб перевірити, чи працює вона, видайте команду: % SNMPI dump
Слід зазначити, що у відповідь на цю операцію буде проведена досить об'ємна видача. Опція-a пропонує можливість ввести адресу SNMP-об'єкта - ім'я ЕОМ, IP-адреса або транспортний адресу. Типово це місцева ЕОМ. Аналогічно опція-p дозволяє задати номер UDP-порта. Типово це порт 161. Опція-c дозволяє задати груповий пароль (community) для snmp-запиту. За замовчуванням - це public, тобто вільний доступ. Опція-f дозволяє вибрати файл, що містить відкомпілювалися опису mib-модулів. За замовчуванням - це objects.defs. Опція-w включає режим спостереження, здійснюючи видачу на термінал всіх службових повідомлень. Догляд з програми по команді quit (q). Якщо ви працюєте на IBM / PC, і ваша машина підключена до локальної мережі, отримаєте допуск до однієї з UNIX-машин в мережі (якщо ви його не мали) і приступайте. Можна почати з звернення типу: SNMPI-a 193.124.224.33 (адреса або символьне ім'я треба взяти з вашої локальної мережі) Машина відгукнеться, відобразивши на екрані SNMPI>, це означає, що програма є і ви можете вводити будь-які команди. Почати можна зі знайомства з системними змінними системи (надалі курсивом виділено команди, введені з клавіатури): SNMPI> get sysdescr.0 snmpi> sysdescr.0 = "GS software (gs3-k), version 9.1 (4) [fc1], software copyright (c) 1986-1993 by cisco systems, inc. compiled thu 25-mar-93 9:49 by daveu " snmpi> get sysobjectid.0 snmpi> sysobjectid.0 = 1.3.6.1.4.1.9.1.1 snmpi> get sysuptime.0 snmpi> sysuptime.0 = 14 days, 7 hours, 0 minutes, 15.27 seconds (123481527 timeticks) snmpi> get sysservices.0 snmpi> sysservices.0 = 0x6
Код 0x06 (sysservices.0) являє собою суму кодів рівнів моделі iso, підтримуваних системою. Для довідок: 0x01 - фізичний рівень; 0x02 - зв'язковий рівень; 0x04 - Інтернет; 0x08 - зв'язок точка-точка; 0x40 - прикладний рівень. Якщо ви хочете отримати інформацію про стан інтерфейсів на одній з ЕОМ, підключених до вашої локальної мережі (команди виклику snmpi далі не повторюються; в нижче наведених прикладах в круглих дужках поміщені коментарі автора), видайте команди: SNMPI> next iftabl (команда next в даному випадку відповідає запиту get-next, тут поняття "наступний" має на увазі порядок змінних в MIB): snmpi> ifindex.1 = 1 snmpi> get ifdescr.1 snmpi> ifdescr.1 = "ethernet0" snmpi> get iftype.1 snmpi> iftype.1 = ethernet-csmacd (6) snmpi> get ifmtu.1 snmpi> ifmtu.1 = 1500 snmpi> get ifspeed.1 snmpi> ifspeed.1 = 10000000 (10Мб / с ethernet) snmpi> get ifphysaddress.1 snmpi> ifphysaddress.1 = 0x00: 00:0 c: 02:3 a: 49 (фізичну адресу інтерфейсу) snmpi> next ifdescr.1 iftype.1 ifmtu.1 ifspeed.1 ifphysaddress.1 snmpi> ifdescr.2 = "serial0" iftype.2 = proppointtopointserial (22) ifmtu.2 = 1500 ifspeed.2 = 2048000 (2 Мбіт / c радіорелейний послідовний канал, супутниковий канал був би охарактеризований точно також).
ifphysaddress.2 =
У наведеному прикладі розміри пересилаються блоків для Ethernet та радіорелейного послідовного каналу ідентичні і дорівнюють 1500. Пам'ятайте, що SLIP-канал характеризується як pointtopointserial, а не slip. Швидкість обміну по SLIP-каналу не повідомляється. Тепер переглянемо деякі UDP-змінні. Наприклад: SNMPI> next UDP SNMPI> udpindatagrams.0 = 98931 SNMPI> next udpindatagrams.0 (зверніть увагу на суфікс простий змінної) SNMPI> udpnoports.0 = 60009 SNMPI> next udplocaladdress.0 SNMPI> udplocaladdress.193.124.137.14.7 = 193.124.137.14 (Ідентифікатор цього об'єкта - 1.3.6.1.2.1.7.5.1.1.193.124.137.14.7.) SNMPI> next udplocalport SNMPI> udplocalport.193.124.137.14.7 = 7
Якщо виникла необхідність переглянути таблицю, наприклад, udptable, це також можна зробити, використовуючи snmpi: SNMPI> next udptable SNMPI> udplocaladdress.193.124.137.14.7 = 193.124.137.14 SNMPI> next udplocaladdress.193.124.137.14.7 SNMPI> udplocaladdress.193.124.224.33.67 = 193.124.224.33 SNMPI> next udplocaladdress.193.124.224.33.67 SNMPI> udplocaladdress.193.124.224.33.161 = 193.124.224.33 SNMPI> next udplocalport.193.124.224.33.67 SNMPI> udplocalport.193.124.224.33.161 = 161
Нижче показана методика з'ясування алгоритму і параметрів завдання величини тайм-ауту: SNMPI> get tcprtoalgorithm.0 tcprtomin.0 tcprtomax.0 tcpmaxconn.0 SNMPI> tcprtoalgorithm.0 = vanj (4) (vanj - алгоритм Ван Джакобсон для розрахунку часу тайм-ауту) tcprtomin.0 = 300 (Мінімальне значення тайм-ауту = 300 мс) tcprtomax.0 = 60000 (Максимальне - 60 сек) tcpmaxconn.0 = -1 (Ніяких обмежень на кількість з'єднань)
Щоб отримати інформацію про стан таблиці адресних перетворень, видайте команду: SNMPI-a 193.124.224.33 dump at (процедури з використання субкоманди dump вимагають певного часу для свого виконання). Таблиця 13.
Текст видачі з метою економії місця скорочений. Звичайно елементи таблиці розташовані в порядку колонка-ряд. Якщо ви дійшли до краю колонки або всієї таблиці, ЕОМ видасть вам, залежно від реалізації програми, ім'я і значення наступного елемента або повідомлення про помилку. Щоб отримати повний текст адресної таблиці в рамках SNMPI досить видати команду: SNMPI> dump ipaddrtable snmpi> ipadentaddr.192.148.166.222 = 192.148.166.222 ipadentaddr.192.168.1.1 = 192.168.1.1 ipadentaddr.192.168.1.2 = 192.168.1.2 ipadentaddr.193.124.224.33 = 193.124.224.33 ipadentaddr.193.124.224.190 = 193.124.224.190 ipadentifindex.192.148.166.222 =3 ipadentifindex.192.168.1.1 =4 ipadentifindex.192.168.1.2 =6 ipadentifindex.193.124.224.33 =1 ipadentifindex.193.124.224.190 =5
(Маски підмереж)
ipadentbcastaddr.192.148.166.222 = 1(Всі ці підмережі використовують для широкомовлення одні й ті ж біти).
ipadentreasmmaxsize.192.148.166.222 = 18024 (З точки зору фрагментації і подальшого складання дейтаграм дані підмереж еквівалентні).
Дана пропечатки спільно з наведеної для IFtable дозволяє отримати досить повну картину про даної конкретної локальної мережі. Щоб познайомитися з ARP таблицею, можна скористатися командою: sun> arp-a itepgw.itep.ru (193.124.224.33) at 0:0: c: 2:3 a: 49 nb.itep.ru (193.124.224.60) at 0:80: ad: 2:24: b7 і доповнити отримані дані за допомогою SNMPI: SNMPI> dump ipnettomediatable SNMPI> ipnettomediaifindex.1.193.124.224.33 = 1 ipnettomediaifindex.1.193.124.224.35 = 1 ipnettomediaifindex.3.192.148.166.193 = 3 ipnettomediaifindex.3.192.148.166.196 = 3 ipnettomediaifindex.3.193.124.226.110 = 3 ipnettomediaifindex.5.145.249.30.33 = 5 ipnettomediaifindex.5.192.148.166.100 = 5 ipnettomediaphysaddress.1.193.124.224.33 = 0x00: 00:0 c: 02:3 a: 49 ipnettomediaphysaddress.3.192.148.166.196 = 0xaa: 00:04:00:0 c: 04 ipnettomediaphysaddress.3.192.148.166.198 = 0xaa: 00:04:00:0 e: 04 ipnettomediaphysaddress.3.192.148.166.203 = 0x00: 00:01:00:54:62 ......................................... ipnettomediaphysaddress.5.145.249.30.33 = 0x00: 00:0 c: 02:69:7 d ipnettomediaphysaddress.5.192.148.166.100 = 0x00: 20: af: 15: c1: 61 ipnettomediaphysaddress.5.192.148.166.101 = 0x08: 00:09:42:0 d: e8 ipnettomedianetaddress.1.193.124.224.33 = 193.124.224.33 ipnettomedianetaddress.1.193.124.224.35 = 193.124.224.35 ipnettomedianetaddress.3.192.148.166.193 = 192.148.166.193 ipnettomedianetaddress.3.193.124.226.110 = 193.124.226.110 ipnettomedianetaddress.5.145.249.30.33 = 145.249.30.33 ipnettomediatype.1.193.124.224.33 = other (1) ipnettomediatype.1.193.124.224.35 = dynamic (3) ipnettomediatype.1.193.124.224.37 = dynamic (3) ipnettomediatype.3.192.148.166.195 = dynamic (3) ipnettomediatype.3.192.148.166.222 = other (1) ipnettomediatype.5.193.124.224.190 = other (1) ipnettomediatype.5.193.124.225.33 = other (1) ipnettomediatype.5.193.124.225.35 = dynamic (3)
Синтаксис кожного об'єкта описується в рамках ASN.1 і показує побітовое уявлення об'єкта. Кодування об'єкта характеризує те, як тип об'єкта відображається через його синтаксис і передається по телекомунікаційних каналах. Кодування проводиться відповідно до базовими правилами кодування asn.1. Всі описи об'єктів базуються на типових шаблонах і кодах asn.1 (див. RFC-1213). Формат шаблону показаний нижче: object (Об'єкт): Ім'я типу об'єкта з відповідним йому ідентифікатором об'єкта (object identifier) syntax (Синтаксис): asn.1 опис синтаксису типу об'єкта. definition (Визначення): Текстовий опис типу об'єкта. access (доступ): Опції доступу. status (стан): Статус типу об'єкта.
Маршрути також є об'єктами mib. Згідно з вимогами до mib, кожному маршруту в цій базі відповідає запис, схема якої наведена нижче на рис. 9: Рис. 9. Формат запису маршрутної таблиці в MIB Поле місце призначення представляє собою IP-адреса кінцевої точки маршруту. Поле індекс інтерфейсу визначає локальний інтерфейс (фізичний порт), через який можна здійснити наступний крок за маршрутом. Наступні п'ять полів (метрика 1-5) характеризують оцінку маршруту. У простому випадку, наприклад для протоколу RIP, достатньо було б одного поля. Але для протоколу OSPF необхідно 5 полів (різні TOS). Поле наступний крок являє собою IP-адреса наступного маршрутизатора. Поле тип маршруту має значення 4 для опосередкованого досягнення місця призначення; 3 - для прямого досягнення мети маршруту; 2 - для нереалізованого маршруту і 1 - для випадків відмінних від вищеперелічених. Поле протокол маршрутизації містить код протоколу. Для RIP цей код дорівнює 8, для OSPF - 13, для BGP - 14, для IGMP - 4, для інших протоколів - 1. Поле вік маршруту описує час в секундах, що минув з моменту останньої корекції маршруту. Наступне поле - маска маршруту використовується для виконання логічної побітовій операції І над адресою в IP-дейтограмми перед порівнянням результату з кодом, що зберігаються в першому полі запису (місце призначення). Останнє поле маршрутна інформація містить код, що залежить від протоколу маршрутизації і забезпечує посилання на відповідну інформацію в базі MIB. Новим розширенням MIB є система віддаленого моніторингу мереж (RMON; RFC-1513, -1271). RMON служить для моніторування мережі в цілому, а не окремих мережних пристроїв. У RMON передбачено 9 об'єктних груп (див. табл. 10). Таблиця 14. Функціональні групи RMON
Для того щоб реалізувати функціонування RMON-агента, мережева карта повинна бути здатна працювати в режимі 6 (promiscuous mode), коли сприймаються всі пакети, наступні по кабельному мережному сегменту. Місцевий номер порту приймача. Відповідно до цієї ієрархії змінні, відповідні ICMP, повинні мати префікс (ідентифікатор) 1.3.6.1.2.1.5 або в символьному вираженні iso.org.dod.internet.mgmt.mib.icmp. Якщо ви хочете дізнатися значення якоїсь змінної, слід послати запит, що містить відповідний префікс і суфікс, останній визначає ім'я конкретної змінної. Для простої змінної суфікс має вигляд .0. Гілка структури, яка завершується вузлом Interfaces (2) має продовження у вигляді ifTable (2) і ifEntry (1). Таким чином мінлива ifInUcastPkts буде мати уявлення 1.3.6.1.2.1.2.2.1.11. Читайте також:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|