
- •Аннотация
- •Annotation введение.
- •1. Единая система мониторинга и администрирования (есма)
- •1.1. Цель создания и назначение есма
- •1.2. Основные принципы построения есма
- •1.3. Архитектура есма
- •1.3.1. Общая архитектура системы управления и мониторинга
- •1.3.2. Информационная модель есма
- •1.3.3. Агент-шлюз
- •1.3.4. Протокол взаимодействия
- •1.3.5. Структура сум
- •1.3.6. Структура асум-Пр
- •2.4. Требования к составу и параметрам технических средств
- •3. Разработка информационной модели втк-12
- •3.1. Аппаратура цифровой системы передачи данных втк-12
- •3.1.1. Назначение аппаратуры
- •3.1.2. Технические характеристики
- •3.1.3. Состав аппаратуры втк-12
- •3.1.4. Устройство аппаратуры втк-12
- •3.1.5. Описание и работа составных частей изделия
- •3.1.5.1. Описание и работа блока втк-12
- •3.1.5.2. Описание и работа платы вк-16
- •3.1.5.3. Описание и работа платы ок-14
- •3.1.5.4. Описание и работа платы вд-14
- •3.3. Определение классов для информационной модели
- •3.3.1. Классы объектов и наследование
- •3.3.2. Принципы включения и наследования
- •3.3.3. Выбор структуры объектов (классов).
- •3.3.3.1. Сетевой элемент (Network Element)
- •3.3.3.2. Платы канальных окончаний (Circuit Pack)
- •3.3.3.3. Группы доступа (Access Group)
- •3.3.3.4. Точки доступа в сеть (Trail Termination Point)
- •3.3.3.5. Link End
- •3.3.3.6. Точка окончания соединения (Connection Termination Point)
- •3.4. Правила присвоения идентификаторов.
- •4. Разработка шлюза
- •4.1. Принцип работы шлюза
- •4.2. Структура файлов конфигурации
- •4.2.1. Файл описания плат ок/вд (vtk.Cfg)
- •4.2.2. Файл коммутации (switch.Cfg)
- •4.3. Использование библиотек (dll)
- •4.4. Реализация интерфейсных функций
- •4.4.1. ФункцияGateInit
- •4.4.2. ФункцияGetNeData.
- •4.4. Создание тестирующего приложения.
- •5. Экономическое обоснование дипломного проекта
- •5.1. Расчет затрат на создание программного продукта.
- •5.1.1. Расчет трудоемкости
- •5.1.2. Определение себестоимости разработки
- •5.2. Сетевое планирование
- •6. Организация безопасных условий труда оператора эвм
- •6.1. Анализ условий труда оператора эвм
- •6.2. Оборудование рабочего места оператора эвм
- •6.3. Меры борьбы с вредными воздействиями.
- •6.3.1. Санитарные нормы и стандарты безопасности
- •6.3.2. Средства защиты пользователей от эмп
- •6.3.3. Требование к видеодисплейным терминалам и пэвм
- •6.3.4. Требования к помещениям с эвм.
- •6.3.5. Требования к микроклимату помещений эксплуатации мониторов и пэвм.
- •6.3.6. Требования к шуму
- •6.3.7. Требования к освещению помещений и рабочих мест с мониторами и пэвм.
- •6.4. Расчет системы искусственного освещения
- •6.4.1. Описание помещения, в котором располагается рабочее место.
- •6.4.2. Расчет освещения рабочего места.
- •Заключение
- •Список литературы
- •Приложение 1
- •Приложение 2 Блок-схема процедуры GateInit
- •Приложение 3
- •Приложение 3
- •Приложение 4
4. Разработка шлюза
4.1. Принцип работы шлюза
Информация о конфигурации аппаратуры ВТК-12 находится в двух файлах “vtk.cfg” и “switch.cfg”, которые в свою очередь располагаются на флэш диске платы МК‑01 блока ВТК-12. Так как в функции шлюз не заложен доступ к флэш-диску аппаратуры, то процесс считывания конфигурации выглядит следующим образом (см. рис. 4.1): когда ИСУМ необходимо получить информацию о конфигурации блоков ВТК‑12, она выдает запрос в виде IP-адреса комплекту программного обеспечения (КПО-3), в который входит файл-менеджер флэш-диска. После того, как КПО получит запрос, он пытается соединится с блоком, имеющим нужный IP-адрес. Если соединение установлено, то файл-менеджер получает доступ к флэш-диску и считывает необходимые файлы. Полученные таким образом файлы помещаются на жесткий диск компьютера на котором располагается шлюз в специальную директорию, имя которой совпадает с IP‑адресом аппаратуры. Если ИСУМ необходимо получить информацию о нескольких блоках ВТК-12, то эти операции повторяются несколько раз. Далее ИСУМ инициализирует шлюз с помощью интерфейсной функции GateInit (см. раздел 2.3 «Функции работы со шлюзом»), которая возвращает список всех найденных директорий с конфигурациями. Получив список сетевых элементов (директорий), ИСУМ вызывает функциюGetNEDataдля получения информации (конфигурации) о сетевом элементе.
Рис. 4.1. Схема работы со шлюзом
4.2. Структура файлов конфигурации
Вся информация о конфигурации блока ВТК-12 размещается в двух двоичных файлах vtk.cfgиswitch.cfg, которые создаются в процессе компиляции проекта с помощью программыVTK Configuration Builder,предназначенной для задания конфигурации блока ВТК-12 путем описания ее на языке конфигурирования для каждого блока или совокупности блоков (станций).
Проект конфигурации блока (станции) представляет собой текстовый файл, описывающий коммутацию станции. Далее текст подвергается анализу и компиляции.
После успешной компиляции проекта будет создан каталог по имени проекта в рабочем каталоге, который будет содержать двоичные файлы, предназначенные для загрузки на станцию (на флэш-диск платы МК-01 блока ВТК-12).
Именно с этими файлами (vtk.cfg,switch.cfg) и будет работать шлюз.
4.2.1. Файл описания плат ок/вд (vtk.Cfg)
Длина файла 1590 байт.
Версия – 2 байта (0,2)
Первые 9 байт – описание состава плат блока ВТК-12 0 – платы не должно быть 1 - плата ОК-14 2 - плата ВД
3 - плата ВД, законфигурируемая как VDN255 – должно быть любая плата 4-254 – не используется
Таблица длиной 64 байта. Таблица представляет собой массив из 2-х таблиц (по 32 байта) соответствующих шинам GиGP. Каждый элемент таблицы идентифицирует канальный интервал 0..31. Содержимое отличное от нуля означает, что в данный канальный интервал входят данные канального окончания какого-то слота. Все канальные окончания нумеруются по порядку 1…36. Т.е. для вычисления конкретного слота и конкретного канального окончания необходимо преобразовать содержимое таблицы по следующей формуле:
SlotNumber = 1+(tab[i]-1) div 4;
ChannelNumber = tab[i]-4*((tab[i]-1) div 4),
где tab[i] элемент таблицы.
Затем следуют 36 записей по 16 байт: описывают загружаемую конфигурацию в соответствующую плату ОК-14 или ВД Формат записи:
5. 6 записей по 128 (080h) байт Даже если поток Е1-iне используется, запись должна быть и ее начало должно быть осмысленно..
Таблица управления обработкой национальных битов: 1 поле (8 байт) [0] – nчисло обработчиков (0…255) [1] – не используется (раньше тут был «reserveindex» (0 - нет, 1 - есть))
[2] – режим обработки СУВ (прозрачный или обычный: CASMode=Transparent/Normal)
в этом байте используются младшие 6 бит (0..5), которые соответствуют потокам (A..F)
если бит =0, то режим Normal;
если бит =1, то режим Transparent;
[3] – режим автоустановки синхронизации Internal, при аварии потока, от которого синхронизируемся (это состояние сохранится до первой перезагрузки файла коммутации).
Бит 0 = 0 –включен режим автоустановки; 1-выключен
[4..7] – 4 байт нулей 2 поле (nполей по 8 байт) [0] – “1”тип обработчика (пока существует один тип) [1] – «1…6» номер Е1A-F[2] – маска битов сверхциклового синхросигналаxxxxJ4J5J6J7 (вместо х пишем «0») [3] - активное состояние битов сверхциклового синхросигнала. [4] – маска битов синхросигналаSixSAS4S5S6S7S8 – «1» анализ бита разрешен. [5] - активное состояние битов синхросигнала. –Примечание: второй смысл S2 – извещение цикловое или Y-alarm!, J5 сверхцикловое извещение или MY-alarm! [6] – “0” сюда программа пишет свой результат в процессе работы [7] - “0” резерв.
Таблицы трансляции и вставки национальных бит (108 байт)
Таблица трансляции (6*6=36 байт): каждый элемент таблицы имеет размер 1 байт;
Каждый байт представляет собой набор битов (в скобках указан номер бита в байте) :
res (7), Si1 (6), Si2 (5), Sa4 (4), Sa5 (3), Sa6 (2), Sa7 (1), Sa8 (0)
значение бит: 0 - не транслировать этот бит в поток, 1 – транслировать
Таблица вставки национальных бит при авариях в потоках (6*6*2=72 байт):
каждый элемент таблицы имеет размер 2 байта;
Каждый байт представляет собой набор битов (в скобках указан номер бита в байте) :
res (7), Si1 (6), Si2 (5), Sa4 (4), Sa5 (3), Sa6 (2), Sa7 (1), Sa8 (0)
значение бит: (байт 1) 0 - не вставлять этот бит в поток при аварии, 1 - вставлять ;
(байт 2) 0/1 - значение бита, если он вставляется
Вид обоих таблиц:
|
A |
B |
C |
D |
E |
F |
A |
1 |
2 |
3 |
4 |
5 |
6 |
B |
7 |
8 |
9 |
10 |
11 |
12 |
C |
13 |
14 |
15 |
16 |
17 |
18 |
D |
19 |
20 |
21 |
22 |
23 |
24 |
E |
25 |
26 |
27 |
28 |
29 |
30 |
F |
31 |
32 |
33 |
34 |
35 |
36 |
В таблице указан номер элемента в том порядке, в каком он идет в файле, подробнее о структуре элемента таблиц смотри выше.
Таблица маскирования аварий Е1-i– 6 байт (присутствует всегда).
Если Е1-iне используется то “0”. Если Е1-iиспользуется т.е. перечислен в каких либо конференциях или коннектах то значение по умолчанию “FF”. “FF” разрешает реагировать на все виды аварий и на срабатывание национальных битов и наYиMYсообщения.
последний байт “0”