44
Рисунок 15 – Схема настройки телекоммуникационной сети
КГБУЗ ККМИАЦ
В приведенной на рисунке 15 схеме, роутер анализирует IP-адрес
получателя в заголовке пересылаемого пакета. Пересылает те пакеты только в
те сети, записи о которых есть в таблице маршрутизации данного роутера. Если
такой записи в таблице нет, пакет уничтожается.
Для настройки маршрутизации к роутеру R3 были присоединены сети
209.1.1.0/24 (сеть сервера), 211.1.1.0/24 (трафик на R1) и 211.1.2.0/24 (трафик на
R2).
К роутеру R2 были присоединены сети 176.16.222.0/24 (сеть почтового
сервера), 196.168.233.0/24 (трафик на R1) и 211.1.2.0/24 (трафик на R3).
К роутеру R1 были присоединены сети 196.168.233.0/24, трафик на R2,
211.1.1.0/24, трафик на R3, 16.1.1.0/24 и виртуальные сети VLAN 1,
16.68.20.0/24 – VLAN 10 16.68.20.0/24 – VLAN 20.
Выполним проверку присоединенной сети на маршрутизаторе R1
командой show ip route connected. Полученные результаты моделирования
приведены на рисунке 16.
45
Рисунок 16 – Результаты проверки работы маршрутизатора R1
Полученные результаты указывают, что маршрутизация в
телекоммуникационной сети КГБУЗ ККМИАЦ осуществляется с
использованием стандарта Gigabit Ethernet, который обеспечивает скорость
передачи данных 1000 Мбит/с. Проблем в передачи данных не обнаружено.
На следующем этапе на маршрутизаторе R1 выполним настройку
маршрутам к сетям почтового и HTTP сервера. Источником трафика для сети
HTTP сервера (209.1.1.0) будет R3 (211.1.1.2) а для сетей почтового сервера
будет R2 (196.168.233.1):
R1#configure terminal
R1(config)#ip route 209.1.1.0 255.255.255.0 211.1.1.2
Для настройки был задан адрес начала сети, маска подсети и адрес
интерфейса соседнего маршрутизатора, куда будет производится пересылка
пакетов. Аналогично настраиваем остальные маршруты.
R1(config)#ip route 176.16.222.0 255.255.255.0 196.168.233.1
R1(config)#ip route 211.1.2.0 255.255.255.0 196.168.233.1
После выхода из режима конфигурирования выполним анализ маршрутов
с помощью таблицы маршрутизации (рисунок 17).
46
Рисунок 17 – Анализ маршрутов в телекоммуникационной сети
КГБУЗ ККМИАЦ
Поскольку все введенные выше маршруты появились в таблице
маршрутизации, то это указывает на работоспособность в
телекоммуникационной сети КГБУЗ ККМИАЦ. Результаты проверки работы
маршрутизаторов R2 и R3 приведены в приложении А.
На следующем этапе выполним настройку маршрутизации OSPF.
Настроим OSPF на R1 Сначала включим процесс OSPF с любым номером
процесса (например 1) и командами network укажем, какие интерфейсы
участвуют в работе OSPF
R1(config)#router ospf 1
R1(config-router)#network 16.1.1.0 0.0.255.255 area 0
R1(config-router)#network 16.68.10.0 0.0.255.255 area 0
R1(config-router)#network 16.68.20.0 0.0.255.255 area 0
R1(config-router)#network 211.1.1.0 0.0.0.255 area 0
R1(config-router)#network 196.168.233.0 0.0.0.255 area 0
В команде “network” первым параметром идет номер сети, вторым —
wildcard маска и последним номер зоны.
47
Первой строкой network дали указания всем интерфейсам данного
роутера с адресами от 16.68.0.0.0 до 16.68.255.255 участвовать в работе OSPF в
area 0. В данном случае это Gi0/2 , Gi0/2.10 и Gi0/2.20
Вторая и третья строки network включают в работу OSPF интерфейсы
Gi0/0 и Gi0/1 соответственно.
Аналогично на R2
R2(config)#router ospf 1
R2(config-router)#network 211.1.2.0 0.0.0.255 area 0
R2(config-router)#network 196.168.233.0 0.0.0.255 area 0
R2(config-router)#network 176.16.222.0 0.0.0.255 area 0
Аналогично настраиваем OSPF на R3. Команды «network» должна
соответствовать адресам всех трех интерфейсов роутера R3.
R3(config)#router ospf 1
R3(config-router)#network 211.1.2.0 0.0.0.255 area 0
R3(config-router)#network 211.1.1.0 0.0.0.255 area 0
R3(config-router)#network 209.1.1.0 0.0.0.255 area 0
Проверяем на роутерах, установилось ли полноценное OSPF соседство.
На каждом роутере должно быть 2 соседа. Результаты проверки настройки
маршрутизации OSPF приведены на рисунке 18.
48
Рисунок 18 – Результаты проверки настройки маршрутизации OSPF
на роутере R3
Полученные результаты проверки настройки маршрутизации OSPF на
роутере R3 показали, что скорость передачи данных сохранилась и все
созданные маршруты присутствуют, что указывает на работоспособность
телекоммуникационной сети КГБУЗ ККМИАЦ.
Результаты проверки настройки маршрутизации OSPF на роутерах R1, R2
приведены в приложении Б.
Среди недостатков программной архитектуры информационной системы
КГБУЗ ККМИАЦ следует отметить следующее:
- комплекс виртуализации ЕС2015-Терем не поддерживает функции
изменения оперативной памяти и изменения размеров жесткого диска;
- система серверной виртуализации Р-виртуализация не поддерживает
возможность изменения объема оперативной памяти и жесткого диска, а также
не обеспечивает полную совместимость с имеющимся программным
обеспечением виртуализации;
- программный комплекс виртуализации Брест не поддерживает
возможность изменения объема оперативной памяти, жесткого диска без
49
остановки виртуальной машины, а также не обеспечивает полную
совместимость с программным обеспечением;
- программный комплекс виртуализации серверов Хост не поддерживает
возможность изменения объема оперативной памяти, размеров жесткого диска
и не обеспечивает полную совместимость с имеющимся программным
обеспечением.
Для исключения выявленных недостатков в программных средствах в
телекоммуникационной сети КГБУЗ ККМИАЦ далее выполним разработку
направлений по модернизации телекоммуникационной сети.
Во второй главе выпускной квалификационной работы проведен анализ
телекоммуникационной сети Красноярского краевого медицинского
информационно-аналитического центра, отражена общая характеристика
деятельности, проанализированы архитектура аппаратно-программных средств,
трафик передачи потоков данных, выявлены проблемы в архитектуре и
получены следующие авторские выводы:
1) в телекоммуникационной сети центра применяется почтовый сервер
Cisco UCS C480 ML, коммутаторы Cisco Catalyst 2960, маршрутизаторы Cisco
Catalyst 3900, межсетевой экран Cisco ASA 5500 AIP;
2) программный комплекс работает под управлением операционной
системы Windows Server 2016, которая относится к серверным операционным
системам, поддерживающим работу с облачной системой, и предоставляет
высокий уровень безопасности;
3) в состав программного обеспечения входит программно-аппаратный
комплекс ЕС2015-Терем, платформа для виртуализации Р-виртуализация,
средство виртуализации Брест, программная платформа Хост и антивирусная
программа Dr.Web KATANA;
4) результаты моделирования телекоммуникационной сети КГБУЗ
ККМИАЦ в симуляторе Cisco Packet Tracer показали, что маршрутизация в
телекоммуникационной сети КГБУЗ ККМИАЦ осуществляется с
50
использованием стандарта Gigabit Ethernet, который обеспечивает скорость
передачи данных 1000 Мбит/с. Проблем в передачи данных не обнаружено;
5) среди недостатков программной архитектуры информационной
системы КГБУЗ ККМИАЦ следует отметить не совместимость с программным
обеспечением виртуализации систем Р-виртуализация, Брест и Хост.
Результаты выполненных исследований во второй главе будут взяты за
основу при выполнении модернизации телекоммуникационной сети в третьей
главе работы.
51
ГЛАВА 3. РАЗРАБОТКА НАПРАВЛЕНИЙ ПО
МОДЕРНИЗАЦИИ ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ
КРАСНОЯРСКОГО КРАЕВОГО МЕДИЦИНСКОГО
ИНФОРМАЦИОННО-АНАЛИТИЧЕСКОГО ЦЕНТРА
3.1. Разработка технического задания на модернизацию
телекоммуникационной сети центра
В качестве направления модернизации телекоммуникационной сети
КГБУЗ ККМИАЦ и исключения имеющихся недостатков в программном
обеспечении рекомендуем организовать систему конференцсвязи, в которой
будет объединяться голосовой, видео и веб-трафик.
Для организации системы конференцсвязи в КГБУЗ ККМИАЦ выполним
разработку технического задания.
1) Назначение системы: система конференцсвязи должна обеспечивать
возможность объединения голосового, видео, и web-трафика, а также допускает
использование этих компонентов по отдельности.
2) Максимальное количество участников: 250 человек. Должна быть
предусмотрена возможность добавления участников совещания, если их
количество больше чем количество зарезервированных портов.
3) Поддерживаемые способы создания профилей:
- автоматическое создание профиля пользователя после первой успешной
попытки его аутентификации с проверкой полномочий пользователей;
- пакетный импорт пользователей из файла с разделителями. CSV;
- учет пользователей вручную или с помощью Web-интерфейса
администратора.
4) Поддерживаемый формат данных для записи: не менее mp3. При
интеграции с почтовыми клиентами для организации принятия участия в
конференциях, в системе должны поддерживаться технологии LDAP
(Lightweight Directory Access Protocol).
5) Требования к системе информационной безопасности:
52
5.1. При организации системы видеоконференцсвязи должна быть
предусмотрена возможность организации внутренней конференции, чтобы всем
участники входили только во внутреннюю сеть;
5.2. Должна быть предусмотрена возможность организации конференции,
в которой могут принимать участие удаленные пользователи через сеть
Интернет;
5.3. Администраторы и организаторы должны иметь полный контроль в
организации связи;
5.4. У организаторов конференции должна быть предусмотрена
возможность запроса данных для аутентификации пользователей и принятия
участия в конференции;
5.5. В системе должна быть предусмотрена блокировка пользователей
после неудачных попыток получения доступа;
5.6. Криптографическая система должна поддерживать передачу web-
страницы, web-трафика по каналу SSL;
5.7. Система видеоконференцсвязи должна позволять получать отчеты об
отмененных конференциях, биллинговых данных, проводимых в данный
момент конференциях;
6) Требования к функционалу системы конференцсвязи:
6.1. При проведении голосовых конференций должна быть предусмотрена
возможность подключения новых пользователей и контроля выхода из
конференции участников конференции;
6.2. На панели администратора должен быть виден индикатор активного
участника и список всех участников;
6.3. Для управления конференцией должны использоваться функции
включения и выключения звука и записи;
6.4. При проведении видео и web-конференции в системе
видеоконференцсвязи должна быть предусмотрена возможность
предоставления окна приложения для общего просмотра, а также возможность
передачи управления приложением и создание аннотаций;
53
6.5. Должна быть предусмотрена возможность проведения публичного
или приватного общения между участниками.
7) Требования к видеоизображению:
7.1. Видеоизображение должно отражаться с высоким качеством и
включать как изображение выступающего, так и собственное изображение;
7.2. Должна быть предусмотрена запись видеоконференции во внешнюю
систему хранения данных. В системе должны поддерживаться возможности
включения/выключения аудиосигнала и регулирование громкости микрофона;
7.3. В системе должно поддерживаться удаленное или локальное
включение выключение микрофона;
7.4. Контроль полосы пропускания для одного пользователя не должен
быть более 2,5 Мбит/с.;
8) Требования к элементам пользовательского интерфейса:
8.1. В системе должно быть предусмотрено отдельное окно с
информацией о присутствии пользователя и возможности установления с ним
соединения;
8.2. В системе должны быть предусмотрены возможности включения
выключения сигнала и включения выключения аудио сигнала.
8.3. Просмотр собственного изображения должен производиться с
помощью видеозвонка или в режиме картина в картине;
8.4. При организации видеоконференцсвязи должны поддерживаться
протоколы SIP, H.323, TCP/IP, SSL.
9) Требования к программно-аппаратному комплексу для расширения
функционала и серверных мощностей WEB-конференций:
9.1. Платформа для размещения системы проведения WEB-конференций
должна предоставить ресурсы, обладающие следующими параметрами:
- количество установленных процессоров: не менее 2;
- количество физических ядер в каждом процессоре: не менее 22;
- тактовая частота каждого процессора: не менее 2,10 ГГц;
- кэш-память третьего уровня: не менее 30,25 МБ на каждый процессор.