Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Мультисервисные сети2

.pdf
Скачиваний:
0
Добавлен:
13.05.2026
Размер:
9.29 Mб
Скачать

Список литературы

481

 

 

Контрольные вопросы

1.Дайте определение сети массового обслуживания.

2.Поясните наличие классов заявок.

3.Приведите классификацию сетей массового обслуживания.

4.Чем замкнутые СеМО отличаются от открытых?

5.Что такое маршрутная матрица?

6.Охарактеризуйте пространство состояний замкнутой сети массового обслуживания.

7.Что вы можете сказать о сетях Джексона?

8.О чем гласит теорема Берке?

9.В чем заключается особенность марковских СеМО?

10.Перечислите известные дисциплины обслуживания заявок.

Список литературы

1.Ярославцев А.Ф. Компьютерные технологии в науке и производстве: Учеб. пособие в 3-х частях. – Новосибирск: ГОУ ВПО «СибГУТИ», 2009.

2.Jackson J.R. Networks of waiting lines // Oper. Res. 1957. 5, № 4. P. 518–521.

3.Вишневский В.М. Теоретические основы проектирования компьютерных сетей. – М.: Техносфера, 2003. – 512 с.

4.Башарин Г.П., Толмачев А.Л. Теория сетей массового обслуживания и ее приложения к анализу информационно-вычислительных систем // Итоги науки и техники. Сер. Теория вероятностей. Математическая статистика. Теория кибернетики. – М.: ВИНИТИ, 1983, Т. 21. – С. 3–119.

5.Клейнрок Л. Теория массового обслуживания. – М: Машиностроение,

1979. – 432 c.

6.Иверсен В.Б. Разработка телетрафика и планирование сетей. Учеб. пособие. – М.: Нац. открытый ун-т "ИНТУИТ": Бином. Лаборатория знаний,

2011. – 526 с.

7.Митрофанов Ю.И., Беляков В.Г., Курбангулов В.Х. Методы и програм-

мные средства аналитического моделирования сетевых систем. Препринт, М.: Научный совет по комплексной проблеме Кибернетика АН СССР, 1982.

– 68 С.

8.Алиев Т.И. Основы моделирования дискретных систем. Учебное пособие. – СПб.: Санкт-петербургский государственный университет информационных технологий, механики и оптики, 2009. – 363 c.

Заключение

К 2015 г. объем трафика вплотную приблизится к 1 зеттабайту (зеттабайт равен 1 триллиону гигабайт или 1 секстиллиону байт). По мнению Cisco главными локомотивами такого роста являются следующие факторы [1].

Рост количества сетевых устройств. Распространение план-

шетных компьютеров, мобильных телефонов, подключенных устройств и других «умных» машин повышает спрос на сетевые соединения. В результате к 2015 г. в мире будет фиксироваться почти 15 млрд сетевых соединений (включая соединения типа «машинамашина»), то есть по два соединения на каждого жителя Земли. По прогнозу IDC (International Data Corporation) только число подключенных устройств IoT (Internet of Things) в 2020 г. составит 28,1 млрд.

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

ло 3 млрд интернет-пользователей, что составит более 40 % населения нашей планеты. К 2020 г. согласно прогнозам, представленным на конференции «IT и Рунет 2013», пользователями Интернета будут

85% россиян.

Рост скорости передачи данных в широкополосных каналах.

Средняя скорость фиксированных широкополосных каналов увеличится вчетверо – с 7 Мбит/с в 2010 г. до 28 Мбит/с в 2015 г.

Рост популярности видео. К 2015 г. каждую секунду через Интернет будет передаваться столько видеоматериалов, что их просмотр занял бы 1 млн минут или 674 суток.

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

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

В феврале 2008 г. Президентом России была утверждена «Стратегия развития информационного общества в Российской Федерации». Уже в октябре 2008 г. был сформирован Совет при Президенте по развитию информационного общества, который в феврале 2009 г. рассмотрел текущее состояние развития информационного общества и наметил первоочередные меры по реализации Стратегии.

Контрольные значения показателей информационного общества (ИО) в России до 2015 г. приведены в приложении к Стратегии. Перечислим некоторые из них. Место России в международных рейтингах

Заключение

483

в области развития ИО определено в числе двадцати ведущих стран мира; место России в международных рейтингах по уровню доступности национальной ИКТ – инфраструктуры определено не ниже десятого места; уровень использования линий широкополосного доступа к 2015 г. – 35 линий на 100 человек; наличие персональных компьютеров, в том числе подключенных к Интернет – не менее 75% домашних хозяйств.

В2010 г. правительством РФ была утверждена государственная программа «Информационное общество на 2011–2020 годы». Расходы федерального бюджета на программу оцениваются в 123,1 млрд рублей ежегодно, средства субъектов Федерации – около 50 млрд рублей, внебюджетное финансирование – 200 млрд рублей.

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

Список литературы

1.CISKO: к 2015 году объем интернет-трафика может вырасти в четыре раза. Вестник связи, июль, 2011 г.

Приложение 1. Внутренний протокол маршрутизации OSPF

Протокол маршрутизации OSPF (Open Shortest Path First) представляет собой открытый (Open) протокол состояния связей, использующий алгоритм SPF поиска кратчайшего пути на графе. OSPF применяется для внутренней маршрутизации в сетях любой сложности.

Рассмотрим работу алгоритма SPF и построение маршрутов на примере системы, изображенной на рис. П1.1. Для простоты будем рассматривать OSPF-систему, состоящую только из маршрутизаторов, соединенных линиями связи типа «точка-точка».

На рисунке маршрутизаторы обозначены, как 1, 2, 3, 4, 5, а буквами A, B, C, D, Е, К обозначаются линии связи между маршрутизаторами, цифры на линиях связи обозначают метрику между маршрутизаторами. Метрика представляет собой оценку качества связи в данной сети (на данном физическом канале). Чем меньше метрика, тем выше качество соединения. Метрика маршрута равна сумме метрик всех связей (сетей), входящих в маршрут. В простейшем случае метрика каждой сети равна единице, тогда метрика маршрута является его длиной, определяемой количеством шагов до станции назначения (т.е. количеством маршрутизаторов, через которые будет проходить путь). При использовании алгоритма SPF ситуации, приводящие к счету до бесконечности, отсутствуют. Значения метрик, могут варьироваться в широком диапазоне. Протокол OSPF позволяет назначить для любой сети различные значения метрик в зависимости от типа сервиса. (Тип сервиса запрашивается дейтаграммой в соответствии со значением поля TOS ее заголовка). Для каждого типа сервиса будет вычисляться свой маршрут, и дейтаграммы, затребовавшие наиболее скоростной канал, могут быть отправлены по одному маршруту, а затребовавшие менее скоростной

Рис. П1.1. Пример OSPF-системы

485

канал – по другому. Метрика сети, оценивающая пропускную способность, определяется как количество секунд, требуемое для передачи 100 Мбит через физическую среду данной сети. Например, метрика сети на базе 10Base-T Ethernet равна 10, а метрика выделенной линии 56 кбит/с равна 1785. Метрика канала со скоростью передачи данных 100 Мбит/с и выше равна единице. Порядок расчета метрик, оценивающих надежность, задержку и стоимость, не определен. Администратор, желающий поддерживать маршрутизацию по этим типам сервисов, сам назначает разумные и согласованные метрики по этим параметрам. Если не требуется маршрутизация с учетом типа сервиса (или маршрутизатор ее не поддерживает), используется метрика по умолчанию, равная метрике по пропускной способности. В нашем примере мы будем использовать метрики, указанные на рисунке, без учета типов сервиса. Следует заметить, что маршрутизация по типам сервиса редко используется, более того, она исключена из последних версий стандарта OSPF.

Для работы алгоритма SPF (рис. П1.1) на каждом маршрутизаторе создается база данных состояния связей, представляющая собой полное описание графа OSPF-системы. При этом вершинами графа являются маршрутизаторы, а ребрами – соединяющие их связи. Базы данных на всех маршрутизаторах одинаковы. База данных состояния связей представляет из себя таблицу, где для каждой пары смежных вершин графа (маршрутизаторов) указано ребро (связь), их соединяющее, и метрика этого ребра. База данных состояния связей в нашем примере (рис. П1.1) выглядит, как показано в табл. П1.1.

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

Таблица П1.1. База данных состояния связей

От до

Сеть

Метрика

1 2

A

2

1 3

C

3

1 4

B

1

1 5

Е

2

2 1

A

2

3 1

С

3

4 1

В

1

5 1

Е

2

3 4

D

1

2 5

К

1

4 3

D

1

5 2

К

2

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

486

Приложение 1. Внутренний протокол маршрутизации OSPF

Разграничения хостов и маршрутизаторов. Предположим, что к маршрутизатору 4 подключена сеть N1, содержащая некоторое количество хостов H1 – Hk (рис. П1.2). Следуя представленной выше модели, каждый хост должен быть также вершиной графа OSPF-системы, хотя сам и не создает базу данных и не производит вычисления маршрутов. Тем не менее, информация о связях маршрутизатора 4 с каждым из хостов сети N1 и о метриках этих связей должна быть внесена в базу данных, чтобы все остальные маршрутизаторы системы могли построить маршруты от себя до этих хостов. Очевидно, что такая процедура неэффективна. Вместо информации о связях с каждым хостом в базу данных вносится информация о связи с сетью, то есть сама IP-сеть становится вершиной графа системы, соединенной с маршрутизатором 4 с помощью некоторой связи P (рис. П1.3).

В данном случае сеть, точнее ее адрес, используется как обобщающий идентификатор группы хостов, находящихся в одной IPсети, к которой маршрутизатор 4 непосредственно подключен. Сеть N1 называется тупиковой сетью (stub network). Все узлы входящие в эту сеть, являются хостами, у которых установлен маршрут по умолчанию, направленный на маршрутизатор 4.

Рис. П1.2. OSPF-система с маршрутизаторами и хостами

Рис. П1.3. OSPF-система с маршрутизаторами и тупиковой сетью

487

Таблица П1.2. Запись в базе состояний после подключения

тупиковой сети

От до

Связь

Метрика

(4) N1

P

1

Протокол OSPF производит разграничение хостов и маршрутизаторов. Если к IP-сети N1 подключен еще и один из интерфейсов маршрутизаторов 2 или 5, то связь между 2 и 4 маршрутизаторами или 5 и 4 маршрутизаторами будет установлена отдельно, как если бы они были соединены линией связи по типу «точка-точка». Тогда маршрутизаторы 2 и 5 так же будут соединены с тупиковой сетью N1.

При подключении тупиковой сети N1 в базе данных состояния связей появится запись (табл. П1.2).

Связей, направленных из вершины N1, в базе данных не будет, потому что вершина N1 не является маршрутизатором. Построение маршрутов до вершины N1 будет произведено каждым маршрутизатором обычным способом по алгоритму SPF.

Поддержка множественных маршрутов. Если между двумя уз-

лами сети существует несколько маршрутов с одинаковыми или близкими по значению метриками, протокол OSPF позволяет направить часть трафика по этим маршрутам в пропорции, соответствующей значениям метрик. Например, если существует два альтернативных маршрута с метриками 1 и 2, то две трети трафика будет направлено по первому из них, а оставшаяся треть – по второму. Положительный эффект от использования такого механизма заключается в уменьшении средней задержки прохождения дейтаграмм между отправителем и получателем, а также в уменьшении колебаний значения средней задержки. Менее очевидное преимущество поддержки множественных маршрутов состоит в следующем. Если при использовании только одного из возможных маршрутов этот маршрут внезапно выходит из строя, весь трафик будет разом перемаршрутизирован на альтернативный маршрут, при этом во время процесса массового переключения больших объемов трафика с одного маршрута на другой весьма велика вероятность образования затора на новом маршруте. Если же до аварии использовалось разделение трафика по нескольким маршрутам, отказ одного из них вызовет перемаршрутизацию лишь части трафика, что существенно сгладит нежелательные эффекты. Рассмотрим пример иллюстрирующий работу особенности поддержки множественных маршрутов (рис. П1.4).

Узел 1 отправляет данные в узел 3, используя поддержку множественных маршрутов, по маршрутам С (2/3 трафика) и по маршрутам А и В (1/3 трафика). Однако узел 2 тоже поддерживает механизм множественных путей, и когда к нему прибывают дейтаграммы, адресованные в узел 3 (в том числе, и отправленные из узла 1), он применяет к ним ту же логику, то есть 2/3 трафика отправляется в узел 3 по

488

Приложение 1. Внутренний протокол маршрутизации OSPF

 

 

 

 

 

 

Рис. П1.4. Пример особой ситуации при поддержке множественных маршрутов

маршруту В, а одна треть – по маршрутам А и С. Следовательно, 1/9 дейтаграмм, отправленных узлом 1 в узел 3, возвращаются опять в узел 1, и тот 1/3 трафика опять отправляет в узел 3 по маршруту С, а 2/3 трафика по маршруту А и В через узел 2 и так далее. В итоге сформировался «частичный цикл» при посылке дейтаграмм из узла 1 в узел 3, который, помимо частичного зацикливания дейтаграмм, ведет к быстрой перегрузке линии А. Для того чтобы избежать зацикливания следует воспользоваться следующим правилом: если узел Х отправляет данные в узел Y, он может пересылать их через узел Q только в том случае, если Q ближе к Y, чем Х.

Накладывающиеся маршруты. Пусть в графе OSPF-системы не-

кий маршрутизатор имеет связи с вершинами N и М, которые представляют сети хостов, подключенные к различным интерфейсам маршрутизатора. Это означает, что в таблице маршрутов этого маршрутизатора, будет две записи: одна для сети N, другая для сети M.

Предположим теперь, что адрес и маска сети М таковы, что она является подсетью сети N. Например, N = 173.26.0.0 netmask 255.255.0.0; M = 173.26.11.0 netmask 255.255.255.0. В этом случае дейтаграммы, следующие по адресу, находящемуся в обеих сетях, будут отправлены в сеть с более длинной маской. Например, адрес 173.26.11.1 находится как в сети N, так и в сети М, но маска сети M длиннее, следовательно, дейтаграмма, следующая по этому адресу, будет отправлена в сеть М.

Внешние маршруты. Для достижения сетей, не входящих в OSPF-систему (в автономную систему), используются пограничные маршрутизаторы автономной системы (autonomous system border router, ASBR), имеющие связи, уходящие за пределы системы.

ASBR вносят в базу данных состояния связей данные о сетях за пределами системы, достижимых через тот или иной ASBR. Такие сети, а также ведущие к ним маршруты называются внешними (external). В простейшем случае, если в системе имеется только один ASBR, он объявляет через себя маршрут по умолчанию (default route) и все дейтаграммы, адресованные в сети, не входящие в базу данных системы, отправляются через этот маршрутизатор. Если в системе имеется несколько ASBR, то, возможно, внутренним маршрутизаторам системы

489

придется выбирать, через какой именно пограничный маршрутизатор нужно отправлять дейтаграммы в ту или иную внешнюю сеть. Это делается на основе специальных записей, вносимых ASBR в базу данных системы. Эти записи содержат адрес и маску внешней сети и метрику расстояния до нее, которая может быть, а может и не быть сравнимой с метриками, используемыми в OSPF-системе. Если возможно, адреса нескольких внешних сетей агрегируются в общий адрес с более короткой маской. ASBR может получать информацию о внешних маршрутах от протоколов внешней маршрутизации, а также все или некоторые внешние маршруты могут быть сконфигурированы администратором (в том числе единственный маршрут по умолчанию).

Основные форматы сообщений. После инициализации модуля

OSPF (например, после подачи питания на маршрутизатор) через все интерфейсы, включенные в OSPF-систему, начинают рассылаться Hello-сообщения. Задача Hello-протокола – обнаружение соседей и установление с ними отношений смежности.

Соседями называются OSPF-маршрутизаторы, подключенные к одной сети (к одной линии связи) и обменивающиеся Hello-сообщениями.

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

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

В сетях с возможностью широковещательной рассылки (broadcast networks) Hello-пакеты рассылаются по мультикастинговому адресу 224.0.0.5 («Всем ОSPF-маршрутизаторам»). В других сетях все возможные адреса соседей должны быть введены администратором.

OSPF-заголовок. Размер OSPF-сообщения ограничен максимальным размером дейтаграммы. Все сообщения OSPF имеют общий заголовок; следующий в дейтаграмме непосредственно за IP-заголов- ком (рис. П1.5).

Рассмотрим назначение полей:

Поле Версия (1 октет) – версия протокола;

490

Приложение 1. Внутренний протокол маршрутизации OSPF

 

 

Поле тип сообщения (1 октет), применяются следующие типы со-

 

общений:

 

 

 

 

 

 

 

 

 

 

 

31

 

 

0

7

15

23

 

 

 

 

Версия

Тип сообщения

Длина сообщения

 

 

 

 

 

Идентификатор маршрутизатора

 

 

 

 

 

Идентификатор области

 

 

 

 

Контрольная сумма

Аутентификации сообщения

 

 

 

 

 

Аутентификационные данные

 

 

Рис. П1.5. Формат заголовка OSPF

1.Hello – используется для знакомства с соседями.

2.Описание базы данных (Database Description) – сообщает о том, насколько свежей информацией располагает отправитель.

3.Запрос состояния связей (Link State Request) – запрашивает информацию у партнера.

4.Обновление состояния связей (Link State Update) – сообщает соседям информацию о связях отправителя.

5.Подтверждение приема сообщения о состоянии связей (Link State Acknowledgment) – подтверждает обновление состояния связей. Длина сообщения в октетах, включая заголовок (2 октета).

Идентификатор маршрутизатора, отправившего сообщение (4

октета) – равен адресу одного из IP-интерфейсов маршрутизатора. У маршрутизаторов Cisco это наибольший из адресов локальных интерфейсов, а если таковых нет, то наибольший из адресов внешних интерфейсов.

Номер области, к которой относится данное сообщение(4 октета) – номер 0 зарезервирован для магистрали. Часто номер области полагают равным адресу IP-сети (одной из IP-сетей) этой области.

Контрольная сумма (2 октета) – охватывает все OSPF-сообщение, включая заголовок, но исключая поле «аутентификационные данные»; вычисляется по тому же алгоритму, что и в IP-заголовке.

Аутентификации сообщения (2 октета). Стандарт определяет несколько возможных типов, самые простые из них: 0 – нет аутентификации, 1 – аутентификация с помощью пароля.

Аутентификационные данные (8 октетов) – например, восьми-

символьный пароль.

Далее при рассмотрении формата сообщений вышеописанный заголовок будет изображаться в виде поля «OSPF-заголовок», помещенного в начало сообщения.

Рассмотрим значение полей сообщения Hello (рис. П1.6):

Маска IP-сети (4 октета) – в которой находится интерфейс маршрутизатора, отправившего сообщение.