Введение

Важность проведения различных системных исследований обуславливается необходимостью учета взаимного влияния различных факторов, которые оказывают воздействие на объекты анализа. Особенностью используемых телекоммуникационных сетей (ТКС) является то, что на процесс пакетной передачи информации влияют такие характеристики, как загрузка буферов в сетевых узлах, состояние каналов передачи информации и другие факторы, которые могут вызвать ошибки, приводящие к потерям информационных пакетов. Поэтому при анализе разрабатываемой или модернизируемой ТКС необходимо проведение различных исследований, позволяющих всесторонне изучить ее функционирование и реакцию на возмущающие факторы.

Исследование функционирования отдельных элементов ТКС возможно при помощи различных макетов и стендов. Натурное воспроизведение функционирования системы передачи информации, состоящей хотя бы из нескольких узлов и обслуживающей поступление заявок от нескольких сервисов (или клиентов), требует привлечения значительных материальных ресурсов и трудозатрат, поэтому для воспроизведения работы подобных объектов широко применяются средства имитационного моделирования.

Одним из известных средств моделирования сложных систем является программный пакет MATLAB Simulink. Моделирование ТКС в MATLAB Simulink обсуждается в [1, 2]. Существуют специализированные программные пакеты, ориентированные на моделирование и исследование закономерностей, происходящих в ТКС, одним из наиболее известных решений в этой области является OPNET [3]. Опыт применения OPNET, в частности, приводится в работах [4, 5]. Особенностью такого программного обеспечения (ПО), как MATLAB Simulink и OPNET, является наличие разветвленной службы поддержки. Распространение подобного ПО проводится на основе коммерческих лицензий. Как показывает опыт, применение коммерческого ПО ограничивается высокой стоимостью лицензии на использование и дополнительными ограничениями, которые могут накладывать владельцы лицензий по различным причинам. Альтернативой коммерческому ПО являются продукты с открытым исходным кодом [6] или решения, предусматривающие бесплатное использование, в том числе для научных исследований. Преимущество подобного ПО – возможность использования широким кругом лиц, что позволяет выполнять его установку не только на оборудовании научной организации, но и на личных устройствах участников исследования. Это упрощает организацию научно-исследовательского процесса, когда участники ограничены возможностью личного посещения организации, где выполняется исследование, например, когда взаимодействие участников исследовательского процесса происходит в удаленном формате. Интеграция свободно распространяемого ПО в практическое использование сопряжена с рядом трудностей, обусловленных тем, что часто на компьютерах участников исследования используются Windows-подобные операционные системы (ОС), тогда как программы реализуемых в рамках «бесплатных» лицензий часто ориентированы на ОС семейства GNU/Linux. Применительно к исследованиям в области ТКС существует необходимость использования ПО, которое позволяет анализировать процессы по обмену разнородным трафиком в различных системах передачи информации.

Цель работы – предложение принципов формирования виртуальной лаборатории для системного анализа ТКС.

Концептуальная структура виртуальной лаборатории для исследования и анализа телекоммуникационных сетей

Спецификой реализации виртуальной лаборатории (ВЛ) является то, что наиболее часто на компьютерах пользователей и учебных заведений используются Windows-подобные ОС, как правило, это Windows XP, 7, 10, 11. Ожидается и дальнейшее развитие этой линейки ОС. Под Windows-подобные ОС разработано значительное количество прикладного ПО, и это в значительной степени «привязывает» пользователя к данному типу ОС и затрудняет переход на ОС других видов, в том числе Unix-подобные, поэтому при внедрении ПО, ориентированного на ОС семейства GNU/Linux, возникает задача их совместного использования с Windows-подобными ОС.

Одним из вариантов решения этой задачи является одновременная установка двух и более типов ОС на одной рабочей станции (РС). Подобный вариант решения задачи связан с рядом следующих ограничений:

– установка нескольких ОС на одной РС требует углубленных знаний в области администрирования персонального компьютера, что не всегда возможно в условиях, когда исследователь работает самостоятельно за пределами научной организации;

– для установки нескольких ОС требуется предварительное резервирование под них определенных частей дискового пространства, тогда как в рамках решаемой задачи целесообразно интегрировать Unix-подобную ОС на компьютер, на котором уже установлена ОС Windows. Дополнительно в условиях научного заведения часто необходимо масштабировать программный комплекс на несколько компьютеров, располагающихся в том числе и в разных лабораториях, в результате установка нескольких ОС на большом количестве компьютеров требует дополнительных трудовых затрат как в процессе его внедрения, так и при последующем администрировании в процессе эксплуатации.

Альтернативой одновременной установки нескольких ОС на компьютер является виртуализация на нем нескольких РС. Подобная задача решается при помощи специального ПО, называемого гипервизором. Примером такого ПО являются VirtualBox, VMware Workstation Player, Microsoft Hyper-V, KVM и их аналоги. Гипервизор позволяет распределять вычислительные ресурсы РС или сервера между несколькими ОС, обеспечивать изоляцию на логическом уровне и возможность использования выделенных ресурсов в монопольном режиме. После установки гипервизора у пользователя компьютера появляется возможность зарезервировать часть его вычислительных ресурсов под дополнительную ОС. Эта ОС функционирует на виртуальной машине (VM, от англ. Virtual machine), которая запускается средствами гипервизора и находится «внутри» физической РС. Установка ОС на виртуальную машину в целом аналогична установке на физическую РС. В результате установки на физической РС создается файл-образ виртуального жесткого диска, в котором хранятся все файлы и программы, установленные на виртуальную машину. Применительно к объекту исследования в состав файла-образа включаются следующие элементы:

1) Unix-подобная ОС;

2) программа-симулятор ТКС;

3) средства обработки и визуализации результатов экспериментов, выполненных в симуляторе;

4) ПО в виде офисных пакетов, средств просмотра графических и видеоизображений, архиваторы, эмуляторы командной строки и т. д.

Составные элементы 1–4 образуют ВЛ. После создания файла-образа его можно копировать на другие РС и запускать при помощи средств виртуализации. Подобное распространение файла-образа позволяет выполнять масштабирование ВЛ в рамках научной организации, а также на компьютеры исследователей.

Для систематизации восприятия совокупности элементов 1–4 составлена концептуальная схема структуры ВЛ (рис. 1).

Рис. 1. Структура виртуальной лаборатории для системного анализа телекоммуникационных сетей

Fig. 1. The structure of a virtual laboratory for the system analysis of telecommunication networks

По аналогии с семиуровневой моделью взаимодействия открытых систем (OSI 7, Open System Interconnection) схема представлена в виде последовательности уровней. Подобное описание позволяет сгруппировать задачи, с которыми сталкивается разработчик или инсталлятор ВЛ при его интеграции в информационную систему научной организации. При необходимости возможна корректировка решений, используемых на заданном уровне при отсутствии необходимости корректировок решений на других уровнях (при условии сохранения совместимости).

Основная задача «теоретического уровня» – сформировать множество положений, которые описывают состояние системы связи, здесь используются различные формальные методы: например, для описания топологии сети – теория графов, для описания процесса управления заполнением буфера сетевого узла – теория массового обслуживания и т. д.

В рамках модельного уровня решается задача интерпретации задачи из вида, понятного исследователю и описанного на формальном языке теоретических методов, к виду, который сможет интерпретировать среда моделирования. Подобная задача решается при помощи описания задач эксперимента средствами языков программирования (C++, Python, TCL и т. д.) (подобное, например, реализовано в программных пакетах Network Simulator второго или третьего поколений – NS-2 или NS-3 [7–9]) либо при помощи формирования модели средствами среды моделирования в виде определенного файла, как, например, эта задача решается в программах ONEPLAN RPLS [10] или Cisco Packet Tracer [11, 12].

На имитационном уровне решается задача выбора среды моделирования, которая позволит воспроизвести работу необходимых процессов в рамках исследуемой системы. Кроме того, на этом уровне решается задача интерпретации результатов проведенного исследования в виде графических закономерностей и численных значений оцениваемых параметров.

На уровне гостевой ОС реализуется выбор ПО, который позволит запустить среду моделирования независимо от процессов, происходящих на физической РС. Это необходимо для упрощения масштабирования лабораторного комплекса на различные РС. Кроме этого, запуск среды моделирования «внутри» гостевой ОС решает вопросы повышения надежности лабораторной установки
в целом, т. к. совершенные ошибки при функционировании среды моделирования в целом не затронут ОС, которая управляет РС, т. к. в результате возникновения ошибок в рамках функционирования среды моделирования потребуется перезапуск (или перенастройка) образа гостевой ОС. Кроме того, в рамках гостевой ОС может устанавливаться дополнительное ПО, которое «поможет» интерпретировать результаты эксперимента.

В рамках уровня виртуальной РС решаются задачи выделения части ресурсов физической РС для функционирования гостевой ОС. Также на этом уровне может решаться задача обеспечения взаимодействия гостевой ОС с различными сетевыми устройствами, с которыми может взаимодействовать физическая РС. Для реализации задач уровня виртуальной РС используется такое ПО, как VMware Workstation, VirtualBox и их аналоги.

Задача уровня корневой ОС – обеспечение работоспособности системы виртуализации и выполнение вспомогательных процессов, связанных с функционированием лабораторного комплекса, а также взаимодействия РС с информационно-коммуникационными ресурсами, которые необходимы для организации и поддержания процесса освоения компетенций в рамках заданной дисциплины.

На уровне аппаратной РС решаются задачи формирования набора комплектующих, которые обеспечат функционирование лабораторного комплекса с учетом требования по производительности и его стоимости.

Схема взаимодействия ВЛ с пользователем показана на рис. 2.

Рис. 2. Схема взаимодействия учебно-лабораторного комплекса с пользователем

Fig. 2. The scheme of interaction of the educational and laboratory complex with the user

Особенностью схемы является акцентирование внимания на том, что при реализации комплекса, кроме его функциональных возможностей, связанных с использованием средств проведения эксперимента, должно быть уделено внимание накопленной базе знаний (БЗ) по особенностям его использования. Специфика такой БЗ заключается в том, что комплексом предусматривается возможность ее использования не только для научных целей, но и в процессе подготовки специалистов в области эксплуатации и проектирования ТКС. Следовательно, БЗ должна предусматривать возможность наглядной демонстрации особенностей использования комплекса для решения необходимого набора задач. В состав БЗ должны включаться описание методов постановки и проведения экспериментов, демонстрация приемов использования комплекса для решения задач в рамках его функциональных возможностей. С учетом [13, 14]
в подобную БЗ целесообразно включать информацию в текстовом формате (электронном или печатном виде) и в качестве видеоматериалов, размещенных в том числе и на веб-платформах.

Практическая реализация виртуальной лаборатории для исследования и анализа телекоммуникационных сетей на основе программного пакета Network Simulator

В рамках проводимых исследований ВЛ реализована на основе программного комплекса Network Simulator (NS-2) с комплектом ПО, в состав которого вошли средство графической визуализации процессов функционирования ТКС Network Animator; средства количественной визуализации результатов эксперимента и средство построения графических закономерностей TraceGraph и X-Graph; средство визуализации работы системы космической связи SaVi. Программное обеспечение установлено на ОС Linux Debian, которая потом была сохранена в виде образа. Для запуска образа используется средство виртуализации ОС VMware Workstation Player.

Целесообразность выбора Network Simulator (NS-2) обоснована следующими факторами:

– условия распространения позволяют использовать его как в рамках образовательного процесса учебного заведения, так и студентами на собственных компьютерах;

– ПО для обработки и демонстрации результатов экспериментов распространяется на основе лицензий, которые допускают бесплатное использование;

– «гостевая» ОС, на которой производится сборка ВЛ, также распространяется на основе подобной лицензии;

– система виртуализации VMware Workstation Player допускает некоммерческое бесплатное использование;

– ОС Windows, которая установлена на РС, является широко распространенной;

– при необходимости средства виртуализации и ОС РС могут быть заменены, что потребует создания нового образа «гостевой» ОС, на практике это не является сложной задачей для специалиста
 в области информационных технологий, работающего в учебном заведении;

– встроенная в дистрибутив NS-2 БЗ примеров включает в себя различные виды ТКС;

– на момент проведения исследований для Network Simulator (NS-2) представлено достаточное количество материала на русском языке в текстовом [15–20] и видеоформате. Видеокурс «NS2 Tutorial (Network Simulator) Step by Step» подготовлен в рамках проводимых исследований, доступен на платформе YouTube по ссылке: https://www.youtube.com/playlist?ist=PL7CmqnO_Qydh254K8hqQrkHv5I9ZgfvAC и при необходимости может быть перенесен на другие платформы.

Внешний вид панели запуска комплекса показан на рис. 3, а, внешний вид «рабочего стола» гостевой ОС приведен на рис. 3, б.

а                                                                                                                                                                              б

Рис. 3. Внешний вид системы виртуализации (а) и гостевой операционной системы лабораторного комплекса (б)

Fig. 3. The appearance of the virtualization system (а) and the guest operating system of the laboratory complex (б)

Взаимодействие пользователя с ВЛ выполняется преимущественно через интерфейс командной строки. Исследуемая модель представляет собой файл-скрипт, в котором при помощи набора команд описываются модели узлов сети, каналов связи, трафиковых приложений, ошибок, которые могут возникать в процессе работы сети, протоколов прикладного, транспортного, сетевого и канального уровней модели стека протоколов TCP/IP. Внешний вид интерфейса командной строки, папки, где хранится файл-скрипт с описанием моделируемой сети, и фрагмент самого файла-скрипта показаны на рис. 4, а.

а                                                                                                                                                                б

Рис. 4. Внешний вид интерфейса учебно-лабораторного комплекса для взаимодействия с пользователем:
а – фрагмент файла-скрипта; б – пример визуализации исследуемой сети

Fig. 4. The appearance of the interface of the educational and laboratory complex for user interaction:
a – a fragment of a script file; б – an example of visualization of the network under study

Таблица 1

Table 1

Обозначение полей в файле с количественными результатами эксперимента

Designation of fields in the file with quantitative experimental results

В поле «Событие» могут записываться следующие символы: «r» – пакет принят, «+» – пакет поставлен в очередь, «–» – пакет снят с очереди, «d» – пакет отброшен. В поле «Время» указывается в секундах время наступления зафиксированного события от момента начала эксперимента. В поле «От узла» указывается номер узла, который отправил пакет в канал связи. В поле «К узлу» указывается номер узла, которому пересылается пакет.
В поле «Тип пакета» указывается тип приложения (сервиса), которое передается при помощи данного пакета (rtProtoLS означает, что это пакет протокола динамической маршрутизации, cbr означает, что пакет относится к приложению, которое использует постоянную скорость передачи пакетов трафика). При необходимости во время интерпретации трассировочного файла для улучшения восприятия результатов эксперимента возможно разделение столбца «Тип пакета» на две составляющих – в одной информация о пакетах-приложениях (например, cbr), в другой – сведения о пакетах служебного (протокольного) трафика (например, прокола динамической маршрутизации, rtProtoLS). Следует отметить, что если в сети не используется протокол динамической маршрутизации, то запускается статическая маршрутизация, в рамках которой определяется кратчайший маршрут между заданной парой узлов. В поле «Размер пакета» указывается размер пакета в байтах. В поле «Флаги» указывается информация о перегрузках. Поле «Идентификатор потока» указывает на номер класса, к которому принадлежит данный поток. В поле «Адрес источника» указываются номер узла и номер порта, с которого отправлялся пакет, в поле «Адрес получателя» – номер узла и номер порта, на который отправлялся пакет. Поле «Порядковый номер» отображает номер пакета на транспортном уровне, и последнее поле указывает на индивидуальные идентификаторы пакетов. Более подробно с различными вариантами значения полей можно ознакомиться в справочной литературе, например в [21]. В зависимости от типа сети трассировочный файл может содержать дополнительные поля, например в случае моделирования систем космической связи в нем может находиться информация по координатам расположения сетевых узлов.

Для обработки трассировочных файлов используются программы-графопостроители, например TraceGraph или X-Graph. Возможности TraceGraph позволяют обработать файл, в котором записаны все сетевые события применительно к обычной сети. Для обработки информации о состоянии системы космической связи потребуется удаление полей, которые содержат информацию по координатам расположения узлов. В результате обработки трассировочного файла в TraceGraph формируются обобщенные данные по результатам эксперимента, а также графические закономерности в виде двух- и трехмерных графиков и гистограмм. В число обобщенных данных входят такие характеристики, как задержки передачи информационных пакетов, количество сгенерированных, ретранслированных и отброшенных пакетов, время начала и окончания эксперимента и т. д. При помощи модуля построения гистограмм можно построить 8 закономерностей (на рис. 5, а показан пример распределения задержек пакетов в сети).

а                                                                                                                                                                б

Рис. 5. Примеры отображаемых закономерностей программой TraceGraph:
а – пример распределения задержек пакетов в сети; б – пример распределения ретранслированных пакетов
на различных узлах сети

Fig. 5. Examples of the patterns displayed by the TraceGraph program:

 a – an example of the distribution of packet delays in the network; б – an example of the distribution of retransmitted packets at various network nodes

в

Рис. 5 (окончание). Примеры отображаемых закономерностей программой TraceGraph:
в – пример изменения количества ретранслированных пакетов в выбранном узле сети

Fig. 5 (ending). Examples of the patterns displayed by the TraceGraph program:

в – an example of changing the number of retransmitted packets at a selected network node

При помощи модуля построения трехмерных графиков можно построить 12 закономерностей, характеризующих распределение сгенерированных, ретранслированных, принятых и потерянных пакетов и байт на различных узлах сети (на рис. 5, б показан пример распределения ретранслированных пакетов на различных узлах сети). При помощи модуля построения двухмерных графиков можно построить более 100 закономерностей, характеризующих изменение параметров, касающихся передачи и обработки пакетов различными узлами сети (на рис. 5, в показан пример изменения количества ретранслированных пакетов в выбранном узле сети).

Моделирование систем космической связи в рамках лабораторного комплекса возможно следующим образом: программа Network Simulator (NS-2) включает в себя:

– модели сетевых узлов;

– модели каналов связи;

– дополнительные модели, которые позволяют воспроизводить работу системы космической связи [21].

По результатам моделирования формируется файл трассировки, который можно подвергать дальнейшей обработке для формирования графических закономерностей изменения значений интересующих параметров. Для визуализации работы исследуемой группировки спутников в рамках лабораторного комплекса предусматривается отдельная программа SaVi [22–24], т. к. функционалом программы Network Animator воспроизведение движения группировки спутников не предусматривается. Пример двухмерной развертки покрытия системой спутниковой связи Irdium, построенной программой SaVi, показан на рис. 6, а, а ее трехмерная модель на рис. 6, б.

а

Рис. 6. Пример графической модели спутниковой связи Irdium, построенной программой SaVi:
а – пример двухмерной развертки покрытия системой спутниковой связи Irdium, построенной программой SaVi

Fig. 6. An example of a graphical model of Iridium satellite communications built by the SaVi program:

a – an example of a two-dimensional scan of coverage by the Irdium satellite communications system built
by the SaVi program

б

Рис. 6 (окончание). Пример графической модели спутниковой связи Irdium, построенной программой SaVi:
б – трехмерная модель системой спутниковой связи Irdium

Fig. 6 (ending). An example of a graphical model of Iridium satellite communications built by the SaVi program:
б – three-dimensional model of the Iridium satellite communication system

Программа SaVi предусматривает визуализацию 25 встроенных моделей системы спутниковой связи, глобального позиционирования и мониторинга за природными катастрофами. Программой SaVi предусматривается возможность корректировки параметров моделируемых группировок спутников.

С учетом [21] схемы сетевого узла и канала связи, используемого в NS-2, показаны на рис. 7, а, б соответственно

                                                                                                                                         а                                                                                                       б

Рис. 7. Структурная схема узла и канала связи в программном пакете NS-2:
а – схема сетевого узла; б – схема канала связи

Fig. 7. Block diagram of the node and communication channel in the NS-2 software package:
а – network node diagram; б – communication channel diagram

В общем случае при описании модели узла необходимо задать его название, указать, что он относится к классу сетевых узлов, определить, что он будет выступать в роли источника или получателя трафика. Один узел может выполнять несколько ролей одновременно, т. е. для одних случаев выступать как источник трафика, а в других как получатель трафика. После этого к узлу осуществляется привязка сетевого агента, который определит, какой протокол транспортного уровня будет использоваться в рамках создаваемого соединения. При моделировании специфичных сетей может потребоваться указание подтипа узла, например, что узел является элементом сети спутниковой связи.

Наиболее часто используются агенты UDP (User Datagram Protocol) на основе протокола транспортного уровня без предварительной установки соединения, который не гарантирует доставку пакета и TCP (Transmission Control Protocol) – протокол с предварительной установкой соединения, гарантирующий доставку данных. После этого к агенту «привязывается» приложение, например FTP (File Transfer Protocol) протокол передачи файлов или CBR (Constant Bit Rate) – трафик с постоянной скоростью, существуют и другие модели сетевых сервисов.

Фрагмент описания модели узлов источника и получателя трафика приведен в табл. 2.

Таблица 2

Table 2

Фрагмент исходного кода модели для описания сетевых узлов

A fragment of the source code of the model for describing network nodes

Фрагмент, описывающий модели  каналов связи  между узлами, приведен в табл. 3.

Таблица 3

Table 3

Фрагмент исходного кода для описания каналов связи между узлами

A fragment of the source code for describing communication channels between nodes

Средствами NS-2 возможно реализовать модели ошибок, которые могут возникать в процессе передачи трафика. Фрагмент исходного кода модели с описанием ошибок приведен в табл. 4.

Таблица 4

Table 4

Фрагмент исходного кода модели, который описывает ошибки при передаче трафика

A fragment of the source code for describing communication channels between nodes

Подробнее информация об использовании возможностей ПО, входящего в состав ВЛ, представлена в работах [15–20].

Формирование комплексной модели для исследования телекоммуникационных сетей

Как показал анализ [16–20], при исследовании заданной сети передачи данных необходимо учитывать вероятностную составляющую, которая оказывает влияние на различные элементы и процессы, происходящие в ТКС. В результате влияния вероятностной составляющей параметры исследуемой системы непрерывно изменяются, поэтому при изучении ее характеристик необходимо проводить многократные измерения (или воспроизведения эксперимента) для сбора статистических данных. После этого собранные результаты подвергаются обработке различными методами, в частности для построения прогностических моделей. Таким образом, для получения навыков по обработке статистических данных, характеризующих состояние ТКС, необходимо, чтобы модель предусматривала возможность воспроизведения влияния вероятностных факторов на параметры исследуемой ТКС.

В рамках программного пакета NS-2 подобное предлагается достигать:

– использованием функции «rand()», способной формировать случайное число с плавающей точкой в диапазоне от 0 до 1;

– использованием функции «expr», необходимой для формирования математических выражений;

– построением математических выражений, позволяющих задавать случайные величины в определенном диапазоне.

С использованием описанных функций и выражений в модели задаются следующие характеристики сети:

– частота следования пакетов;

– размер пакетов;

– вероятность возникновения ошибок в канале связи;

– момент времени, когда канал связи теряет работоспособность;

– момент времени, когда канал связи восстанавливает работоспособность;

– пропускная способность канала связи;

– временная задержка пакета в канале связи;

– вероятность возникновения ошибки передачи информационного пакета между заданной парой узлов.

При необходимости можно задать влияние случайной составляющей и на другие параметры сети, которые, согласно принципам построения моделей сетей в NS-2, описываются при помощи постоянных величин.

Для демонстрации работоспособности предложений в части формирования модели, которая будет воспроизводить процесс передачи информационных пакетов по исследуемой сети и способна при повторных запусках формировать разнообразные выходные значения, с учетом особенностей влияния вероятностных составляющих на объект моделирования, составлена модель сети. Структура моделируемой сети показана на рис. 8, а.

а

б                                                                                                                                                                               в

г                                                                                                                                                                                д

Рис. 8. Исследование обобщенной модели для анализа свойств телекоммуникационных сетей:
а – модель топологии исследуемой сети; б, в – распределение величины задержек в исследуемой сети;
г, д – количество пакетов, отбрасываемых узлами в исследуемой сети

Fig. 8. The study of a generalized model for analyzing the properties of telecommunication networks:
a – topology model of studying network; б, в – the distribution of the magnitude of delays in the network under study;
г, д – the number of packets dropped by nodes in the network under study

е                                                                                                                                                                                ж

з                                                                                                                                                                                и

Рис. 8 (окончание). Исследование обобщенной модели для анализа свойств телекоммуникационных сетей:
е, ж –  количество пакетов, принятых узлом номер 0; з, и – количество пакетов, принятых узлом номер 5

Fig. 8 (ending). The study of a generalized model for analyzing the properties of telecommunication networks:
е, ж – the number of packets received by node number 0; з, и – the number of packets received by node number 5

Модель состоит:

– из двух групп узлов-клиентов: группа 1 – узлы под номерами 0–2, группа 2 – узлы под номерами 3–5;

– группы узлов-маршрутизаторов, объединенных в двунаправленное кольцо (узлы под номерами 6–12);

– узла-сервера (узел номер 13).

Между узлами из группы 1, а также узлом 4 и сервером осуществляется передача трафика с постоянной скоростью с использованием протокола UDP на транспортном уровне, параллельно между узлами из группы 2 и сервером осуществляется обмен файлами с использованием протокола TCP на транспортном уровне. Каналы связи между маршрутизаторами могут выходить из строя, в результате протоколу маршрутизации необходимо перестраивать направление передачи пакетов в сети с учетом наличия работоспособных каналов. В маршрутизаторах в случайные моменты времени могут происходить ошибки, приводящие к отбрасыванию некоторых транслируемых пакетов. В маршрутизаторах созданы буферы для накопления пакетов и предотвращения их потерь в моменты времени, когда канал связи не обладает необходимой пропускной способностью. В случае переполнения буфера пакеты начинают отбрасываться. Для повышения наглядности на узлах 6 и 7 размер буферов увеличен до 1 000 пакетов. Вероятностная составляющая в рамках сети оказывает влияние на все характеристики модели, перечисленные выше. Демонстрация возможности формирования разнообразных значений, с учетом особенностей вероятностных характеристик параметров сети, в рамках двух запусков созданной модели показана на рис. 8, б–и и в табл. 5.

Таблица 5

Table 5

Результаты повторных запусков исследуемой модели телекоммуникационной сети

The results of repeated launches of the studied model of the telecommunication network