Вы находитесь на странице: 1из 101

Государственный комитет связи и информатизации Украины

Украинская государственная академия связи им. А. С. Попова

П. П. Воробиенко, О. Л. Нечипорук, М. И. Струкало

ПРИНЦИПЫ ОРГАНИЗАЦИИ СЕТЕЙ


С КОММУТАЦИЕЙ ПАКЕТОВ

Учебное пособие

Рекомендовано Ученым Советом УГАС им. А.С. Попова


и методическим объединением УМО “Связь” Украины
в качестве учебного пособия для студентов ВУЗОВ
по направлению “Телекоммуникации”

Одесса 2000
2

УДК 004.7: 621.391.28

Воробиенко П.П., Нечипорук О.Л., Струкало М.И. Принципы


организации сетей с коммутацией пакетов: Учебное пособие. – Одесса:
УГАС им. А.С. Попова, 2000. – 101 с.; ил.

Изложены базовые технологии организации сетей с коммутацией


пакетов. Рассмотрены сетевые шаблоны и логические структуры глобальных
сетей на базе технологий Frame Relay и TCP/IP. Значительное внимание
уделено динамической маршрутизации в сетях TCP/IP, а также
маршрутизаторам фирмы Cisco. Изложены технологии передачи голоса на
базе протоколов IP и Frame Relay.
Рекомендовано для студентов, аспирантов и специалистов в области
телекоммуникаций.
3

ВВЕДЕНИЕ

В настоящее время информационные сети являются неотъемлемой


частью современного общества. Это сети различного назначения (передачи
данных, голоса, видео), использования (корпоративные, специальные,
публичные) и масштабов, начиная от локальных сетей масштаба предприятия
и заканчивая глобальными, например, многосервисной сетью Internet,
которую используют миллионы людей во всем мире. Для реализации этих
сетей производителями сетевых коммуникаций сегодня предложен широкий
набор аппаратных и программных средств, поддерживающих как
традиционные, так и новые сетевые технологии. Сетевые решения этих фирм
производителей могут соответствовать как международным, так и
оригинальным фирменным стандартам. Поэтому специалистам в области
телекоммуникаций необходимы глубокие знания сетевых технологий и их
особенностей.
Проектирование и техническая эксплуатация сетей невозможны без
правильного понимания физических процессов, происходящих в них, а также
знаний архитектуры транспортных сетей, протоколов и оборудования. Это
особенно важно в период, когда интенсивно развиваются новые сетевые
технологии, постоянно растет «интеллект» сетевого оборудования,
усиливаются конвергентные процессы в телекоммуникациях и ,как
следствие, появляются новые услуги и сервисы связи. Особую роль в этих
процессах играют сетевые технологии коммутации пакетов. Эти технологии
позволяют уже в ближайшем будущем реализовать мультисервисную
информационную сеть, т. е. сеть для передачи данных, голоса и
видеоинформации.
В данном учебном пособии излагаются технологии построения и
функционирования сетей с коммутацией пакетов. Основное внимание
уделено современным технологиям сетевого и канального уровней так
называемых глобальных сетей с коммутацией пакетов. Это прежде всего
традиционные и практически доказавшие свою жизнеспособность IP – сети
(TCP/IP), использующие различные технологии сетей канального уровня, а
также перспективные сети ретрансляции кадров Frame Relay и ATM, которые
позволяют эффективно использовать доступную полосу пропускания канала
связи. Из всех аспектов технологии TCP/IP наибольшее внимание уделено
вопросам управления маршрутизацией в сетях TCP/IP. Систематизированы
сведения о маршрутизаторах фирмы Cisco.
В последние годы появились новые технологии и международные
стандарты, позволяющие использовать передачу голоса в пакетных сетях.
Поэтому в пособии рассматриваются технологии передачи голоса на базе
протоколов Frame Relay и IP. Эти способы передачи голосовых сообщений
называют соответственно VoFR (Voice over Frame Relay) и VoIP (Voice over
IP). Последний способ получил еще название IP – телефония или Internet –
телефония.
4

1 ТЕХНОЛОГИИ КОММУТАЦИИ ПАКЕТОВ - ПЛАТФОРМА


ПОСТРОЕНИЯ СОВРЕМЕННОЙ СЕТЕВОЙ ИНФРАСТРУКТУРЫ

На сегодняшний день пока ещё существуют две различные и раздельные


инфраструктуры – телефонная сеть и сеть передачи данных, реализуемые на
общей платформе цифровых первичных сетей SDH. Усилия последних
десятилетий 20 века были направлены на создание современной
интегрированной сети, позволяющей предоставлять пользователям услуги,
которые присущи этим сетям. Несмотря на все трудности, которые возникли
на этом пути, наметилась чёткая тенденция построения интегрированной
сети на основе технологий коммутации пакетов. Кратко остановимся на этих
технологиях.

1.1 Коммутация пакетов

Технология коммутации пакетов предполагает разбивку длинного


информационного сообщения на более короткие пакеты, каждый из которых
снабжается адресной информацией и передаётся по определённому
маршруту. Пакеты обрабатываются узлами сети (маршрутизаторами,
коммутаторами) пока не достигнут адресата. Длина пакета варьируется в
зависимости от скорости передачи, сетевых протоколов и других свойств
сети. На конечном пункте поступившие пакеты собираются в исходное
сообщение. Пакеты могут передаваться в режиме с установлением
постоянных (PVC) либо коммутируемых (SVC) виртуальных каналов. В
случае неисправности какого либо из участков маршрута пакеты
ремаршрутизируются (направляются по обходному пути).
Первыми и наиболее аппробированными являются технологии X.25
(рис.1.1) и TCP/IP (технология IP). Технология X.25 стандартизована ITU-T, а
TCP/IP – целым набором документов RFC (Request for Comments),
разработанных IETF (Internet Engineering Task Force). X.25 ориентирована на
обмен данными с установлением соединения, а в технологии IP обмен может
осуществляться без установления соединения.

Коммутация пакетов

Пакеты Кадры FR B- ISDN,


ячейки ATM
X.25 TCP/IP PVC SVC
PVC SVC
PVC SVC IP v.4 IP v.6

Рис. 1.1 Технологии коммутации пакетов


5

Коммутация пакетов позволяет коллективно использовать доступную


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

1.2 Быстрая коммутация пакетов

В первую очередь к таким технологиям можно отнести ретрансляцию


кадров (Frame Relay – FR), которая стала основой одноимённой сети FR
(рис.1.1). Технология рассчитана на работу по каналам связи высокого
качества и исправлению ошибок в самой сети FR уделяется меньше
внимания, чем в сетях X.25 и IP, в которых узловое оборудование способно
распознавать ошибки и организовывать повторную передачу пакетов. При
обнаружении ошибок искажённые кадры уничтожаются узловым
оборудованием сети FR. Восстановление таких кадров, если это требуется,
осуществляется вышерасположенными уровнями модели OSI в
терминальном оборудовании пользователей.
Технология ретрансляции кадров использует пакеты переменной длины,
размер которых зависит от объёма информации, поступающей с верхних
уровней. Кадры могут содержать до 4096 октетов полезной информации. В
результате влияние избыточной служебной информации кадра (флаги,
заголовки, концевики, которые содержат адреса, поля обработки ошибок и
другую служебную информацию) может быть незначительным.
Во вторую очередь это технология B-ISDN (Broadband ISDN) (рис.1.1),
которая является более высокоскоростной и универсальной по сравнению с
существующими технологиями, применяемыми в телекоммуникационных
сетях. Она обеспечивает максимальную эффективность при передаче
речевых и телевизионных сигналов, данных, видеоинформации. B-ISDN
использует технологию ATM в качестве транспортного механизма, которая:
- обеспечивает гибкий доступ к среде передачи;
- поддерживает динамическое выделение полосы пропускания по
запросу для различного вида приложений как существующих, так и
тех, которые могут появиться в будущем;
- гарантирует независимость технологии от физической среды
передачи.
6

Функционирование B-ISDN определяется стандартами ITU, IETF,


Форума ATM и других организаций, которые прописывают механизмы:
- широкополосной сигнализации;
- передачи разнородной информации;
- управления и мониторинга интегрированными услугами в
глобальных сетях.
Стандарты B-ISDN определяют для технологии ATM интерфейс
пользователя (User Network Interface – UNI) и интерфейс сеть- сеть (Network
to Network Interface – NNI).
Вначале ATM была разработана для глобальных сетей, а затем
адаптирована для использования в локальных сетях, т.е. возможна
реализация однородной сети от пользователя к пользователю. Причём как в
глобальной, так и в локальной сети передача информации производится с
помощью коммутаторов ATM и установлением соединения.
Информационной единицей переноса информации в ATM является
ячейка фиксированной длины (53 октета), что обеспечивает предсказуемость
задержек и ёмкостей буферов и, как следствие, высокую пропускную
способность для различных видов трафика. Более высокая избыточность
служебной информации (5 октетов, т.е. порядка 9,5%) в сочетании с
высокими скоростями передачи (до Гбит/с) и рядом других механизмов
позволяет эффективно использовать технологию ATM для таких
чувствительных к задержкам приложений, как передачи речевых и
видеосигналов, передачи данных в реальном масштабе времени.
В табл. 1.1 приведены сравнительные характеристики известных
коммуникационных технологий. Перечисленные в таблице технологии не
являются взаимоисключающими. Как правило, они взаимодействуют друг с
другом и используются совместно при создании сетей доступа или
построении магистральных участков сети. Однако следует помнить, что
каждая технология для достижения одних и тех же результатов по передаче
информации использует свои подходы.

1.3 IP- технология

В настоящее время технология IP получила наибольшее применение из


всех существующих технологий и это связано с рядом факторов:
1. Успехом, масштабом и темпами роста сети Internet, базирующейся на
стеке TCP/IP. Действительно, разработчики сетевых технологий
усиленно занимаются совершенствованием стека протоколов и
использует его для построения всех типов сетей (LAN, MAN, WAN),
производители оборудования активно встраивают поддержку IP
протокола в своё оборудование, операторы (провайдеры) реализуют
сети для представления различного рода услуг.
2. Привлекательности свойств (принципов), которые одновременно
являются и её достоинствами, заключающимися в:
- открытости;
7

Таблица 1.1 Сравнительные характеристики коммуникационных технологий

Характеристики Технологии
X.25 IP FR ATM
Скорость передачи 2,4…64 Кбит/с Зависит от 2 … 34,4 Мбит/с 25; 155; 622 Мбит/с,
транспортной 2,4 Гбит/с
технологии
Информационная единица Пакет, переменная Пакет, переменная Кадр, переменная Ячейка,
и её длина в октетах длина до 4096 длина до 65535 длина до 4096 фиксированная
длина, 53
Режим работы С установлением Без установления С установлением С и без установления
(с установлением и без соединения соединения соединения соединения
установления соединения)
Тип соединения PVC, SVC – PVC, SVC PVC, SVC
План адресации X.121 IP E.164, DLCI E.164, AESA
Обработка ошибок на 2 Да Нет Нет Нет
уровне OSI
Гарантированная доставка Да Нет Нет Да/нет
Повторная передача Да Нет Нет Да/нет
пакетов
Контроль перегрузки Да Нет Да Да
Контроль трафика Нет Нет Да (CIR, Bc) Да
Связь между абонентами Связь только точка- Нет связи точка- Нет связи точка- Нет групповой
(точка-точка, групповая точка группа группа доставки
доставка, точка- группа)
8

- способности интегрировать практически любые другие сетевые


технологии;
- отлаженности;
- надёжности и маcштабируемости.
Так, принцип открытости выражается в свободном обсуждении,
исследовании и тестировании стека протоколов в рамках рабочих групп
комитета IETF, доступности соответствующих спецификаций и стандартов
(RFC) широкому кругу специалистов и пользователей.
Открытость также связана с лёгкостью интеграции в IP сети других
технологий. В случае, когда какая- либо новая технология набрала силу и
получила популярность, тут же появляются RFC, регламентирующие способ
включения этой технологии в IP сеть. Именно из-за хороших интегрирующих
свойств IP протокол смог выступить в роли универсального средства,
скрепляющего в единую глобальную сеть Internet множество разнообразных
технологий.
Совершенно необходимым для наращивания и построения сети является
масштабируемость. Стек TCP/IP имеет хорошо продуманные решения,
позволяющие за счёт многоуровнего иерархического подхода достаточно
просто наращивать сеть до значительных размеров. Примером тому может
служить организация домена (автономной системы) и объединения их в
общую сетевую систему.
Следует отметить, что последние годы, связанные с бурным развитием
Internet и появлением новых специфических приложений, проявились
недостатки классического стека протоколов TCP/IP.
Прежде всего, сеть IP должна обеспечивать более высокую пропускную
способность как на магистральных участках, так и в сетях доступа. Это
достаточно тяжело реализовывать, т.к. Internet- это сложная гетерогенная
сеть, включающая в себя фрагменты, работающие по различным
технологиям и обладающие различными характеристиками пропускной
способности и соответственно задержек. Трафик многих сетевых
приложений задействует один и тот же сетевой ресурс, что недостаточно для
нормальной работы приложений, поэтому в сети часто возникают заторы,
вызывающие задержку и потерю данных. Решением проблемы может быть
использование новых высокоскоростных технологий: Gigabit Ethernet, FR,
ATM, X.DSL, WDM.
Вторым немаловажным фактором является то что в классической IP сети
отсутствует поддержка гарантированного качества обслуживания (QoS).
Ресурсы сети распределяются на равных условиях между всеми
приложениями равномерно. При этом не даётся никаких гарантий какое
количество данных будет доставлено по назначению. Это связано с тем, что
классическая IP – сеть использует концепцию построения, в которой
интеллектуальные функции сосредоточены в конечных узлах (отправителя и
получателя).
Для предоставления гарантируемых сервисов технология IP должна
быть существенно модернизирована. В первую очередь ей необходимо
9

придать большую интеллектуальность, чтобы сетевые устройства смогли


дифференцировать трафик и представлять различные уровни сервиса для
различных пользователей и приложений, например, так, как это делается в
сетях FR и ATM.
Вместе с тем добавление QoS вызывает значительные трудности, т.к.
дифференцированное обслуживание различных потоков требует изменения
фундаментального принципа – простоты, который изначально был заложен в
технологию и обеспечил ей успех.
Ещё один недостаток, который проявился в последние годы, связан с
внедрением IP- телефонии, поскольку проблема сближения телефонной
индустрии и Internet является на сегодня одной из важнейших задач
телекоммуникаций. Классическая сеть IP не может решить задачу передачи
голосовой информации.
Для разрешения проблемы ставка должна делаться на создание так
называемой управляемой сети IP, что вызывает необходимость разработки
новых протоколов управления TCP/IP сетями, таких как RSVP, MPLS, RTP,
SIM, Рекомендаций ITU H.323 и других, направленных на повышение
качества обслуживания. Это позволяет минимизировать величину задержек,
что очень важно для передачи речевых сообщений.
Поддержка IP – телефонии требует также обеспечения эффективной
совместимости с существующими сетями, что связано с разработкой
совершенных шлюзов, обеспечивающих согласованную работу телефонных
и IP сетей по обработке и маршрутизации телефонных соединений.
Существует также проблема группового вещания, т.е. доставка данных
по схемам точка – группа, группа – группа. Её решение связано, в первую
очередь, с совершенствованием маршрутизирующих устройств (алгоритмов
их работы), поскольку групповое вещание предполагает обработку
значительных объёмов информации о состояниях источников и её
приёмников.
IP сеть создавалась как открытая система для обмена информацией, то
существенным недостатком является её низкая безопасность и это связано с
тем, что практически все протоколы стека TCP/IP имеют недостаточную
защиту от несанкционированного доступа.
Основными направлениями повышения безопасности являются:
- развитие технологий виртуальных частных сетей (VPN),
защищающих данные в процессе передачи по IP сети. Основной VPN
является протокол IPSec, который обеспечивает шифрование данных,
аутентификацию и проверку целостности;
- применение брандмауэров, позволяющих защитить данные в местах
хранения;
- совершенствование стека TCP/IP с целью устранения слабых мест в
безопасности.
Все перечисленные недостатки не помешали IP технологии стать
доминирующей в мире, а на её базе реализовывать глобальную сеть, которая
будет переносить все виды трафика: голос, видео и данные. Такую сеть
10

называют новой публичной сетью (New Public Network, NPN). Прообразом


NPN и её основой может являться сеть Internet в сочетании с другими
технологиями коммутации пакетов.
11

2 ПОСТРОЕНИЕ WAN И MAN СЕТЕЙ


С ИСПОЛЬЗОВАНИЕМ МАРШРУТИЗАТОРОВ

2.1 Обобщённая схема взаимодействия IP, FR и АТМ технологий

Обобщённая схема представлена на рис. 2.1.

IP

FR

ATM
Маршрутизаторы
Магистраль АТМ

FRAD FRAD

Коммутаторы Магистраль
FR/ATM АТМ FR
FR/ATM

Рис. 2.1 Схема взаимодействия IP, FR и АТМ технологий

Элементами этой схемы являются:


- коммутаторы АТМ;
- маршрутизаторы FR/ATM:
- маршрутизаторы доступа FRAD.
Данная схема является классической и предполагает использование всех
трёх технологий при передаче информации от пользователя к пользователю,
т.е. можно утверждать, что в этом случае реализуется гетерогенная сетевая
инфраструктура. Возможны случаи, когда при взаимодействии отсутствуют
сетевые фрагменты упомянутых технологий и данная схема при этом
упрощается. Передача данных в этих случаях осуществляется по схемам:
- IP-FR-IP;
- IP-ATM-IP;
- FR-ATM-FR,
либо однородной среде (гомогенная сетевая инфраструктура),
реализованной на базе одной технологии IP, FR или АТМ. В этом случае
рассматривают т.н. “чистые” сети IP, FR либо ATM, что на практике
встречается достаточно редко.
Ближе к центру и в центре рис.2.1. расположены более совершенные и
высокопроизводительные коммуникационные технологии. На границах
12

технологий располагаются устройства, выполняющие роль шлюзов, одной из


основных задач которых является:
- разбиение длинного исходного сообщения пользователя или единицы
информации вышерасположенного уровня (пакет, кадр) на несколько более
коротких фрагментов или сегментов. Этот процесс называется
фрагментацией (fragmentation) или сегментированием (segmenting). В случае
коротких исходных сообщений это действие может быть опущено;
- образование из полученных фрагментов или сегментов единицы
информации, воспринимаемые используемой сетевой технологией (кадры,
блоки или ячейки), добавив к ним необходимую служебную информацию в
виде заголовков и концевиков. Этот процесс называется инкапсуляцией
(encapsulation);
- восстановление на приёмной стороне исходного сообщения, пакета
или кадра. Этот процесс получил название декапсуляция (decapsulation).
Данные процессы являются достаточно сложными и определяют
процедуры взаимодействия сетевых технологий. Эти процедуры прописаны в
соответствующих стандартах и рекомендациях.
Кроме того, при более детальном рассмотрении технологий следует
помнить, что технологию IP связывают с третьим уровнем модели OSI, а FR
и ATM являются технологиями 1 и 2-го уровней модели OSI.
Следует отметить, что приведенная схема не определяет
принципиальную схему сети, т.е. размещение сетевых компонентов и их
связи, а указывает лишь используемые технологии и пограничные
устройства, определяющие интерфейс NNI. Дальнейшая детализация
возможна при использовании сетевых шаблонов и логических структур
сетей.

2.2 Сетевые шаблоны и логические структуры сетей

Сетевые шаблоны это набор модулей сетевых структур, отражающих


связь между компонентами сети. Их использование позволяет чётко
представить сетевую инфраструктуру. Степень детализации структуры
может быть различной и максимально приближаться к содержанию
технических предложений по реализации сети. По существу, сетевой
шаблон- это описание функциональной схемы сети или её участка,
имеющего конкретные границы. Понятие сетевой шаблон совпадает с
понятием физической структуры сети, которое используется в GII для
описания сценариев реализации её элементов. Различают следующие сетевые
шаблоны (функциональные структуры): для глобальной сети, региональной
(городской) сети, центрального офиса, отделения организации.
На рис. 2.2 представлена функциональная схема узла отделения
организации с достаточной степенью детализации для формирования
технических предложений по реализации фрагмента сети. Маршрутизатор М1
и сервер доступа могут быть объединены в одно устройство, например,
маршрутизатор Cisco 3620, выполняющий также роль сервера доступа.
13

LAN концентратор
10 Base-T

Выделенные линии
LAN коммутатор
100 Base-T
К центральному офису

М1 М2
FR/ATM
РС1 РСn

PC1 PCк

Рис. 2.2 Функциональная схема узла

К серверу доступа через концентратор и коммутатор подключены


рабочие станции пользователей. Пример функциональной схемы масштаба
региона приведен на рис. 2.3.
Схема рис.2.3 является достаточно общей и её можно уточнять,
рассматривая функциональные схемы узлов и магистральных участков сети
FR и ATM. Немаловажным для понимания физических процессов,
сопровождающих работу приложений, является логическая структура
фрагментов сети. Данному понятию соответствует понятие – логическое
представление той либо иной услуги в GII. Оно включает в себя описание
телекоммуникационных технологий, используемых протоколов базовой сети
и сети доступа в соответствии с уровнями модели OSI. В логической схеме
просматриваются также вопросы (протоколы) связанные с маршрутизацией,
управлением сетью и обеспечением гарантированного качества
обслуживания (QoS).
ЛВС

Коммутаторы доступа

ЛВС
ATM
ЛВС
FR

ЛВС

Рис.2.3.Функциональная схема масштаба региона


14

2.3 Обзор семейства маршрутизаторов фирмы Cisco Systems

2.3.1 Общие сведения о маршрутизаторах фирмы Cisco

Фирма Cisco разработала и предлагает операторам полную линейку


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

Конструктив
Маршрутизаторы выполнены в виде бокса с фиксированной либо
модульной конфигурацией. Задняя панель имеет, как правило, следующие
порты (интерфейсы):
- для подключения ЛВС (Ethernet, Fast Ethernet, Token Ring);
- синхронные для подключения к глобальной сети (Serial port);
- асинхронные для подключения к компьютеру (Console);
- для подключения телефонных выделенных либо коммутируемых
линий в случае совмещения на маршрутизаторе функций сервера доступа;
- разъём питания (220 В)

Системная плата
На системной плате маршрутизатора располагаются:
- ПЗУ, которое используется маршрутизатором для хранения программы
начальной загрузки, программного обеспечения операционной системы и
программы POST (Power-On Self-test – программа самотестирования после
включения питания). Микросхемы ПЗУ устанавливаются в гнёзда системной
платы маршрутизатора и могут быть заменены при отказе или модернизации.
- Флэш-память - это обычное программируемое ПЗУ со стиранием, в
котором хранятся образ операционной системы и микрокод. Используя
флэш-память, можно запустить маршрутизатор и произвести модернизацию
без замены микросхем на системной плате. Содержимое флэш-памяти
сохраняется даже при отключение питания маршрутизатора.
- ОЗУ (RAM) - в нём размещаются кеш, буферы для пакетов, а также
информационные массивы, например, таблицы маршрутизации. В
оперативную память загружается операционная система после включения
питания маршрутизатора. Содержимое оперативной памяти стирается при
перезагрузке маршрутизатора или отключении питания.
- Энергонезависимая оперативная память (NVRAM, Nonvolatile RAM)
хранит файл начальной конфигурации маршрутизатора. Содержимое этого
устройства памяти сохраняется при перезагрузке и выключении
маршрутизатора.
- Интерфейсы, которые рассмотрены ранее, располагаются на
системной плате либо представляют собой легко заменяемые отдельные
модули.
15

Последовательность событий при загрузке маршрутизатора


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

Источники Программы События

Программа Выполнение программы


ПЗУ начальной начальной загрузки
загрузки

ПЗУ
TFTP Cisco IOS Загрузка операционной системы
Флэш-память в выбранную область памяти

Энергонезависимая
оперативная память Файл Загрузка файла конфигурации
Консоль конфигура- в выбранную область памяти
Сервер TFTP ции или переход в режим начальной загрузки

Рис.2.4 Последовательность событий при загрузке маршрутизатора

1. Программа начальной загрузки хранится и вызывается для


выполнения из ПЗУ, расположенного на плате процессора. Она
предназначена для поиска корректного образа Cisco IOS (Internetwork
Operating System). Английское название этой программы Bootstrap. Эта
программа действует почти так же, как начальный загрузчик DOS,
производящий поиск и загрузку файла command.com. Образ Cisco IOS для
маршрутизатора может быть считан не только из ПЗУ, но и из флэш-памяти
или получен от сервера TFTP.
2. Источник операционной системы определяется содержимым поля
загрузки в регистре конфигурации маршрутизатора. Если в этом поле указана
загрузка из флэш-памяти или по сети, т.е. точное расположение образа,
который будет загружен в маршрутизатор, описывается командами системы
загрузки в файле конфигурации. По умолчанию загрузка производится из
флэш-памяти. После загрузки и запуска операционная система выявляет
имеющиеся аппаратные и программные компоненты и выводит их список на
экран консоли.
3. После загрузки корректного образа Cisco IOS выполняется поиск
файла конфигурации. Файл конфигурации, хранящийся в энергонезависимой
памяти, загружается в оперативную память для построчного выполнения.
Команды этого файла запускают процессы маршрутизации и передачу
адресов для интерфейсов, и выполняют другие подготовительные действия.
16

4. Если корректная конфигурация отсутствует в энергонезависимой


памяти, операционная система открывает так называемый диалог
конфигурирования системы.
Основные возможности маршрутизаторов фиксированной и модульной
архитектуры представлены в табл.2.1. Как следует из табл.2.1. и описаний
маршрутизаторов, они имеют следующие возможности:
- поддерживают все функции программного обеспечения (ПО) Cisco
IOSÔ;
- содержат встроенные порты для подключения ЛВС;
- имеют возможность использовать модули от серий Cisco 1600, Cisco
3600, в том числе для передачи голосовых и факсимильных сообщений;
- поддерживают как передачу голоса поверх протокола IP, так и
передачу голоса поверх протокола Frame Relay (стандарты FRF.11 и FRF.12);
- наличие флэш-памяти позволяет упростить замену и обслуживание
программного обеспечения;
- имеют интегрированный асинхронный порт (AUX), который
поддерживает соединение на скорости до 115.2 Кбит/с;
- наличие сервисного модуля аппаратного сжатия данных позволяет
уменьшить стоимость затрат при работе через глобальные сети и более
эффективно использовать возможности ПО Cisco IOSÔ.

2.3.2 Маршрутизаторы серии 2600

Маршрутизаторы серии Cisco 2600 содержат до 64Мбит оперативной


памяти (DRAM) и до 16Мбит флэш-памяти. Серия Cisco 2600 является
модульной и может включать в себя следующие компоненты.
Модули ЛВС:
- 1 или 4 порта 10BaseT Ethernet;
- 1 порт ATM 25;
- 4/8 портов ATM E1 IMA (инверсного мультиплексирования поверх
сети ATM).
Модули глобальных сетей низкой плотности:
- 1 или 2 синхронных высокоскоростных последовательных порта;
- 2 синхронно/асинхронных низкоскоростных последовательных порта;
- 1 ISDN BRI порт.
Модули глобальных сетей высокой плотности:
- 8 или 16 портов для подключения аналоговых модемов с
максимальной скоростью передачи до 33,6 б/с;
- 16 или 32 асинхронных порта;
- 4 или 8 синхронных/асинхронных низкоскоростных последовательных
порта;
- 4 или 8 ISDN BRI портов;
- 1 или 2 порта структурированного (channelized) T1/E1 ISDN PRI;
- модули для передачи голоса и факсов с интерфейсами ISDN BRI, FXS,
FXO и E&M (всего до 4 голосовых портов на маршрутизатор).
17

Таблица 2.1 Технические характеристики маршрутизаторов фирмы Cisco

Количество
№ Серия устройств Конфигурация Количество Технология ЛВС пользователей Назначение
портов по телефонным
линиям
1 Cisco 800 Фиксированная 1 порт ISDN BRI Ethernet - Маршрутизатор
для малого офиса
2 Cisco 1600, Модульная 1 порт ЛВС, 1 порт Ethernet - Маршрутизатор
1700 глобальной сети для малого офиса
3 Cisco 2500 Фиксированная 1-2 порта ЛВС, 2 Ethernet или 8 или 16 Маршрутизатор для
порта глобальной Token Ring малых офисов и
сети местных отделений
4 Cisco 2600 Модульная 1-4 порта ЛВС, до 10/100 Ethernet До 32 Мультимедиа
8 портов или Token Ring Маршрутизатор для
глобальных сетей местных отделений
5 Cisco 3600, 4500/ Модульная Зависит от Ethernet, Fast До 96 Высоко
4700 комплектации Ethernet, Token производительные
Ring, FDDI мультимедиа
маршрутизаторы для
центрального офиса
6 Cisco 7200/7500 Модульная Зависит от Ethernet, Fast Высокопроизводи-
комплектации Ethernet, Token тельные мультимедиа
Ring, FDDI, HSSI, маршрутизаторы для
ATM, T3/E3, центрального офиса и
ISDN PRI/BRI магистральной сети
7 Cisco 12000 Модульная Зависит от Технологии п.6 Гигабитный
Комплектации, плюс Gigabit коммутирующий
поддерживает Ethernet маршрутизатор для
ОС-48 (2,4 Гбит/с) магистральных сетей
18

Сервисные модули AIM (Advanced Integration Module) - в данном случае


это модуль аппаратного сжатия данных.
Варианты программного обеспечения позволяют поддерживать:
- маршрутизацию IP (IP Feature Set);
- маршрутизацию IP, IPX, Apple Talk (AT) и DEC (IP/IPX/ATDEC
Feature Set);
- межсетевой экран (IOS Firewall Feature Set);
- полный набор сетевых протоколов (Enterprise Feature Set);
- функции трансляции адресов (NAT), удалённого мониторинга
(RMON), протокола резервирования ресурсов (RSVP) и поддержки
протоколов IBM (Plus Feature Set);
- шифрование на сетевом уровне с использованием стандартной
технологии IPSec (Plus Encryption Feature Set).

2.3.3 Серия модульных маршрутизаторов Cisco 3600

Серия Cisco 3600 разработана для поддержки удалённых офисов и


подразделений, которым необходим доступ в корпоративную сеть Интернет
либо Frame Relay. Серия серверов доступа, реализованная на данных
маршрутизаторах, предполагает поддержку различных технологий
удалённого доступа, включая передачу голоса и факсов через сети TCP/IP,
FR.
Серия Cisco 3600 состоит из трёх моделей маршрутизаторов,
отличающихся количеством свободных гнёзд расширения,
производительностью процессора и наличием встроенных портов ЛВС.
К достоинствам маршрутизаторов данной серии можно отнести:
§ Поддержка широкого спектра протоколов.
Устройства серии Cisco 3600 с ПО Cisco IOS™ поддерживает все
широко используемые сетевые протоколы, включая IP, Novell IPX и Apple
Talk, а также широкий спектр протоколов маршрутизации.
· Возможность оптимизация полосы пропускания.
Маршрутизаторы Cisco 3600 имеют возможности для оптимизации
полосы пропускания и, соответственно, её стоимости. Сжатие данных и
многочисленные методы приоритизации потока данных гарантируют
доставку данных, а применение таких технологий, как спуфинг протоколов,
“мгновенная” маршрутизация, выделение пропускной способности по
требованию, установление соединения по требованию и т.п., гарантируют
минимизацию стоимости используемого соединения.
§ Расширенная поддержка мультимедиа и виртуальных сетей (VLAN).
Применение технологий IGMP, RSVP, PIM, WFQ, ISL (InterSwitch Link),
802.1Q позволяет маршрутизаторам серии Cisco 3600 обеспечивать
эффективную работу видео- и аудио- приложений. Наличие голосовых
модулей даёт возможность передачи голоса (услуг IP- телефонии) и факсов
через сети TCP/IP, обеспечивая при этом стыковку с телефонными
аппаратами, учережденческими телефонными станциями, а также передачу
19

факсов в реальном масштабе времени и в режиме их маршрутизации через


общую сеть IP. Голосовые модули поддерживают стандарты ITU G.729,
G.711 и G.723.1 для обеспечения качественной передачи голоса и факсов, а
также стандарт H.323 для поддержки приложений мультимедиа.
§ Высокий уровень защиты от несанкционированного доступа.
Предусмотрена идентификация пользователей. Имеется возможность
организовать: списки доступа, контроль событий, шифрование, построение
частных сетей, туннелирование и т.п. Поддерживается широкий спектр
протоколов безопасности, включая TACAS+, Radius, Kerberos.
Маршрутизаторы серии 3600 по сравнению с серий 2600 имеют:
- дополнительный отказоустойчивый источник питания;
- ПО ConfigMaker для WinNT 4.0, которое облегчает проектирование
сети и упрощает конфигурирование устройства.

Модули для маршрутизаторов серии Cisco 3600

Модули сопряжения с ЛВС


- 1 порт 10BaseT Ethernet;
- 1 порт 100TX Fast Ethernet;
- 4 порта 10 BaseT Ethernet.

Модули сопряжения с глобальными сетями:


- 8 или 16 портов для подключения аналоговых модемов (с поддержкой
протокола V.34+, максимальная скорость передачи до 33,6 Кбит/с);
- модуль для подключения цифровых модемов (до 32 модемов на один
слот расширения, максимальная скорость передачи до 56 Кбит/с с
поддержкой протокола V.90);
- 16 или 32 асинхронных порта;
- 4 синхронных последовательных порта;
- 1 или 2 порта структурированного (channelized) T1/E1 ISDN PRI;
- 4 или 8 портов ISDN BRI;
- 4 или 8 синхронно/асинхронных низкоскоростных последовательных
портов;
- 1 порт ATM 25 Мбит/с;
- 1 порт ATM 155 Мбит/с (ОС-3) с использованием одномодового или
многомодового волоконно-оптического кабеля (поддерживаются технологии
CLIP, LANE, 1483);
- 4 или 8 портов ATM E1 IMA (инверсного мультиплектирования поверх
сети ATM);
- 1 порт высокоскоростного последовательного интерфейса (HSII);
- модуль аппаратного сжатия данных;
- модуль для передачи голоса и факсов с интерфейсами ISDN BRI, FXS,
FXO и E&M (до 4 голосовых портов на один слот).
20

Смешанные сетевые модули


- 1 порт Ethernet 10/100BaseTX, 1 порт T1/E1 ISDN PRI;
- 1 порт Ethernet 10/100BaseTX, 2 порта T1/E1 ISDN PRI;
- 1 порт Token Ring, 1 порт Ethernet и 2 свободных гнезда для
однопортовых модулей;
- 1 порт Ethernet и 2 свободных гнезда для однопортовых модулей;
- 2 порта Ethernet и 2 свободных гнезда для однопортовых модулей.
Если сравнить модули серии 2600 и 3600, то у серии 3600 они более
функциональны, однако, варианты и возможности программного
обеспечения такие же, как и в маршрутизаторах серии 2600.
К настоящему моменту во всём мире установлено более 100 тысяч
маршрутизаторов серии Cisco 3600.

2.4. Программное обеспечение Cisco IOS

Назначение. Операционная система Cisco IOS - это программная


платформа, обеспечивающая взаимодействие и управление
маршрутизаторами (коммутаторами, концентраторами Cisco) в рамках
сетевой инфраструктуры и предназначенная для поддержки надёжной и
качественной работы сетевых приложений и услуг. Маршрутизаторы Cisco
2610 поддерживают одну из последних версий IOS v.12.0 либо 12,0 (Т), а
Cisco 3620 v.12.1.
Источники загрузки. Источники загрузки IOS рассмотрены в разделе
2.3.

2.4.1. Возможности ПО Cisco IOS

Кратко остановимся на возможностях Cisco IOS. ПО Cisco IOS™ имеет


следующие возможности по оптимизации полосы пропускания.
§ Выделение полосы пропускания по требованию (bandwidth on demand-
BOD) – динамическое увеличение пропускной способности за счёт
автоматического установления добавочных соединений и балансировки
передачи данных по ним в соответствии с заданными уровнями.
§ Быстрая (мгновенная) маршрутизация (Snapshot routing) – механизм
распространения информации протоколов маршрутизации, позволяющий
использовать динамические протоколы маршрутизации на
коммутируемых линиях, уменьшая за счёт этого время и сложность
настройки маршрутизаторов.
§ Резервирование полосы пропускания и приоритетная очерёдность (Virtual
bandwidth reservation and priority queuing) – расширяет реальное
использование полосы пропускания путём резервирования пропускной
способности и приоритизации потоков данных в зависимости от типов
приложений, адреса отправителя или адреса получателя.
21

§ Сжатие (компрессия) данных. Cisco IOS™ содержит полный набор


вариантов сжатия, включая компрессию заголовков TCP/IP, компрессию
на уровне интерфейса, компрессию на уровне виртуального канала.
§ Маршрутизация по требованию (dial-on-demand routing – DDR) позволяет
производить минимизацию затрат за счёт того, что маршрутизатор
автоматически устанавливает и завершает соединение при использовании
сетей коммутации каналов таких как ISDN или обычных телефонных
сетей.
§ Спуфинг протокола IPX (IPX Protocol Spoofing) позволяет осуществить
оптимизацию сетей Novell NetWare путём обработки служебных пакетов,
управляющих соединением между сервером, маршрутизатором и
клиентом.

Возможности по обеспечению гарантированного качества обслуживания


Так, программное обеспечение Cisco IOS™ позволяет гарантировать
потокам данных необходимую полосу пропускания благодаря
использованию следующих технологий:
- протокола резервирования ресурсов (Resource Reservation Protocol –
RSVP), который устанавливает приоритетное выделение полосы
пропускания;
- реализации механизма взвешенной справедливой очерёдности
(Weighted Fair Queuing – WFQ), который позволяет расширять возможности
обычных методов организации очерёдности обработки трафика;
- использования механизма произвольного раннего обнаружения
(Random Early Detection – RED), что позволяет избежать переполнение сети
при пиковой рабочей нагрузке и гарантировать доставку приоритетного
потока данных.
Cisco IOS™ также поддерживает такие технологии управления
ресурсами, как протокольно-независимая многоадресная маршрутизация
(Protocol Independent Multicast – PIM), частный межсетевой интерфейс
(Private Network-Network Interface – PNNI) и передача с доступной скоростью
(available bit rate – ABR).

Возможность расширенной поддержки приложений мультимедиа


Использование новых мультимедийных приложений – CUSeeME, Apple
QuickTime, Cisco IP/TV, видеосервисов и т.д. привело к тому, что всё чаще
применяют многопротокольные многоадресные (multicast) потоки данных.
ПО Cisco IOS™ обеспечивает поддержку мультимедийных услуг связи и
многоадресной рассылки пакетов, с использованием следующих технологий:
- протокола резервирования ресурсов (Resource Reservation Protocol –
RSVP), который динамически резервирует полосу пропускания между двумя
оконечными узлами для критического к задержкам потока данных IP-
протокола;
22

- многоадресной IP- маршрутизации (IP Multicast) на базе протокола


PIM (Protocol Independent Multicast – протокольно-независимая
многоадресная рассылка), который позволяет осуществлять многоадресную
рассылку пакетов в сочетании с использованием одноадресных протоколов
IP- маршрутизации;
- протокола управления группами (Internet Group Management Protocol –
IGMP), который сообщает маршрутизатору о желании пользователя рабочей
станции быть включённым в группу многоадресной рассылки.

Средства управления
Эти средства включают:
- Management Information Bases (MIBs)-базы управляющей информации,
заполнение и изменение которых может быть осуществлено при помощи
протоколов Simple Network Management Protocol (SNMP) или Common
Management Information Protocol (CMIP);
- протокол дистанционного управления (Remote Monitoring- RMON),
который позволяет обеспечивать мониторинг сети, выявлять в ней
проблемные ситуации, осуществлять “захват” пакетов для дальнейшего
анализа;
- сервер Hypertext Transfer Protocol (HTTP) для маршрутизаторов Cisco,
представляет собой средство настройки и мониторинга маршрутизаторов с
использованием стандартного web-браузера, а программное обеспечение
ClickStart™ в свою очередь, позволяет настроить маршрутизатор Cisco c
использованием стандартного web-браузера.

Защита от несанкционированного доступа

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


информации используется ряд решений, которые реализуются в устройствах
Cisco. К ним относятся:
- технология трансляции сетевых адресов и портов (NAT и PAT),
которая скрывает топологию и адресную схему корпоративной сети от
внешней сети;
- Digital Signature Standard (DSS) и цифровые сертификаты, позволяют
проводить идентификацию пользователей и устройств;
- протоколы Terminal Access Control System Plus (TACACS+) и RADIUS
обеспечивают полнофункциональные средства защиты при доступе по
коммутируемым линиям;
- протокол идентификации Password Authentication Protocol (PAP)
позволяет идентифицировать удалённых пользователей при установлении
соединения;
- протокол идентификации Challenge Handshake Authentication Protocol
(CHAP)- позволяет идентифицировать удалённых пользователей при
установлении соединения с использованием защищённого алгоритма;
23

- списки доступа (Access Lists), а именно стандартные списки доступа


контролируют адрес отправителя;
- расширенные списки доступа контролируют как адреса отправителя и
получателя, так и многие другие параметры;
- технология Lock and Key – позволяет устанавливать индивидуальные
параметры и ограничения для пользователей в среде с групповым доступом.

2.4.2. Основные команды Cisco IOS

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


команд. Каждая из них позволяет просматривать и устанавливать параметры
различных компонентов маршрутизатора. На рис.2.5 изображена область
действия каждой из этих команд.
Реакцию маршрутизатора на команды можно просмотреть на экране
дисплея компьютера, подключённого, например, к порту “Console”
маршрутизатора.

Команда Show version


Команда позволяет просмотреть текущий номер версии Cisco IOS.
Сокращённый формат команды: sh ver (ввод команды Router #sh ver).
Команда sh ver позволяет получить информацию:
- о том, какое время прошло с момента включения маршрутизатора;
- о способе загрузки системы;
- об источнике загрузки;
- об интерфейсах, обнаруженных при выполнении программы POST;
- содержимое регистра конфигурации.

Show version

RAM NVRAM Flash


IOS
Резервный Операционные Интерфейсы
Программы Активный Таблица файл системы
файл и конфигурации
конфигурации буферы

Show processes Show run Show mem Show star Show flash Show interfaces
Show protocols wr term Show stacks Show config
Show buffers

Рис.2.5. Команды состояния маршрутизатора


24

Команда Show process (sh proc)


Выводит в виде таблицы список активных процессов на
маршрутизаторе. При этом указывается степень загрузки (CPU, Central
Processing Unit) центрального процесса маршрутизатора за последние 5 с, 1
мин. и 5 мин. Со следующими параметрами:
- PIP- идентификационный номер процесса;
- Q- приоритет в очереди;
- TY- состояние процесса;
- PC- счётчик программ;
- Runtime- время CPU, отведенное на процесс в мс;
- Invoked- общее время активности процесса;
- Secs- время CPU, отведенное для вызова каждого процесса в мс;
- Stacks- нижнее граничное значение стека и общий доступный объём
стека в байтах;
- TTY- указатель, какой терминал управляет процессом;
- Process- имя процесса;

Команда Show memory


Команда Sh mem применяется для просмотра выделенной памяти для
различных целей. Так, например, она выводит таблицу обобщённых
статистических данных о выделенной системной памяти.

Команда Show Stacks


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

Команда Show Buffers


Команда Sh buff позволяет просмотреть размеры малых (Small), средних
(Middle), больших (Big), очень больших (Very Big), супербольших (Large) и
гигантских (Huge) буферов.

Команда Show Flash


Команда Sh fla выводит характеристики флеш - памяти, а также размер
файлов в ней, а также объём свободного пространства.

Команда Show running-config


Данная команда выводит на экран подробный список параметров
выполняемого файла конфигурации. В ранних версиях IOS до v.10.3
включительно использовалась команда write term.

Команда Show startup-config


Данная команда выводит на экран подробный список параметров файла
конфигурации, сохранённого в NVRAM. В версиях IOS до v.10.3
включительно использовалась команда show config.
25

Команда Show Interface


Команда sh int даёт информацию об аппаратных интерфейсах
маршрутизаторов и их состояниях. В начале выводится информация о
первом интерфейсе, а затем о втором и т.д. Для просмотра конкретного
интерфейса необходимо в команде указать его имя, например, sh int eO.
Команда Show Protocols
Команда sh prot выводит информацию о протоколах, работающих на
маршрутизаторе.

Команда Show IP Protocol


Команда sh ip prot служит для детального просмотра информации о
протоколе IP или о других протоколах при задании его имени.
26

3 МАРШРУТИЗАЦИЯ В СЕТЯХ IP

3.1 Методы и алгоритмы маршрутизации

3.1.1 Задача маршрутизации

Применение маршрутизаторов для объединения разнородных


физических компьютерных сетей и сегментов позволяет оптимизировать
пропускную способность этих сетей, увеличить надежность и безопасность.
Основная задача, которую должны решать маршрутизаторы это выбор
оптимального маршрута передачи пакетов с данными через сеть к узлу
назначения. Решение этой задачи маршрутизации возлагается на
маршрутные протоколы (routed protocols) и протоколы маршрутизации
(routing protocols).
Маршрутные протоколы применяются маршрутизаторами при выборе
наилучшего маршрута для отправляемых пакетов, например, таких как IP
или IPX. Маршрутные протоколы определяют формат заголовка пакета
данных. В заголовках этих пакетов, как правило, содержится информация,
которую маршрутизаторы используют для выбора нужного направления
ретрансляции пакетов. Этот выбор производится на основе адреса сети
назначения и поиска оптимальных маршрутов в таблице маршрутизации
(routing tables) . Адрес сети назначения определяется из адреса получателя
пакета.
Протоколы маршрутизации, т.е. протоколы управления процессами
динамической маршрутизации применяются маршрутизаторами для
составления и обновления таблиц маршрутизации. Эти протоколы
описывают алгоритмы обмена служебными данными о маршрутах между
маршрутизаторами, а также алгоритмы вычисления оптимальных маршрутов.
В сетях ТСР/IР для этой цели используют протоколы RIP (Routing
Information Protocol), OSPF (Open Shortest Path First) и др.
По необходимости, в зависимости от структуры распределенной сети и
используемых сетевых приложений, некоторые современные
маршрутизаторы могут одновременно поддерживать несколько стеков
протоколов, в частности несколько маршрутных протоколов и протоколов
маршрутизации.
Маршрутный протокол IP и протоколы маршрутизации RIP, OSPF это
протоколы сетевого уровня из семейства протоколов TCP/IP. Стандарт стека
протоколов TCP/IP разработан в начале семидесятых годов для
взаимодействия удаленных вычислительных (компьютерных) систем в
распределенных сложных сетях. В частности для применения в
экспериментальной сети с коммутацией пакетов ARPANET (Advanced
Research Project Network). В начале 1980 г. программная реализация этого
стека протоколов стала составной частью операционной системы Berkley
UNIX v 4.2. Переход на технологию TCP/IP в сети ARPANET был полностью
завершен в 1983 г. Благодаря использованию в сети ARPANET технологии
27

TCP/IP появилась и начала развиваться современная глобальная


компьютерная сеть Internet.

3.1.2 Методы маршрутизации

В настоящее время на сетях с коммутацией пакетов используются


протоколы маршрутизации, в основе которых реализован один из следующих
методов маршрутизации:
ü прозрачная маршрутизация (transparent routing);
ü одношаговая маршрутизация (next hop routing);
ü маршрутизация от источника (source routing).
Метод прозрачной маршрутизации, основан на алгоритме остового
дерева STA (Spanning Tree Algorithm), который описан в стандарте IEEE
802.1.
Данная маршрутизация используется во всех мостах, устанавливаемых в
сетях Ethernet и некоторых сетях Token Ring.
В основе метода лежит принцип, согласно которому ни сам пакет, ни
мост, через который он передается, не должны что-либо знать о маршруте
передачи пакета. Каждый мост выполняет лишь фильтрацию или
продвижение пакетов с одной сети во все остальные прилегающие к нему
сети. Процесс продвижения продолжается до тех пор, пока пакет, переходя
от одного моста к другому, не достигнет адреса получателя. Движение пакета
по сети не целенаправленно. Пакет блуждает по сетям.
Метод одношаговой маршрутизации используется в сетях TCP/IP. В
этих сетях протокол IP является базовым протоколом стека TCP/IP. В
заголовке блока данных сетевого протокола IP содержится информация об IР
– адресах узла получателя и отправителя данных. Такой блока данных
называют IР – дейтаграммой, а в общем случае пакетом.
Согласно методу одношаговой маршрутизации каждый маршрутизатор
и конечный узел принимает участие в выборе только одного шага передачи
дейтаграммы. В каждой строке таблицы маршрутизации указывается только
один IР – адрес следующего маршрутизатора на том пути, по которому
нужно передать дейтаграмму. Таким образом, ни в IР – дейтаграмме, ни в
таблице маршрутизации нет сведений обо всем маршруте следования
дейтаграммы в виде последовательности IР – адресов маршрутизаторов,
через которые она должна пройти.
Каждый маршрутизатор принимает решение о передаче дейтаграммы на
основании своей таблицы маршрутизации. В качестве индекса таблицы
используется номер сети, полученный из поля «Адрес получателя» в
заголовке IР – дейтаграммы. Если получатель располагается в сети,
подключенной к одному портов маршрутизатора, последний может
доставить дейтаграмму напрямую, не посылая ее другим маршрутизаторам.
В противном случае он должен отправить дейтаграмму маршрутизатору,
который находится ближе к получателю.
28

Каждому маршрутизатору в сетях TCP/IP вместе с дейтаграммой


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

3.1.3 Алгоритмы IP – маршрутизации

3.1.3.1 Алгоритм обработки дейтаграммы маршрутизатором

На рис. 3.1 показан алгоритм обработки входящих дейтаграмм


программными модулями IP, ARP, ICMP маршрутизатора. Для удаления
дейтаграмм, которые попали в замкнутые петли маршрутизации, модуль IP
проверяет время жизни дейтаграммы. Время жизни указано в поле TTL (Time
To Life) IP – заголовка дейтаграммы. При прохождении дейтаграммы через
маршрутизатор значения TTL уменьшается на единицу (1 мс).
Маршрутизатор удаляет дейтаграммы, у которых истекло время жизни (TTL
= 0). При этом модуль протокола ICMP маршрутизатора посылает узлу,
который сгенерировал дейтаграмму сообщение об ее удалении.
Для выбора маршрута передачи дейтаграммы модуль IP посматривает
таблицу маршрутизации, отыскивая маршрут к сети, адрес которой указан в
заголовке дейтаграммы. Если маршрут не найден и не определен маршрут по
умолчанию, то маршрутизатор удаляет дейтаграмму. Протокол ICMP
посылает узлу, который сгенерировал дейтаграмму, сообщение о том, что
получатель не достижим.
29

Входящая дейтаграмма

Заголовок
поврежден Да

Нет

Уменьшение
значения поля TTL
в заголовке
дейтаграммы

Нет

Посылка сообщения
Значение протокола ICMP –
TTL › 0? Нет превышено время
дейтаграммы

Да Удаление
дейтаграммы

Просматривается
таблица
маршрутизации

Посылка сообщения
Маршрут Маршрут по протокола ICMP –
найден? Нет умолчанию Нет получатель не
определен?
достижим

Да
Да

Поиск в ARP-таблице Физичес- Посылаем


для разрешения кий адрес Нет широковещательный
адресов найден? ARP-запрос в сеть

Да

Посылаем дейтаграмму дальше, Полученный ARP-


используя номер порта из таблицы ответ сохраняем в
маршрутизации и физический адрес ARP-таблице
из ARP-таблицы

Исходящая дейтаграмма

Рис. 3.1 – Алгоритм обработки IP-дейтаграмм маршрутизатором


30

Если маршрут найден, то в ARP – таблице выполняется поиск


физического адреса узла получателя. Этот поиск выполняется по IP – адресу
следующего маршрутизатора (при косвенной маршрутизации) или узла
получателя (при прямой маршрутизации).
Дейтаграмма отправляется по найденному в ARP – таблице
физическому адресу через порт, номер которого указан в таблице
маршрутизации.

3.1.3.2 Процедура IP – маршрутизации в распределенной сети

Процедуру маршрутизации дейтаграммы в IР – сети покажем на


примере небольшой распределенной сети, состоящей из четырех локальных
сетей связанных тремя маршрутизаторами (рис. 3.2).
Основываясь на рис. 3.2, рассмотрим процесс передачи информации от
станции А к станции Б через три промежуточных маршрутизатора и четыре
сети. Распределенную сеть можно рассматривать как одну большую
виртуальную сеть. Путь, по которому будет передаваться дейтаграмма, не
определяется ее отправителем. Каждый маршрутизатор отвечает за доставку
дейтаграммы только на один шаг, то есть полагается на следующий
маршрутизатор. Эти промежуточные маршрутизаторы пересылают ее в
следующую сеть. Только когда дейтаграмма достигнет получателя,
локальный модуль IP извлечет передаваемое сообщение из дейтаграммы и
передаст его протоколам верхнего уровня.

Рис. 3.2 – Пример распределенной сети

Предположим, что станции А с адресом 128.1.0.1 необходимо передать


информацию станции Б в сети с адресом 128.4.0.1. При передаче дейтаграмм
от маршрутизатора к маршрутизатору нужно обратить внимание, что
заголовок IP – дейтаграммы, сформированный на станции А, остается
неизменным, а изменяются только физические адреса кадра канального
уровня. В заголовке отправляемой IP – дейтаграммы будет указан адрес
получателя 128.4.0.1, а отправителя – 128.1.0.1.
Так как станции А и Б располагаются в различных сетях, то станции А
приходится выполнять косвенную маршрутизацию. Для этого она должна
31

послать информацию на ближайший известный ей маршрутизатор или на


маршрутизатор по умолчанию. После инициализации станция А знает только
адрес маршрутизатора по умолчанию – 128.1.0.2 (рис. 3.3). Поэтому станция
А будет использовать маршрутизатор Ml для передачи информации любому
устройству, расположенному в удаленной сети. Если в ARP – таблице
станции А нет записи об физическом адресе маршрутизаторе М1, то она
сформирует ARP – запрос и будет ждать, когда маршрутизатор Ml ответит на
него. После того как она выяснит физический адрес %080002001231 порта 1
маршрутизатора М1, станция А сформирует и передаст кадр канального
уровня. В заголовке кадра будет указан физический адрес получателя
%080002001231, а отправителя – %080002001111.
После получения кадра маршрутизатор Ml удалит его заголовок
канального уровня и прочтет адрес получателя 128.4.0.1 в заголовке IP –
дейтаграммы. Затем он отыщет соответствующую запись в своей таблице
маршрутизации (табл. 3.1). Маршрутизатор Ml знает, что нужная сеть
находится на расстоянии двух переходов от него, и что он должен передать
эту дейтаграмму маршрутизатору М2 на порт с IP-адресом 128.2.0.3 . Если
маршрутизатор Ml не имеет в своей ARP-таблице физического адреса этого
порта 1 маршрутизатора М2, то он сформирует ARP-запрос и будет ждать,
когда маршрутизатор М2 ответит на него. После этого маршрутизатор Ml
передаст кадр с физическим адресом %080002001233 на порт 1
маршрутизатора М2.
После получения кадра маршрутизатор М2 удалит его заголовок
канального уровня и прочтет адрес получателя 128.4.0.1 в заголовке IP –
дейтаграммы. Затем он отыщет соответствующую запись в своей таблице
маршрутизации (табл. 3.1). Маршрутизатор М2 знает, что нужная сеть
находится на расстоянии одного перехода от него, и он должен передать эту
дейтаграмму на порт 1 маршрутизатора МЗ с IP – адресом 128.3.0.3. Если
маршрутизатор М2 не имеет в своей ARP-таблице физического адреса порта
1 маршрутизатора МЗ, он сформирует ARP-запрос и будет ждать, когда
маршрутизатор МЗ ответит на него. После ответа маршрутизатор М2
передаст кадр с физическим адресом получателя %080002001235 на порт 1
маршрутизатора МЗ).
После получения кадра маршрутизатор МЗ удалит заголовок канального
уровня и прочтет в заголовке IP-дейтаграммы адрес получателя – 128.4.0.1.
Затем маршрутизатор отыщет соответствующую запись в своей таблице
маршрутизации (табл. 3.1). Таким образом, он узнает, что нужная ему сеть
получателя подключена напрямую к его порту 2, и что он не должен
передавать эту дейтаграмму другому маршрутизатору. Он может доставить
ее получателю напрямую. Если маршрутизатор МЗ не имеет в своей ARP-
таблице физического адреса станции Б, то он сформирует ARP-запрос и
будет ждать, когда станция ответит на него. После этого маршрутизатор МЗ
передаст кадр по физическому адресу %080002002222 станции Б.
32

3.1.3.3 Таблицы маршрутизации протокола IP

Для выбора пути доставки IP – дейтаграммы каждое сетевое устройство


(маршрутизатор, рабочая станция) использует таблицы маршрутизации.
В табл. 3.1 показано основное содержимое таблиц маршрутизации
связующих маршрутизаторов в распределенной IP – сети рис. 3.2.

Таблица 3.1 – Таблицы маршрутизации связующих маршрутизаторов сети

Маршрутизатор M1
Номер сети Следующий маршрутизатор в пути Количество переходов
128.1.0.0 Подключена напрямую. Порт 1 0
128.2.0.0 Подключена напрямую. Порт 2 0
128.3.0.0 128.2.0.3 1
128.4.0.0 128.2.0.3 2
Маршрутизатор М2
Номер сети Следующий маршрутизатор в пути Количество переходов
128.1.0.0 128.2.0.2 1
128.2.0.0 Подключена напрямую. Порт 1 0
128.3.0.0 Подключена напрямую. Порт 2 0
128.4.0.0 128.3.0.3 1
Маршрутизатор МЗ
Номер сети Следующий маршрутизатор в пути Количество переходов
128.1.0.0 128.3.0.2 2
128.2.0.0 128.3.0.3 1
128.3.0.0 Подключена напрямую. Порт 1 0
128.4.0.0 Подключена напрямую. Порт 2 0

Следует отметить, что таблица маршрутизации используется не только


маршрутизатором с несколькими сетевыми портами, но и рабочей станцией,
подключаемой к сети через один сетевой адаптер. На рис. 3.3 показан пример
таблицы маршрутизации рабочей станции с IP– адресом 128.1.0.1. Таблицу
маршрутизации компьютера работающего под управлением операционной
системы Microsoft Windows 95 можно посмотреть по команде route print.
В таблице маршрутизации рис.3.3 имеется специальный сетевой адрес
0.0.0.0, который собственно и является маршрутом по умолчанию. По этому
маршруту программный модуль IP будет отправлять дейтаграмму, если в
поле Network Address таблицы маршрутизации не будет найден маршрут в
требуемую сеть.
Введение маршрута по умолчанию позволяет уменьшить размер таблиц
маршрутизации. В результате процесс маршрутизации упрощается, так как
таблица маршрутизации содержит несколько записей для локальных сетей и
маршрут по умолчанию для всех остальных. Маршрут по умолчанию
незаменим в таких больших сетях, как Internet.
33

Network Address Netmask Gateway Address Interface Metric


0.0.0.0 0.0.0.0 128.1.0.2 128.1.0.1 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
128.1.0.0 255.255.255.0 128.1.0.1 128.1.0.1 1
128.1.0.1 255.255.255.255 127.0 0.1 127.0.0.1 1
128.1.0.255 255.255.255.255 128.1.0.1 128.1.0.1 1
224.0.0.0 224.0.0.0 128.1.0.1 128.1.0.1 1
255.255.255.255 255.255.255.255 128.1.0.1 128.1.0.1 1

Рис. 3.3. – Таблица маршрутизации на рабочей станции с ОС Windows 95

Кроме уменьшения размера таблиц маршрутизации, использование


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

3.1.4 Алгоритмы управления маршрутизацией

Управление таблицей маршрутов на маршрутизаторах в большой


распределенной сети является сложной задачей. Существуют различные
алгоритмы построения и модификации таблиц маршрутов для одношагового
метода маршрутизации. Эти алгоритмы делят на три класса.
ü Алгоритмы фиксированной (статической) маршрутизации. Они
применяются в сетях с простой топологией и основаны на составлении
таблиц маршрутизации администратором сети. Если в топологии сети
возникают изменения, то администратору необходимо «вручную»
модифицировать записи в статических таблицах маршрутов
маршрутизаторов и РС.
ü Алгоритмы простой маршрутизации Они разделяются на три
подкласса:
§ случайная маршрутизация (дейтаграммы передаются в
любом случайном направлении, кроме исходного направления);
§ лавинная маршрутизация (дейтаграммы передаются во всех
направлениях, кроме исходного направления);
§ адаптивная маршрутизация (таблица маршрутизации
составляется на основании данных, содержащихся в проходящих
через маршрутизатор дейтаграммах).
ü Алгоритмы адаптивной маршрутизации. Это основные алгоритмы,
применяемые в современных сетях с коммутацией пакетов. Для отображения
текущей сетевой топологии на маршрутизаторах создаются и
поддерживаются динамические таблицы маршрутизации. Маршрутизаторы
периодически обмениваются между собой информацией о сетевой топологии
34

и маршрутах. При изменении топологии сети автоматически вносятся


изменения в таблицы маршрутов.
В сетях IP обмен маршрутной информацией выполняют протоколы
маршрутизации, к которым относятся: Routing Information Protocol (RIP),
Open Shortest Path First Protocol (OSPF), Integrated Intermediate System to
Intermediate System (IS-IS), Exterior Gateway Protocol (EGP) и Border Gateway
Protocol (BGP).

3.2 Статическая маршрутизация

3.2.1 Общая характеристика

Таблицы статической маршрутизации создаются и обновляются


вручную. При изменении конфигурации сети статические маршрутизаторы
не информируют об этом друг друга. Администратор сети обязан вручную
модифицировать записи статической таблицы маршрутизации всякий раз,
когда в топологии объединенной сети возникают изменения.
Достоинством статической маршрутизации является неизменная полоса
пропускания. Это обусловлено тем, что при статической маршрутизации не
приняты широковещательные рассылки сообщений об изменении
маршрутов.
Другое положительное качество – безопасность. При статической
маршрутизации маршрутизаторы знают о тех сетях, о которых им сообщил
администратор сети. Это мешает пользователям получать ресурсы, доступ к
которым запрещен.
Статическую маршрутизацию следует также использовать, когда сеть
достижима только по одному пути. Это свойственно для так называемой
тупиковой сети (stub network). Создание статических маршрутов в тупиковые
сети позволяет избежать расходов, свойственных динамической
маршрутизации. Пример такой сети представлен на рис. 3.4.

3.2.2 Конфигурирование статических маршрутов

Процедура конфигурирования статической маршрутизации зависит от


операционной системы сетевого устройства (маршрутизатора, рабочей
станции). Маршрутизаторы Cisco конфигурируются на применение
статической маршрутизации с помощью команды ip route. Формат этой
команды следующий:

ip route сеть маска адрес/интерфейс [расстояние]

где: сеть – IP-адрес сети или подсети получателя;


маска – используемая маска подсети;
адрес – IP-адрес шлюза, т.е. маршрутизатора следующей точки
перехода;
35

интерфейс – название интерфейса, используемого для доступа в сеть


получателя;
расстояние – административное расстояние.
Например, чтобы установить статический маршрут в некоторую
удаленную сеть 172.16.50.0, через шлюз 192.16.20.2 необходимо
использовать следующую команду:

ip route 172.16.50.0 255.255.255.0 192.16.20.2

где 255.255.255.0 – маска подсети.


Приведем алгоритм конфигурирования статических маршрутов
маршрутизатора фирмы Cisco:
§ ввод команды config t, запускающей процесс конфигурирования с
собственного терминала;
§ ввод необходимых статических маршрутов с помощью команды ip
route, формат которой указан выше;
§ окончание конфигурирования путем ввода символа Z после нажатия
префиксной клавиши CTRL, т. е. путем ввода CTRL+Z;
§ сохранение таблицы маршрутизации в памяти с помощью команды
copy run star.
Рассмотрим конкретный пример конфигурирования статических
маршрутов маршрутизаторов сети, топология которой показана на рис. 3.4.
На этом рисунке маршрутизатор А напрямую соединен с двумя сетями
172.16.10.0 и 172.16.20.0. Маршрутизатор В напрямую соединен с тремя
сетями 172.16.20.0, 172.16.30.0 и 172.16.40.0. Маршрутизатор С имеет прямое
соединение с двумя сетями 172.16.40.0 и 172.16.50.0.

Рис. 3.4 – Топология сети объединенной маршрутизаторами А, В и С

На рис 3.4. таблицами представлены IP – адреса интерфейсов E0


(Ethernet0) и S0 (Serial0) всех трех маршрутизаторов, а также двух рабочих
станций Хост А и Хост В. Все маршрутизаторы используют маску подсети
255.255.255.0.
36

Пусть нам необходимо сообщить маршрутизатору А о косвенных


маршрутах к сетям 172.16.30.0, 172.16.40.0 и 172.16.50.0. добавив в таблицу
маршрутизации соответствующие маршруты.

RouterA#config t
Enter configuration commands one per line End with CTRL/Z
RouterA(config)#ip route 172.16.30.0 255.255.255.0 172.16.20.2
RouterA(config)#lp route 172.16.40.0 255.255.255.0 172.16.20.2
RouterA(config)#lp route 172.16.50.0 255.255.255.0 172.16.20.2
RouterA(config)#CTRL/Z
RouterA#copy run star

Итак, мы сообщили маршрутизатору A, что через интерфейс 172 16 20 2


маршрутизатора В достижима сеть 172.16 30 0 с маской 255 255.255.0 .
Аналогично мы указали пути в две другие сети, и теперь пакеты будут
перемещаться туда через маршрутизатор В.

3.2.3 Конфигурирование маршрутизации по умолчанию

Задание маршрута по умолчанию на маршрутизаторах Cisco


выполняется аналогично указанию путей при статической маршрутизации.
Однако для создания записи в таблице маршрутизации для маршрута,
выбранного по умолчанию необходимо применять сеть и маску сети,
состоящую только из нулей. Например, чтобы задать для маршрутизатора А
(см. рис. 3.4) маршрут по умолчанию, введите команду

RouterA(config)#ip route 0.0.0.0 0.0.0.0 172.16.20.2

С помощью этой команды маршрутизатору А сообщается, что если он


не знает, как поступить с дейтаграммой, ее следует отправить по адресу
172.16.20.2 (интерфейс маршрутизатора В).
Маршрутизатор выбранный по умолчанию называют граничным
шлюзом.

3.2.4 Удаление статических маршрутов

Для удаления ранее установленного косвенного статического маршрута


в маршрутизаторах фирмы Cisco используется команда: no ip route. Формат
этой команды следующий:

no ip route сеть

где: сеть – IP-адрес сети или подсети получателя.


Рассмотрим конкретный пример удаления ранее установленных
статических маршрутов в маршрутизаторе С (рис. 3.2) к удаленным сетям
37

172.16.10.0, 172.16.20.0 и 172.16.30.0:

RouterA#config t
Enter configuration commands one per line End with CTRL/Z
RouterA(config)#no ip route 172.16.10.0
RouterA(config)#no lp route 172.16.20.0
RouterA(config)#no lp route 172.16.30.0
RouterA(config)#exit

3.3 Динамическая маршрутизация

3.3.1 Автономные системы

Рост любой компьютерной сети, например Internet неизбежно приводит


к появлению большого количества проблем, связанных с маршрутизацией.
При этом, как правило, происходит следующее:
ü снижается производительность протоколов маршрутизации;
ü растет размер сообщений, которыми обмениваются маршрутизаторы
для поддержания своих таблиц маршрутизации, что требует все больших
ресурсов маршрутизаторов и все большей пропускной способности сети;
ü из за большого числа маршрутизаторов становится практически
невозможной поддержка механизмов обнаружения и изоляции сбоев в сети.
Для того чтобы, в какой – то степени снизить влияние этих факторов,
большие сети делят на отдельные автономные системы (AS – Autonomous
System).
Автономная система (АС) представляет собой группу сетей и
маршрутизаторов, находящихся под централизованным управлением.
Возможная структура сети, содержащей магистраль и четыре области АС,
показана на рис. 3.5. Области 2,3,4 и 5 АС обмениваются данными только с
магистралью и маршрутизаторами из магистрали. Каждая сеть внутри АС
должна быть доступна из других АС. Такая структура сети снижает объем
передачи служебной информации, так как большая часть этих данных не
выходит за пределы АС. Применение АС позволяет независимо управлять
различными частями сети.
Маршрутизация внутри домена, т. е. внутри области АС называется
внутридоменной. Маршрутизаторы, соединяющие эти области с
магистралью, называются внешними или междоменными, межсистемными.
При подключении АС к Internet центр сетевой информации Интернет
(Inter NIC – Internet Network Information Center) присваивает ей уникальный
16 – разрядный номер AS, который указывается при настройке системы.
Маршрутизаторы внутри одной АС взаимодействуют, используя
одинаковые динамические протоколы маршрутизации. Протоколы,
управляющие маршрутной информацией внутри АС, относятся к классу так
называемых внутри шлюзовых протоколов IGP (Interior Gateway Protocol).
38

Главной задачей протоколов класса IGP является поддержание необходимой


производительности сетей АС. Эти протоколы должны немедленно
подстраиваться под изменения в сетевой топологии и находить маршрут с
наименьшей стоимостью. Отдельные протоколы класса IGP это: RIP, NLSP,
OSPF, IGRP, EIGRP и IS-IS.

Рисунок 3.5 – Автономные области маршрутизации

Взаимодействие между маршрутизаторами, которые принадлежат к


разным АС требует дополнительных протоколов внешней маршрутизации.
Такими протоколами являются внешне шлюзовой протокол EGP (Exterior
Gateway Protocol) и протокол граничной маршрутизации BGP (Border
Gateway Protocol). В этих протоколах предприняты меры, предотвращающие
влияние сбоев возникших в одних АС на другие АС.
Магистральные маршрутизаторы для связи с маршрутизаторами АС
кроме поддержки протоколов EGP или BGP, должны также поддерживать
протоколы класса IGP, так как всю информацию о АС протоколы внешней
маршрутизации получают через IGP.

3.3.2 Алгоритмы адаптивной внутренней маршрутизации

3.3.2.1 Общая характеристика

Перечисленные выше протоколы внутренней маршрутизации для


обмена маршрутной информацией используют два основных алгоритма:
алгоритм вектора расстояния VDA (Vector Distance Algorithm) и алгоритм
состояния связи LSA (Link State Algorithm).
Протоколы, использующие алгоритм вектора расстояния оперируют
такими данными, как направление и расстояние до любой сети. Такие
протоколы получают информацию об обновлениях в сети “из вторых рук”, а
не напрямую. Эта информация состоит из пар данных (V,D), где V – адрес
39

доступной сети, называемый вектором, а D – расстояние до этой сети (длина


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

3.3.2.2 Алгоритм VDA

Алгоритм длины вектора VDA (Vector Distance Algorithm) используется


в протоколах RIP и IGRP. Этот алгоритм основывается на тех же принципах,
что и алгоритм Беллмана-Форда, который был применен в первом протоколе
маршрутизации для сетей ARPANET. Последний исходит из предположения,
что каждый маршрутизатор может вычислить самый короткий маршрут и
соответствующее расстояние до каждой сети. То есть, каждый
маршрутизатор выбирает ближайший соседний маршрутизатор, который
расположен на этом самом коротком маршруте до получателя. Выбор
осуществляется на основании информации о стоимости путей (выбирается
путь с меньшей стоимостью). Стоимость вычисляется по информации,
имеющейся в таблицах маршрутизации всех соседних маршрутизаторов
(маршрутизаторы регулярно обмениваются между собой таблицами
маршрутизации).
Этот алгоритм хорошо работает в небольших сетях. В больших сетях он
заполняет сеть широковещательным графиком. Алгоритм VDA не всегда
точно и быстро учитывает изменения сетевой топологии, так как
маршрутизаторы не имеют точного представления о топологии сети, а
располагают только информацией, полученной от своих соседей.
В качестве метрики маршрута протокол RIP использует количество
переходов, то есть число маршрутизаторов, которые должна миновать
дейтаграмма, прежде чем она достигнет получателя. Маршрутизаторы с
поддержкой протокола RIP всегда выбирают маршрут с наименьшим числом
переходов.

3.3.2.3 Алгоритм LSA

Алгоритм состояния связи LSA (Link State Algorithm) используется в


протоколах OSPF и EIGRP. В противоположность алгоритму вектора
расстояния, при применении алгоритма маршрутизации по состоянию связи
таблицы маршрутизации содержат более полную информация о топологии
сети.
Оповещение маршрутизаторов об удаленных связях в этом алгоритме
40

выполняется с помощью пакетов состояния связи (LSP), или пакетов –


приветствий. Сбор информации о сети в системе маршрутизации по
состоянию связи значительно отличается от этого же процесса в системе
вектора расстояния.
Сначала маршрутизаторы обмениваются LSP пакетами –
приветствиями, содержащими обзорную информацию о сети в целом. На
начальном этапе каждый маршрутизатор передает только данные о своих
непосредственных связях. Затем каждый маршрутизатор компилирует все
LSP, поступившие из сети, и образует базу данных о топологии сети. После
этого с помощью алгоритма SPF (кратчайший путь – первый) вычисляются
маршруты ко всем сетям. Для каждой сети с маршрутизацией по состоянию
связи вычисляются кратчайший и оптимальный пути.
Затем каждый маршрутизатор формирует древовидную структуру
маршрутизации, в которой он сам является корнем. Результаты этих
действий преобразуются в таблицу маршрутизации, содержащую список
оптимальных путей (напомним, что оптимальный путь – это не кратчайший,
а наиболее эффективный). И только после этого маршрутизатор может,
применять эту таблицу для маршрутизации пакетов.

3.3.2.4 Сравнение алгоритмов VDA и LSA

Основные различия между алгоритмами вектора расстояния и по


состоянию связи можно свести к следующему:
§ Маршрутизаторы, использующие алгоритм вектора расстояния,
получают всю информацию о топологии сети из вторых рук, а именно от
своих соседей.
§ Маршрутизаторы, использующие алгоритм маршрутизации по
состоянию связи, получают полную и точную информацию о сети из первых
рук с помощью LSP.
§ Протоколы вектора расстояния определяют оптимальный маршрут
путем подсчета транзитных участков, т. е. по метрике.
§ Протоколы по состоянию связи, помимо метрики, анализируют
полосу пропускания и другие важные параметры пути.
§ В протоколах вектора расстояния обновление данных о топологии
выполняется раз в 30 с (в большинстве случаев этот интервал можно
изменять), что приводит к увеличению времени оповещения.
§ В протоколах по состоянию связи обновление может выполняться
сразу после изменения топологии, что сокращает время оповещения. LSP
можно адресовать группам маршрутизаторов или специально выделенному
маршрутизатору.
Выбор правильного алгоритма маршрутизации может определяться
такими соображениями, как простота структуры сети, объем и простота
настройки и управления маршрутизацией, возможность одновременной
поддержки нескольких протоколов без значительного усложнения
конфигурации.
41

3.4 Протокол внутренней динамической маршрутизации RIP

3.4.1 Общие сведения

Впервые протокол маршрутной информации RIP (Routing Information


Protocol) появился в 1982 году как часть стека протокола TCP/IP для
операционной системы UNIX, разработанной Berkley Software Distribution.
Протокол RIP является одним из первых протоколов обмена маршрутной
информацией между маршрутизаторами в IP – сети.
Протокол RIP описан в стандартах Internet – документе RFC 1058. Эту
версию протокола называют RIP – 1 IP. Существует вторая версия этого
протокола RIP – 2 IP, описанная в RFC 1388. Версия 2 поддерживает
бесклассовую междоменную маршрутизацию CIDR, аутентификацию,
подсети и групповую передачу. В обновленной версии RIP – 2 IP, описанной
в RFC 1723 добавлены средства безопасности. Существует также версия
этого протокола для сетей IPX/SPX компании Novell.
Преимуществом протокола RIP является его простота. Недостатком –
увеличение трафика за счет периодической рассылки широковещательных
сообщений.
Протокол RIP относится к классу протоколов IGP. Протокол RIP стал
стандартным протоколом маршрутизации внутри отдельной автономной
системы. Однако он существенно ограничивает размер автономной системы.
Это связано с тем, что протокол RIP не поддерживает длинные пути, которые
содержат более 15 переходов.

3.4.2 Таблица маршрутизации протокола RIP IP

В табл. 3.2 приведен пример типичных записей таблицы протокола


маршрутизации RIP IP. В качестве метрики маршрута протокол RIP
использует количество переходов (hop count). В некоторых технических
источниках встречается обозначение транзитный узел. В этой таблице
содержится только один маршрут для каждой сети.
Каждая запись в. табл. 3.2 включает такую информацию.
ü Следующий маршрутизатор в пути. Указан IP – адрес удаленного
маршрутизатора, которому необходимо послать дейтаграммы для доставки
их по назначению.
ü Количество переходов. Указано количество переходов между
текущим маршрутизатором и получателем пакета. Количество переходов –
это число маршрутизаторов, которые должен пересечь пакет до прихода к
получателю.
ü Протокол маршрутизации. Указан протокол маршрутизации, который
отвечает за запись.
ü Таймер. Указано время, прошедшее с момента последнего обновления
записи. Таймер сбрасывается при каждом обновлении.
42

Таблица 3.2 – Записи в таблице протокола маршрутизации RIP IP

Номер сети получателя 128.3.0.0


Следующий Количество Протокол Таймер
маршрутизатор в пути переходов маршрутизации
128.5.3.2 3 RIP 145
128.5.4.7 3 RIP 170
128.5.3.9 6 RIP 25

3.4.3 Обновление записей таблицы маршрутизации RIP IP

При включении маршрутизатора таблица маршрутизации заполняется


описанием сетей, которые напрямую подключены к этому маршрутизатору.
Затем маршрутизатор получает от своих соседей (маршрутизаторов)
информацию о других сетях АС.
Периодически (через 30…90 секунд) каждый маршрутизатор посылает
сообщения об обновлении маршрута всем своим соседям. Эти сообщения
содержат информацию из таблицы маршрутизации. Если объем информации
слишком велик и не помещается в одно сообщение протокола RIP, то она
будет разделена на части и помещена в несколько сообщений. Перед
передачей сообщений своим соседям об обновлении маршрута
маршрутизатор увеличивает количество переходов до получателя на
единицу.
Когда сообщения об обновлении маршрута приходят на маршрутизатор,
он обновляет свою таблицу маршрутизации в соответствии со следующими
правилами:
§ Если новое количество переходов меньше, чем текущее (для
конкретной записи), то маршрутизатор примет новый маршрут. Эта новая
запись будет храниться в таблице до тех пор, пока не появится маршрут с
еще меньшей метрикой;
§ Если передающий маршрутизатор является источником информации
для существующей записи, то принявший сообщение маршрутизатор будет
использовать новое значение количества переходов, даже если оно больше,
чем старое.
Реакция протокола RIP на изменения в топологии сети зависит от того,
как маршрутизатор информирует своих соседей о модификации его таблицы
маршрутизации. Однако следует учитывать, что если сетевая топология
изменяется, то соседи могут перестать быть соседями. Кроме того, если
маршрутизатор выходит из строя, он не может известить своих соседей об
изменениях в топологии. Таким образом, в случае отсутствия сообщений об
обновлении маршрутизации предполагаемый маршрут может не отражать
произошедшие изменения.
43

3.4.4 Недостижимость получателя

Все маршрутизаторы посылают сообщения об обновлении маршрута


через определенный интервал времени, который по умолчанию составляет 30
секунд. Если маршрутизатор не получает сообщения об обновлении
маршрута за определенный временной интервал (это интервал обмена
увеличенный в шесть раз – по умолчанию 180 секунд), то он предполагает,
что либо его соседний маршрутизатор вышел из строя, либо между ними
нарушилась связь. Затем маршрутизатор помечает отказавший маршрут как
некорректный и, в конечном счете, удаляет его из своей таблицы
маршрутизации.
Когда маршрутизатор получит информацию о новом маршруте от
другого своего соседа, то он будет использовать его вместо старого
удаленного маршрута.
Шестикратное увеличение интервала ожидания необходимо для того,
чтобы избежать исключения маршрута при случайной потере одного
сообщения об обновлении.
Маршрутизатору чрезвычайно важно оповестить своих соседей о том,
что не существует корректного маршрута к определенному получателю.
Протокол RIP позволяет выполнить это с помощью стандартных сообщений
об обновлении маршрутизации. Для обозначения недостижимости
получателя количество переходов к нему устанавливается равным 16. Это
значение считается бесконечностью, так как допустимые маршруты не могут
иметь более 15 переходов. Если какая-либо сеть становится недостижимой,
все соседние маршрутизаторы установят метрику для этой сети равной 16. В
следующем цикле посылки сообщений об обновлении маршрутизаторы
передадут эти данные всем своим соседям, указав для них число переходов к
недостижимой сети равным 16.

3.4.5 Сходимость маршрутизации RIP IP

Протокол RIP гарантирует, что таблицы маршрутизации за


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

серьезные последствия. В частности, могут образовываться логические петли


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

3.4.6 Образование логических петель маршрутизации

На рис. 3.6 показана логическая петля, образованная маршрутизаторами


М2 и МЗ. Маршрутизатор М2 может достигнуть целевой сети через
маршрутизатор М1 за 1 переход. Маршрутизатор МЗ получает эту
информацию из периодических сообщений об обновлении от
маршрутизатора М2. Поэтому МЗ может достигнуть целевую сеть через
маршрутизатор М2 за 2 перехода.
В следующем цикле посылки сообщений об обновлении маршрутизатор
МЗ известит маршрутизатор М2 о достижимости целевой сети за 3 перехода.
В результате маршрутизатор М2 будет иметь два маршрута в целевую сеть:
первый маршрут с использованием маршрутизатора Ml и количеством
переходов 1, а второй маршрут с использованием маршрутизатора МЗ и
количеством переходов 3. Маршрутизатор М2 выберет маршрут через
маршрутизатор Ml, так как он имеет наименьшую метрику.
В случае, если канал связи между маршрутизаторами Ml и М2 выйдет из
строя, то М2 не получит сообщение об обновлении в требуемый интервал
времени и удалит из своей таблицы запись о маршруте в целевую сеть через
Ml.

Рисунок 3.6 – Пример образования логической петли маршрутизации

В результате у маршрутизатора М2 будет сформирована запись о


маршруте в целевую сеть через маршрутизатор МЗ за 3 перехода.
Следовательно, М2 будет пересылать весь трафик маршрутизатору МЗ, тот
его пошлет обратно М2 и т. д.
Таким образом, образуется логическая петля маршрутизации. Обмен
пакетами между маршрутизаторами будет продолжаться до тех пор, пока
поле TTL в заголовке IP-дейтаграммы не станет равно 0. Тогда дейтаграмма
будет удалена одним из маршрутизаторов.
45

3.4.7 Технологии повышения производительности

Существует несколько технологий, которые ускоряют сходимость


протокола RIP IP, а также повышают его производительность. К ним
относятся:
ü расщепление горизонта (Split-Horizon);
ü обратное исправление (Poison Reverse);
ü мгновенное изменение (Triggered Update);
ü временный отказ от приема информации Hold-Down (приостановка);
ü Garbage-Collection (сборка мусора).
Согласно технологии Split-Horizon маршрутизатор не будет
распространять информацию об определенном маршруте через порт,
который явился источником данной информации Другими словами,
маршрутизатор не будет информировать о достижимости получателя своего
соседа, от которого была получена информация о маршруте к получателю.
На рис. 3.7 показано, каким образом Split-Horizon устранит
образовавшуюся петлю. Процедура обмена сообщениями об обновлении
маршрута остается такой же, как было описано выше, за исключением того,
что маршрутизатор МЗ не будет посылать информацию о маршруте к
целевой сети маршрутизатору М2. В результате маршрутизатор М2 имеет
только один маршрут в целевую сеть. Если произойдет обрыв канала связи
между маршрутизаторами Ml и М2, то М2 удалит из своей таблицы
маршрутизации маршрут в целевую сеть, и петля не возникнет.

Рисунок 3.7 – Результат работы технологии Split-Horizon

Технология Poison Reverse решает те же задачи, что и Split-Horizon,


однако, немного другим способом. Маршрутизаторы распространяют
информацию о маршрутах через порты, которые явились источниками
информации. Но эти маршруты указываются, как недостижимые –
количество переходов устанавливается равным 16 (рис. 3.8).
46

Рисунок 3.8 – Результат работы технологии Poison Reverse

По сути, сообщения о маршрутах с числом переходов, равным 16, – это


то же самое, что отсутствие сообщений (не считая увеличения нагрузки на
сеть). Однако при изменении сетевой топологии скорость сходимости в этой
схеме может увеличиться, так как упоминаются достижимые и
недостижимые маршруты.
Основным недостатком этой технологии является то, что она
увеличивает нагрузку на сеть. Во многих случаях администратор может
согласиться с медленной сходимостью ради уменьшения загрузки сети,
вызываемой потоком сообщений об обновлении.
Технологии Split-Horizon и Poison Reverse хорошо работают в случае
двух маршрутизаторов в петле. Однако возможны ситуации, когда три или
более маршрутизаторов «обманывают друг друга». Например,
маршрутизатор Ml полагает, что имеет маршрут к какой-либо сети через
маршрутизатор М2, маршрутизатор М2 – через МЗ, МЗ – через М4, а М4 –
снова через Ml.
Для ускорения сходимости в подобных ситуациях служит технология
Triggered Update, которая требует, чтобы маршрутизатор немедленно
посылал сообщения об обновлении своим соседям, если он обнаружил
изменение в метрике маршрута. Сообщение должно быть послано, даже если
не пришло время для регулярных сообщений. Естественно, это ускорит
сходимость, но увеличит трафик в сети. Поэтому технология Triggered
Update может вызвать чрезмерную загрузку сети с ограниченной пропускной
способностью.
Все реализации протокола RIP должны предусматривать предел частоты
немедленной посылки сообщений об обновлении (скажем, не чаще чем раз в
секунду), чтобы не загружать сеть. Простым решением данной проблемы
является установка таймера на случайное число между одной и пятью
секундами. После обнуления таймера происходит посылка сообщения об
обновлении.
Если произошли другие изменения в сети, при которых немедленно
высылаются дополнительные сообщения, маршрутизатор должен выждать
обнуление таймера и только затем посылать новое сообщение. Таймер после
этого устанавливается в другое случайное число в заданном интервале.
47

Например, маршрутизатор М будет устанавливать тайм – аут для своего


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

3.4.8 Формат сообщения протокола RIP IP

Протокол RIP для передачи сообщений использует дейтаграммы UDP и


протокольный порт 520. Полное сообщение протокола RIP, включая
заголовок и данные, инкапсулируется в поле данных дейтаграммы UDP,
которая, в свою очередь, инкапсулируется в IP – дейтаграмму (рис. 3.9). IP –
дейтаграмма также инкапсулируется в кадр, заголовок которого формирует
канальный протокол.

Рисунок 3.9 – Инкапсуляция сообщений протокола RIP

Все сообщения протокола RIP состоят из заголовка фиксированной


длины и следующей за ним таблицы маршрутизации передающего
маршрутизатора (рис. 3.10). Первая строка (32 бита) таблицы рис. 3.10
является заголовком протокола RIP – 1 IP. Следующие пять строк (20 байт) –
первая запись списка достижимых сетей таблицы маршрутизации. Цифра 0
на рис. 3.10 означает, что это поле, согласно спецификации RIP –1 IP, должно
быть нулевым.
Часть сообщения (запись из таблицы маршрутизации), начинающаяся с
поля «Идентификатор адресной схемы» и заканчивающаяся полем
«Количество переходов», может повторяться в сообщении до 25 раз. Это
позволяет каждому сообщению протокола RIP переносить до 25 адресов,
которые занимают до 500 байтов. Это ограничение вызвано тем, что
максимальный размер сообщений составляет 521 байт, не включая
заголовков протоколов IP и UDP.
Маршрутизатору может потребоваться передать несколько сообщений
для рассылки всей таблицы маршрутизации своим соседям. Не существует
специальных требований к последовательности посылки сообщений, так как
все маршруты обрабатываются независимо.
48

Команда (8 бит) Версия (8 бит) 0(16 бит)


Идентификатор адресной схемы (16 бит) 0(16 бит)
IP-адрес (32 бита)
0(32 бита)
0(32 бита)
Количество переходов (32 бита)
...
Идентификатор адресной схемы (16 бит) 0(16 бит)
IP-адрес (32 бита)
0(32 бита)
0(32 бита)
Количество переходов (32 бита)

Рисунок 3.10 – Формат сообщения протокола RIP –1 IP

Поля в сообщении протокола RIP имеют следующие значения:


ü Поле «Команда» указывает назначение дейтаграммы. Команда может
быть либо запросом протокола RIP (1), либо ответом (2). Существуют и
другие команды, однако в настоящее время они не используются;
ü Поле «Версия» указывает на версию протокола RIP. Для RIP– 1 IP это
значение равно 1;
ü Поле «Идентификатор адресной схемы» указывает тип адреса для
каждой записи. Сообщения RIP могут переносить адреса любого формата
различных протоколов. Идентификатор IP-адреса равен 2;
ü Поле «IP-адрес» занимает четыре байта. В нем могут указываться
адрес устройства, номер сети, номер подсети или ноль, что означает маршрут
по умолчанию;
ü Поле «Количество переходов» указывает текущую метрику для
данного сетевого адреса.
Поля, которые должны быть заполнены нулями, являются частью
адресного поля, но не используются, так как адреса IP занимают только 4
байта. Протокол RIP может работать с сетевыми адресами длиной до 12 байт.
На рис. 3.11 показан формат сообщения протокола RIP – 2 IP,
состоящего из заголовка и одной записи из таблицы маршрутизации.

Команда (8 бит) Версия (8 бит) Домен маршрутизации (16 бит)


Идентификатор адресной схемы (16 бит) Метка маршрута (16 бит)
IP-адрес (32 бита)
Маска подсети (32 бита)
Следующий переход (32 бита)
Метрика (32 бита)

Рисунок 3.11 – Формат сообщения протокола RIP – 2 IP

Сообщения RIP версии 1 содержат нулевые неиспользуемые поля. Это


позволяет задействовать их для расширений, предлагаемых в версии 2.
49

Протокол RIP – 2 IP наследует все поля первой версии и добавляет


следующие:
ü Поле «Домен маршрутизации» используется вместе с полем
«Следующий переход» для совместной работы нескольких АС в едином
домене маршрутизации;
ü Поле «Маска подсети» – двоичное число, содержащее единицы в тех
разрядах, которые относятся к расширенному сетевому префиксу. Маска
подсети делит IP-адрес на номер подсети и номер устройства в этой подсети
и позволяет выполнять маршрутизацию в сформированной структуре
подсетей;
ü Поле «Метка маршрута» служит для идентификации внешних
маршрутов и задействуется в протоколах политики маршрутизации (EGP или
BGP).
Маршрутизатор, поддерживающий протокол RIP – 1 IP сможет
корректно обработать сообщения протокола RIP – 2 IP. Он просто
проигнорирует любые поля таблицы, которые согласно версии 1 должны
содержать нули.
Протокол RIP – 2 IP поддерживает аутентификацию. Стандарт
допускает замену первой записи в сообщении на сегмент аутентификации.
Таким образом, сообщение может содержать сегмент аутентификации и 24
записи из таблицы маршрутизации в стандартной форме RIP-2 IP. На рис
3.12 показан формат сегмента аутентификации протокола RIP-2 IP.

%FFFF Тип аутентификации (16 бит)


Аутентификация (16 байт)

Рисунок 3.12 – Формат сегмента аутентификации RIP-2 IP

Сегмент аутентификации определяется тем, что поле «Идентификатор


адресной схемы» равно %FFFF. Затем указывается тип схемы
аутентификации, и следующие 16 байт отводятся под данные
аутентификации. После получения сообщения маршрутизаторы проверят
сегмент аутентификации. Если протокол RIP-2 IP работает в безопасном
режиме, то маршрутизаторы будут игнорировать любые сообщения с
некорректной аутентификацией.

3.4.9 Недостатки протокола RIP IP

В заключение отметим основные недостатки протокола RIP, которые


ограничивают его применение в сложных сетях:
§ RIP допускает 15 переходов между отправителем и получателем. Если
количество переходов превышает 15, получатель рассматривается как
недостижимый, что очень сильно ограничивает размеры автономной
системы.
50

§ Использование в качестве метрики маршрута количества переходов


приводит к тому, что протокол RIP не всегда выбирает самый эффективный и
экономный маршрут. Например, может оказаться так, что выбранный
маршрут содержит медленный и дорогой канал связи. Протоколы
маршрутизации, которые используют в качестве метрики количество
переходов, не принимают во внимание такие важные характеристики как
скорость канала, его надежность и т. д.
§ Механизм обмена сообщениями RIP основан на широковещательной
рассылке всей таблицы маршрутизации. В средних и больших сетях это
может сильно загрузить каналы связи, особенно если распределенная сеть
состоит из удаленных сетей, соединяемых по коммутируемым каналам связи.
§ Так как протокол RIP работает по алгоритму вектора расстояния,
поэтому он обладает медленной сходимостью. Если канал связи выйдет из
строя, то потребуется несколько минут для того, чтобы маршрутизаторы
скорректировали свои таблицы. В течение этого времени могут образоваться
петли маршрутизации.

3.5 Протокол динамической маршрутизации OSPF

3.5.1 Общие сведения

Спецификация протокола OSPF (Open Shortest Path First) описана в


документе RFC 1247. Протокол принят в 1991 году. Он ориентирован на
применение в больших распределенных сетях. OSPF вычисляет маршруты в
сетях IP, работая совместно с другими протоколами обмена маршрутной
информацией. Протокол OSPF основан на алгоритме состояния канала LSA.
Маршрутизатор, использующий протокол OSPF, отправляет запросы
всем соседним маршрутизаторам, находящимся в одном с ним домене
маршрутизации, для выявления состояния каналов до них и далее от них.
Состояние канала при этом характеризуется несколькими параметрами,
которые называются метриками. Метрикой может быть пропускная
способность канала, его загрузка на текущий момент, задержка информации
при ее прохождении по этому каналу и т. д.
Обобщив полученные сведения, этот маршрутизатор сообщает их всем
соседям. После этого им строится ориентированный граф, который повторяет
топологию домена маршрутизации. Каждому ребру этого графа назначается
оценочный параметр (метрика).
После построения графа используется алгоритм Дейкстры, который по
двум заданным узлам находит набор ребер с наименьшей суммарной
стоимостью, то есть, по сути, выбирает оптимальный маршрут. По
совокупной информации (полученной и найденной в результате вычислений)
создается таблица маршрутизации.
Протокол OSPF отвечает за IP-маршрутизацию и относится к классу
протоколов IGP. Он может заменить протокол маршрутизации RIP в
больших и сложных динамически изменяющихся сетях. В отличие от
51

протокола RIP, который по умолчанию рассылает всю свою таблицу


маршрутизации каждые 30 с, протокол OSPF посылает информацию о
состоянии каналов каждые 30 мин. При обнаружении изменения сетевой
топологии протокол OSPF сразу же посылает небольшие (порядка 75 байт)
сообщения. Сообщения протокола OSPF передаются в IP-дейтаграммах с
полем «Протокол» равным 89.

3.5.2 Области маршрутизации OSPF

В очень больших сетях протокол OSPF порождает чрезвычайно много


маршрутной информации. Например, в распределенной сети с сотнями
маршрутизаторов изменение состояния одного канала (например, обрыв
линии связи) вызывает распространение тысяч сообщений LSA через всю
сеть. База данных состояния канала в таких сетях может достигать
нескольких мегабайт.
В то же время, при изменениях в сетевой топологии все
маршрутизаторы должны заново сформировать таблицу маршрутизации.
Поэтому в очень больших сетях время сходимости может значительно
возрасти. Кроме того, значительный объем вычислений предъявляет
серьезные требования к аппаратным ресурсам маршрутизатора (скорости
обработки и объему памяти).
Частично протокол OSPF решает эти проблемы, вводя понятие области
маршрутизации, иначе называемые областями OSPF. Большая сеть как бы
разбивается на несколько областей с независимой маршрутизацией. Такой
областью может быть сеть в одном здании, корпусе и т. д. В сети может
существовать практически неограниченное число областей маршрутизации.
Маршрутизаторы внутри одной области OSPF не обмениваются
информацией с маршрутизаторами другой области. Это уменьшает объем
служебного трафика между маршрутизаторами и сокращает размер баз
данных маршрутизаторов.
Области OSPF связываются друг с другом с помощью специально
выделенных маршрутизаторов, которые должны содержать базу данных с
информацией об обеих областях. Эти маршрутизаторы называются
граничными маршрутизаторами областей (Area Border Routers). Они
работают как фильтры для сообщений маршрутизации, не выпуская их из
области.
Граничные маршрутизаторы взаимодействуют между собой, используя
специальные сообщения LSA, которые содержат краткую информацию об IP
– адресах, содержащихся в области. Граничные маршрутизаторы сохраняют
эти сообщения в специальной базе данных, которая используется для
определения маршрута между областями.
52

3.5.3 Настраиваемые метрики

Протокол OSPF поддерживает настраиваемые метрики, предоставляя


администратору возможность присваивать метрику маршрута, основываясь
на различных характеристиках, таких как стоимость передачи, надежность,
задержка или количество переходов. Число, используемое в качестве
метрики пути, может быть задано произвольным образом. По умолчанию в
качестве метрики используется время передачи бита, измеряемое в десятках
наносекунд. Так линии Ethernet назначается значение метрики 10, а линии со
скоростью 56 Кбит/с – 1785. Вычисляемая протоколом OSPF метрика
маршрута представляет собой сумму метрик по всему маршруту.

3.5.4 Алгоритм работы протокола

В начале работы каждый маршрутизатор передает сообщения LSA на


все свои порты. Эти сообщения позволяют однозначно идентифицировать
передающий маршрутизатор и определить состояние всех его портов, а
именно: IP-адрес, маску подсети, метрику, присвоенную каналу связи порта,
и статус канала связи.
Сообщение LSA передается во всем домене маршрутизации. Поэтому
маршрутизаторы обладают информацией о состоянии каналов других
маршрутизаторов в домене. Каждый маршрутизатор на основе сообщений
LSA формирует базу данных состояния каналов (Link-State Database). Эта
база данных одна и та же на всех маршрутизаторах в одном домене.
Алгоритм маршрутизации поддерживает синхронизацию этих баз данных.
После того как все базы данных синхронизированы, каждый
маршрутизатор начинает создавать свою таблицу маршрутизации. Эта
таблица базируется на информации, содержащейся в базе данных состояния
каналов.
Сначала создается карта сетевой топологии. По терминологии протокола
OSPF непосредственно связанные маршрутизаторы называются соседями.
Каждый маршрутизатор хранит информацию о том, в каком состоянии, по
его мнению, находится сосед. Маршрутизатор полагается на соседние
маршрутизаторы и передает им дейтаграммы только в том случае, если он
уверен, что они полностью работоспособны.
После создания карты сетевой топологии маршрутизатор формирует
дерево кратчайших путей ко всем возможным получателям. Это дерево
строится таким образом, чтобы путь от корня (маршрутизатора,
формирующего дерево), до конечных объектов (целевых сетей) имел
наименьшую стоимость.
На рис. 3.13 показан пример множества сетей объединенных
маршрутизаторами. На рис. 3.14 изображено дерево кратчайших путей,
которое сформировал маршрутизатор М1. В этом примере метрики пути до
каждой из сетей равны 10. Дерево путей показывает, что маршрутизатор М1
напрямую подключен к сетям #2 и #3.
53

Рис. 3.13 – Множество сетей Рисунок 3.14 – Дерево кратчайших путей

После того как дерево построено, маршрутизаторы формируют


локальные таблицы маршрутизации. В таблицу маршрутизации для сетей.
подключенных напрямую, в качестве значения метрики заносится 0. В табл.
3.3 показаны данные таблицы маршрутизации для маршрутизатора Ml.

Таблица 3.3 – Данные таблицы маршрутизации маршрутизатора Ml

Сеть Следующий маршрутизатор в сети Метрика маршрута


Сеть #1 Маршрутизатор М5 20
Сеть #2 Подключена напрямую 0
Сеть #3 Подключена напрямую 0
Сеть #4 Маршрутизатор М2 20
Сеть #5 Маршрутизатор М4 20

Так как маршрут в сеть #4 состоит из двух путей (от маршрутизатора Ml


к М2, а затем от М2 к сети #4), а метрика каждого пути равна 10, то метрика
маршрута до сети #4 равна 20. Аналогично вычисляются метрики остальных
маршрутов. Следует отметить, что к сети #5 от маршрутизатора Ml имеются
два пути – через маршрутизаторы М4 и М2. Путь через маршрутизатор М4
имеет метрику 20, а путь через маршрутизатор М2 – 30. Алгоритм состояния
канала будет всегда выбирать кратчайший маршрут в целевую сеть. В
результате в таблицу маршрутизации в качестве следующего
маршрутизатора в пути будет включен маршрутизатор М4.
Если маршрутизатор обнаружит изменения в состоянии одного из
подключенных к нему каналов, он должен разослать сообщения LSA всем
своим соседям, которые ретранслируют их далее по всему домену
маршрутизации. С момента посылки сообщения базы данных
маршрутизаторов теряют синхронизацию и, следовательно, должны быть
синхронизованы вновь.
После выполнения синхронизации каждый маршрутизатор должен
54

заново построить карту сетевой топологии, дерево кратчайших путей и


таблицу маршрутизации.

3.5.5 Синхронизация баз данных OSPF

При включении маршрутизатору необходимо синхронизовать свою базу


данных со всеми маршрутизаторами локальной сети. Так как база данных на
всех маршрутизаторах одинакова, достаточно провести синхронизацию с
назначенным маршрутизатором – Designated Router (DR). Его «заместитель»
называется резервным назначенным маршрутизатором – Backup Designated
Router (BDR). Маршрутизатор BDR занимает место DR в тех случаях, когда
последний выходит из строя.
Назначенные маршрутизаторы DR и BDR являются единственными, с
которыми новый маршрутизатор должен синхронизировать свою базу.
Назначенный маршрутизатор делает объявления о сетевых связях,
перечисляя своих соседей по подсети. Остальные маршрутизаторы просто
объявляют о своей связи с назначенным маршрутизатором.
Достоинство этого метода в том, что после назначения DR значительно
уменьшается количество маршрутной информации, передаваемой по сети.
Протокол OSPF состоит из трех внутренних протоколов: Hello, Exchange
и Flooding.
Протокол Hello использует сообщения Hello. Периодически
маршрутизаторы обмениваются между собой этими сообщениями.
Сообщение Hello посылается через все порты маршрутизатора и содержит
следующую информацию:
§ приоритет маршрутизатора, который используется для выбора DR и
BDR;
§ интервал между сообщениями Hello в секундах;
§ интервал ожидания сообщения;
§ список маршрутизаторов, от которых недавно были получены
сообщения Hello;
§ маршрутизаторы, которые в настоящий момент являются DR и BDR.
Наиболее важны интервал между сообщениями Hello и интервал
ожидания сообщения.
В сообщениях Hello маршрутизатор передает некоторые сведения о себе
и говорит, о том, кого он рассматривает в качестве своих ближайших
соседей. Маршрутизаторы с разными рабочими параметрами игнорируют
сообщения Hello друг от друга, поэтому маршрутизаторы с некорректно
настроенными параметрами не влияют на остальные.
Маршрутизаторы посылают сообщения Hello всем своим соседям, по
крайней мере, один раз на протяжении интервала времени Hello. Если
интервал ожидания сообщения истек, а сообщение Hello от соседа не
пришло, то считается, что сосед неработоспособен, и рассылается
объявление о сетевых каналах, для того чтобы в сети произошел пересчет
маршрутов.
55

Начальная синхронизация баз данных нового маршрутизатора и DR


выполняется с помощью протокола Exchange. Работу данного протокола
можно разделить на дна этапа. На первом этапе определяются роли двух
маршрутизаторов: один становится доминирующим, другой – доминантным.
После этого на втором этапе происходит взаимный обмен базами данных с
помощью пакетов DDP (Database Description Packet, пакет описания базы
данных).
После начальной синхронизации с помощью протокола Exchange
ответственность за поддержку синхронизации баз данных состояния каналов
связи всех маршрутизаторов несет протокол Flooding.

3.5.6 Возможности протокола OSPF

В заключение отметим основные возможности, которыми обладает


протокол OSPF. Протокол OSPF решает многие из перечисленных выше
проблем маршрутизации, присущих протоколу RIP. Кроме того:
§ Протокол OSPF имеет большую скорость сходимости, чем RIP, что
предотвращает возникновение петель маршрутизации;
§ При работе протокола не генерируется большой сетевой трафик;
§ Информация, которой обмениваются маршрутизаторы, проходит
процедуру аутентификации. Это позволяет участвовать в процессе
маршрутизации только авторизованным маршрутизаторам. Аутентификация
устраняет возможность случайного или преднамеренного искажения
маршрутной информации;
§ Протокол OSPF использует групповую передачу вместо
широковещательной. Такой подход позволяет исключить передачу
маршрутной информации тем устройствам, которым она не нужна;
§ Протокол поддерживает распределение нагрузки (load balancing) по
маршрутам, имеющим одинаковые стоимости;
§ Протокол поддерживает маски подсетей переменной длины (VLSM).
Данные о масках подсетей передаются в сообщениях LSA (Link-State
Advertisement, объявление о состоянии канала). Маршрутизаторы получают
эту информацию динамически, что позволяет более гибко использовать
выделенное организации адресное пространство;
§ Протокол поддерживает области маршрутизации. Это позволяет
администраторам разделять автономную систему на отдельные части с
изоляцией сетевого трафика и маршрутизации;
§ Протокол OSPF поддерживает передачу внешней маршрутной
информации через автономные системы.
56

3.6 Протоколы динамической маршрутизации фирмы Cisco

3.6.1 Протокол IGRP

Протокол IGRP (Interior Gateway Routing Protocol, внутренний


шлюзовой протокол маршрутизации) разработан фирмой Cisco в 1980 году.
Протокол принадлежит к классу протоколов IGP. Он работает по алгоритму
вектора расстояния. Его текущая реализация предназначена для сетей
TCP/IP. При разработке протокола были поставлены следующие задачи:
§ Обеспечить устойчивость в очень больших и сложных сетях;
§ He допустить образования петель маршрутизации;
§ Гарантировать быстрое восстановление работоспособности сети при
изменении топологии;
§ Снизить служебный трафик,
§ Обеспечить распределение потока данных между маршрутами с
одинаковой стоимостью.
Как и в протоколе RIP, таблицы маршрутизации протокола IGRP
формируются путем обмена маршрутизаторами служебной информацией.
При запуске маршрутизатор содержит только информацию о напрямую
подключенных к нему сетях. Затем он получает информацию о других
логических сетях от соседних маршрутизаторов. В наиболее простом случае
маршрутизатор ищет только один, наиболее предпочтительный маршрут к
получателю. Оптимальный маршрут - это маршрут, с минимальной
метрикой.
Протокол IGRP поддерживает распределение потока на несколько
маршрутов, которые имеют одинаковую метрику. Администратор может
настраивать метрики вручную для принудительного распределения графика,
что позволяет направлять трафик через быстрые каналы. При этом
резервирование каналов связи позволяет автоматически переключать трафик
на запасной канал в случае выхода из строя основной линии. Несколько
каналов связи могут использоваться даже в том случае, если их метрики
различаются.
В качестве метрики могут быть выбраны:
§ Время задержки;
§ Пропускная способность канала;
§ Загруженность канала;
§ Надежность канала.
Под временем задержки понимается время доставки трафика к
получателю в незагруженной сети. Пропускная способность канала
измеряется количеством передаваемых бит в секунду. Загруженность канала
показывает, какая часть пропускной способности занята в настоящий
момент. Надежность определяется количеством ошибок при передаче.
Протокол IGRP предусматривает широкий диапазон значений метрик.
Например, надежность и загруженность канала связи могут принимать любое
значение г интервале от 1 до 255. Пропускная способность канала может
57

лежать в интервале от 1200 бит/с до 10 Гбит/с. Время задержки задается


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

3.6.2 Протокол EIGRP

Фирма Cisco разработала протокол EIGRP (Enhanced Interior Gateway


Routing Protocol, улучшенный IGRP). Этот протокол объединяет в себе
достоинства алгоритмов вектора расстояния VDA и состояния канала LSA. К
достоинствам протокола EIGRP относятся небольшой служебный трафик,
быстрое восстановление после изменений в сетевой топологии (фирма
утверждает, что время сходимости, даже в больших сетях, составляет
несколько секунд) и возможность использования маски подсети в сетях IP.
Протокол EIGRP представляет собой первую реализацию алгоритма
DUAL (Distributed Update Algorithm, алгоритм распределенного обновления),
который позволяет маршрутизатору восстанавливать свою
работоспособность сразу же после изменения в сетевой топологии, что
значительно увеличивает надежность распределенной сети. В большинстве
случаев маршрутизаторы, работающие по протоколу EIGRP,
перестраиваются в соответствии с новой топологией меньше, чем за одну
секунду.
Таким образом, хотя протокол EIGRP и перенял алгоритм вектора
расстояния от протокола IGRP, он обладает возможностями протоколов,
работающих по алгоритму состояния канала, таких как IS-IS и OSPF.
Протокол поддерживает маски подсетей переменной длины, что
позволяет организации более эффективно использовать выделенное ей
адресное пространство. Протоколы маршрутизации RIP и IGRP не
поддерживают передачу информации о масках подсети. Поэтому для
корректной работы таких маршрутизаторов в сети должны быть одинаковые
маски подсетей.
Протокол маршрутизации EIGRP имеет четыре базовых составляющих:
§ обнаружение соседа;
§ надежный транспортный протокол;
§ алгоритм DUAL;
§ модуль, зависящий от протокола.
При обнаружении соседа маршрутизаторы динамически получают
информацию о других маршрутизаторах, находящихся в сетях,
подключенных к ним напрямую. Маршрутизаторы также должны уметь
определять, что их соседи недостижимы. Этот процесс выполняется при
низкой загрузке сети с помощью периодической посылки небольших пакетов
Hello. После того как пакет получен, маршрутизатор считает, что его сосед
функционирует нормально. Затем соседние маршрутизаторы обмениваются
маршрутной информацией.
58

Надежный транспорт отвечает за гарантированную доставку сообщений


протокола EIGRP всем соседям. Данный процесс поддерживает как
единичную, так и групповую адресацию. Однако надежность не является
непременным условием доставки. Некоторые сообщения могут передаваться
с гарантией доставки, а некоторые – нет.
Например, в сети с поддержкой групповой передачи данных (Ethernet)
нет необходимости посылать сообщения Hello всем соседям с гарантией
доставки. Вместо этого маршрутизатор может послать одно сообщение
группе соседей с указанием, что получение данного сообщения можно не
подтверждать. Это ускоряет процесс обмена и гарантирует, что время
сходимости будет малым, даже в случае использования каналов связи с
различными скоростями. Другие сообщения, например, об обновлении
маршрутизации, требуют подтверждения; это указывается в самом
сообщении.
Алгоритм DUAL определяет путь передачи графика. Он отслеживает
информацию о маршрутах, получаемую от всех соседей, и затем выбирает
маршрут к так называемому «возможному наследнику». Наследник – это
соседний маршрутизатор, который имеет наименьшую метрику до
получателя и который гарантированно не является частью петли
маршрутизации.
Модуль, зависящий от протокола, отвечает за взаимодействие с
определенным протоколом сетевого уровня. Например, при использовании
протокола IP данный модуль отвечает за инкапсуляцию сообщений EIGRP в
IP – дейтаграммы.
Каждый маршрутизатор хранит информацию о соседних
маршрутизаторах. Если появляется новый сосед, информация о нем
записывается в таблицу соседей. Для каждого модуля, зависящего от
протокола, поддерживается своя таблица соседей. Записи в таблице соседей
содержат информацию, требующуюся для надежной доставки, например
номер сообщения. Этот номер используется для проверки того, что
сообщения от соседа пришли в том порядке, в котором он их отправил.
Протокол EIGRP обеспечивает быструю сходимость благодаря
применению модели «запрос-ответ», при которой сообщения посылаются
только тем маршрутизаторам, на работу которых может повлиять
произошедшее изменение в сетевой топологии.
При построении распределенной сети на базе протоколов
маршрутизации IGRP или EIGRP необходимо учитывать, что их поддержка
реализована, в основном, только в маршрутизаторах фирмы Cisco. Протокол
EIGRP может обеспечить меньшее время сходимости, чем протокол IGRP, но
настраивать его сложнее. Кроме того, для получения максимального эффекта
от этого протокола требуется высокопроизводительный маршрутизатор с
большим объемом оперативной памяти.
59

3.7 Протоколы внешней динамической маршрутизации

3.7.1 Протокол EGP

Протокол EGP описан в документе RFC 904, который опубликован в


апреле 1984 года. Протокол EGP служит для организации связи между
корневыми маршрутизаторами в сети Internet, которые принадлежат разним
автономным системам. Для связи с маршрутизаторами внутри своей АС
корневой маршрутизатор должен также поддерживать протоколы класса IGP.
Всю информацию о АС протокол EGP получает от протоколов класса IGP.
Хотя протокол EGP относится к динамическим протоколам
маршрутизации, он очень прост. Протокол не использует метрики и,
следовательно, не может выполнять интеллектуальную маршрутизацию.
Маршрутизатор EGP рассылает своим соседям информацию через
регулярные интервалы времени. Эта информация содержит номера сетей, к
которым маршрутизатор подключен непосредственно. Она служит основой
построения таблиц маршрутизации. При помощи протокола EGP
маршрутизаторы:
§ находят своих соседей;
§ опрашивают последних для выяснения их работоспособности;
§ отправляют соседям сообщения об обновлении, в которые включают
информацию о достижимости сетей в пределах своих АС.

3.7.2 Протокол BGP

С ростом сети Internet все недостатки протокола EGP — возможность


образования петель маршрутизации, очень большие размеры служебной
информации и невозможность «интеллектуальной» маршрутизации –
становились все более очевидными.
Вследствие этого был разработан протокол BGP (Border Gateway
Protocol, протокол граничной маршрутизации). Протокол BGP описан в
документе RFC 1163, который был опубликован в июне 1990 года. Этот
документ описывает версию 2 протокола BGP, однако, с 1991 года в сети
Internet используется версия 3 протокола BGP, которая изложена в документе
RFC 1267.
Как и EGP, протокол BGP используется для связи корневых
маршрутизаторов в сети Internet. Однако, в отличие от EGP, он умеет
предотвращать петли маршрутизации и применяет метрику для
интеллектуальной маршрутизации. В настоящее время протокол BGP
постепенно вытесняет EGP из Internet.
BGP использует протокол TCP (протокольный порт 179) для передачи
служебной информации. Это значительно повышает надежность, поскольку
протокол TCP гарантирует доставку.
Сначала маршрутизаторы, работающие с протоколом BGP,
обмениваются полными таблицами маршрутизации, затем рассылаются
60

только обновления таблиц. В отличие от других протоколов, BGP не требует


периодического обновления таблиц маршрутизации. Хотя протокол BGP
хранит несколько маршрутов к определенной сети, в своих сообщениях об
обновлениях он информирует только о наилучшем маршруте.
Сообщения об обновлении состоят из пар: сетевой номер,
последовательность АС. Последовательность AC – это путь, состоящий из
автономных систем, по которому может быть достигнута указанная сеть.
Метрики протокола BGP – это числа, присваиваемые сетевым
администратором (обычно с помощью конфигурационных файлов), которые
показывают степень предпочтительности маршрута. Она может
основываться на любых критериях: скорость каналов, надежность и т. д.
Протокол BGP может использоваться для маршрутизации как в одной
АС, так и между ними. Маршрутизаторы одной АС обмениваются
сообщениями, в частности, для того, чтобы определить маршрутизатор,
граничащий с другой АС. Протокол BGP должен взаимодействовать с
любым протоколом маршрутизации класса IGP внутри одной АС.
61

4 ПЕРЕДАЧА ГОЛОСА В СЕТЯХ IP

4.1 Пакетные технологии как средство передачи речи

На сегодняшний день большая часть голосовой информации в реальном


масштабе времени передаётся через телефонную сеть общего пользования
(ТфОП). В последние годы появились новые технологии и международные
стандарты, позволяющие операторам услуг связи и корпоративным клиентам
использовать передачу голоса в пакетных сетях. Данный термин в
зависимости от применяемой сетевой технологии уточнён и уже достаточно
хорошо известны такие понятия как VoATM (Voice over ATM) ,VoFR (Voice
over Frame Relay) и VoIP (Voice over IP), т.е. передача голоса на базе
протоколов ATM, FR и IP. Последний способ передачи голосовых
сообщений часто называют IP-телефонией или Internet-телефонией.

Передача голоса в сетях IP

Развитие IP-телефонии связано с рядом факторов.


ü Стремительный рост локальных сетей и создание глобальных сетей
передачи данных (в первую очередь Internet сети), увеличение их пропускной
способности, совершенствование систем сетевого управления с одной
стороны и широкое использование цифровых линий связи и современных
технологий магистральных сетей, гарантирующих достоверность передачи
информации с другой, позволили переключить ресурс сетевого оборудования
на решение задач, связанных с передачей голоса по сетям передачи данных.
Подтверждением тому служит прогноз компании Dataguest за 1999 г.
(рис.4.1).

40

30
Голосовые
20 каналы
Каналы
10 данных

0
1997 1998 1999 2000 2001

Рис.4.1 Рост количества каналов по годам

Этот прогноз позволет утверждать, что наметился переход от сетей с


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

в первую очередь операторов, предоставляющих услуги традиционной


телефонии.
ü Поскольку пакетная телефония ориентируется на
телекоммуникационные рынки дальней связи (международной,
междугородней) и учрежденческие (корпоративные) системы, то при
определённых условиях передача голоса через сети с коммутацией пакетов
может оказываться дешевле, чем по коммутируемым телефонным сетям.
Наиболее перспективным сегментом рынка пакетной телефонии является
развитие корпоративных телекоммуникационных систем на базе
учрежденческих АТС (УАТС) (РВХ). Одна из простейших схем организации
IP-телефонии для корпоративных клиентов на базе сервера Интернет-
телефонии (Internet Telephony Server ITS) представлена на рис.4.2.
ITS выполняет роль шлюза между IP сетью и телефонной сетью и, в
простейшем случае, реализуется на компьютере, оснащённом
специализированным ПО и интерфейсной платой для подключения PBX.
Шлюз принимает голосовое сообщение от сети с коммутацией каналов,
преобразует его в IP пакеты и передаёт их в сеть Internet. Передача голоса
через Internet осуществляется по следующей схеме:
- абонент 1 набирает номер абонента 2 и PBX1 отправляет этот вызов
на ITS1;
- ITS1, осуществляет поиск через Internet сервера ITS2, который
соединяет через PBX2 абонента 2 с абонентом 1, при этом
образуется канал для передачи голосовых сообщений
Данная процедура установления соединения и передачи голоса является
упрощённой. Более подробная будет рассмотрена ниже.
ü Внедрение пакетной телефонии, т.е. построение конвергентной сети
(сети, объединяющей телефонную сеть и сеть передачи данных) значительно
сократит расходы по её управлению и эксплуатации. Оптимистический
прогноз показывает, что уменьшение затрат может быть почти в два раза. На
сегодняшний день IP-телефония представляет альтернативную услугу по
передаче речи. На конец 1999 г. рынок IP-телефонии в мире составлял всего
0,1% от общего объёма речевых услуг.

PBX1 ITS1 ITS2 PBX2

IP IP
Internet

PRI, E1 PRI,E1

Абонент 1 Абонент 2

Рис.4.2 Схема организации IP-телефонии


63

Однако пакетная телефония и, в частности, IP-телефония является


перспективной услугой, которая в ближайшие 3 - 5 лет получит наибольшее
развитие. По прогнозам компаний TeleChoise и Lucent Technologies доля
мирового рынка VoIP возрастёт до 2…3%. Это достаточно пессимистический
прогноз, но он в первую очередь связан с трудностями решения
фундаментальных технических задач, возникающих при адаптации сетей с
коммутацией пакетов для транспортировки голоса, проведения
видеоконференций, передачи факсов. Быстрое их решение может привести к
“взрывному” характеру внедрения пакетной телефонии и существенному
перераспределению речевого трафика в сетях с коммутацией каналов и
пакетов.
Успешное внедрение IP-телефонии возможно при разрешении
следующих проблем, связанных с сетью Internet.
1. Инфраструктура Internet недостаточно развита для поддержки
голосовых (мультимедийных приложений), т.к. гарантируемое качество
обслуживания (QoS), сети оставляет желать лучшего. QoS определяется
тремя параметрами: пропускной способностью, задержкой и надёжностью
передачи. Для управления этими параметрами и достижения требуемого
качества обслуживания используют протоколы:
- RSVP (Resource Reservation Protocol)- протокол резервирования
ресурсов в сети. Приложения, работающие в сети, указывают узлам
параметры потока пакетов (полосу пропускания, величину
максимального пакета и т.д.), которые они требуют. Этот протокол
создан для поддержки протокола версии IPv.6 и адаптирован для
IPv.4;
- MPLS (Multiprotocol Label Switching)- протокол коммутации с
использованием меток. Протокол распознаёт поток пакетов,
имеющих одинаковый маршрут, и присваивает им метки.
Использование меток позволяет избежать анализа заголовка
каждого пакета, что приводит к увеличению скорости передачи
данных по определённому маршруту;
- RTP (Real-Time Transport Protocol)- транспортный протокол
реального времени гарантирует доставку данных (голос, видео) с
задержкой не превышающей указанное значение;
- H323- Рекомендация ITU, определяющая набор протоколов для
передачи мультимедийной информации;
- ToS (Type of Service)- механизм обслуживания пакетов по их типу,
заложенный в протокол IP.
Перечисленные протоколы преобразуют неуправляемую IP сеть в
управляемую. Именно в этом направлении в последние 4 - 5 лет
происходит развитие сети IP.
2. Создание протоколов и шлюзов, обеспечивающих надёжное
взаимодействие и согласованную работу телефонных и IP-сетей по обработке
телефонных сообщений.
64

3. Разработка стандартов для производителей оборудования,


обеспечивающих нормальное функционирование голосовых и
мультимедийных приложений, которые в настоящее время ещё находятся в
работе либо проходят стадии тестирования. Например, протокол,
обеспечивающий уровень функциональной совместимости работы
отдельных приложений и оборудования различных производителей (Media
Gateway Control Protocol (MGCP)) и др.

4.2 Построение сетей IP-телефонии

4.2.1 Организация сети IP-телефонии для дальней связи

На рис.4.3 представлен фрагмент сети IP-телефонии для организации


дальней связи.
Основу сети составляют шлюз ITS и магистральные маршрутизаторы,
соединённые между собой цифровыми каналами связи. В состав каждого
шлюза входит система IVR (Interactive Voice Response), обеспечивающая
выдачу голосовых инструкций по пользованию системы IP-телефонии.

IVR ITS IP сеть ITS IVR


Магистраль

ТфОП ТфОП
Магистральные
маршрутизаторы

Рис. 4.3 Фрагмент IP сети дальней связи

Система работает следующим образом:


1. Абонент ТфОП набирает номер доступа в сеть IP-телефонии (абоненту
корпоративной IP сети достаточно набрать код направления,
закреплённого за сетью IP-телефонии). Затем абонент набирает код города
или страны и телефонный номер вызываемого абонента.
2. Шлюз IP-телефонии, находящийся в вызываемом регионе, инициирует
звонок по местной телефонной сети у вызываемого абонента.
3. Речевые сигналы от абонентов поступают на шлюз, оцифровываются,
подвергаются компрессии, подавляются паузы и цифровые потоки
разбиваются на IP пакеты и передаются по сети. Маршрутизация пакетов
осуществляется согласно алгоритмам работы сети IP с учётом требований
передачи голосовых сообщений.
65

Благодаря значительной компрессии речевой информации (в 8 - 10 раз) и


передаче пакетов по сети IP стоимость разговора оказывается значительно
ниже, чем при традиционной междугородней связи.
На сегодняшний день наибольших успехов в производстве
крупномасштабных проектов IP- телефонии добилась фирма Alcatel,
выпускающая VoIP систему Omni PCX, совместившую шлюз и обработку
вызовов в единое устройство, которое может обслуживать до 50000
пользователей. О выпуске аналогичных продуктов в ближайшем будущем
заявили компании Cisco, 3Com, Lucent. В настоящие время варианты этих
продуктов находятся в стадии испытания.

4.2.2 Организация сети IP-телефонии для корпораций

Один из возможных вариантов построения корпоративной сети для


передачи голоса представлен на рис.4.4.
В данном случае IP-УАТС реализованы в различных локальных сетях
предприятия и для передачи данных и речи используется одна и та же LAN
сеть, что позволяет сделать единое администрирование и снизить
эксплуатационные расходы. IP-УАТС выполнена на базе
специализированного сервера (компьютер с высокими показателями
отказоустойчивости, дублируется жёсткий диск, блок питания и при
необходимости осуществляется их “горячая” замена) и программного
обеспечения. В качестве оконечных устройств на рис. 4.4 выступают:
1. IP-телефон. Специальный телефонный аппарат на базе
микропроцессора, оснащённого сетевыми картами для подключения
LAN и компьютера. IP-телефон обрабатывает речевой сигнал по
соответствующим алгоритмам и формирует IP пакеты.

Сервер Сервер
IP-УАТС IP-УАТС
Маршрутизаторы

Корпоративная IP-телефон
IP-телефон IP сеть

Компьютер Компьютер
с эмулятором Аналоговый Аналоговый с эмулятором
IP-телефона телефонный телефонный IP-телефона
аппарат аппарат
LAN LAN

Рис. 4.4 Фрагмент корпоративной сети


66

2. Персональный компьютер, оснащённый звуковой картой и с


предустановленным эмулятором IP-телефона.
Оконечное оборудование может непосредственно подключиться и к
маршрутизаторам. Так, например, практически все модульные
маршрутизаторы Cisco имеют следующие интерфейсы:
· FXO (Foreign Exchange Office)- для подключения офисных
телефонных станций;
· FXS (Foreign Exchange Subscriber)- для подключения телефонных
аппаратов;
· E&M- универсальный интерфейс, поддерживающий несколько
типов сигнализации по двух- и четырёхпроходным линиям.
Передача речи осуществляется по следующей схеме. Вызывающий
абонент набирает нужный номер, и на сервер поступает запрос, по которому
осуществляется анализ вызываемого номера. Если номер присутствует в
системе и доступен, то сервер даёт разрешение на установления соединения,
после чего происходит обмен речевыми сообщениями. Следует отметить, что
можно провести реализации сети, в которых сервер не принимает активного
участия в установлении, поддержании и прекращении соединения, а лишь
отслеживает текущее состояние и собирает статистику, т.е. осуществляет
мониторинг процессов. IP-УАТС в основном рассчитана на небольшие
офисы или филиалы предприятий с количеством пользователей не более 100.
Однако, в начале 2000 г. компания 3Com выпустила IP-УАТС,
предназначенную для предприятий среднего размера с количеством
пользователей до 500.

4.2.3 Проект компании Cisco Systems

В конце 1999 г. Cisco Systems предложила сетевую архитектуру для


одновременной передачи голоса, видео и данных (Architecture for Voice,
Video, Integrated Data (AVVID)).Эта архитектура наиболее совершенная и
адаптивная на сегодняшний день и она определяет стратегию перехода к
мультисервисным сетям, а также является обобщённым решением IP-
телефонии для корпоративных и глобальных сетей. AVVID состоит из:
- сетевой инфраструктуры на базе IP-протокола;
- решений для обработки телефонных вызовов;
- оконечных устройств;
- приложений, обеспечивающих сервисные услуги.
Шлюзы IP-УАТС (рис.4.5) соединяют корпоративную сеть с УАТС и
ТфОП и представляют из себя PCI-платы (Cisco DE30), установленные в
компьютер и поддерживаемые программным обеспечением. Главным
элементом архитектуры является Call Manager- программное приложение,
работающее под Windows NT и установленное на специализированном
отказоустойчивом сервере. Он выполняет функции:
67

- регистрирует IP-телефоны после их подключения и управляет


шлюзами IP-УАТС;
- управляет всеми процессами установления соединения между
абонентами;
- осуществляет мониторинг.

Internet Корпоративная сеть на базе


IP- протокола
Шлюз IP- Шлюз
УАТС IP-УАТС

IP-телефоны Компьютеры с
УАТС эмуляцией IP- Call
телефона Manager
ТфОП

Телефоны

Рис.4.5. Вариант реализации AVVID для IP-телефонии

В качестве IP-телефонов используются устройства Cisco 12SP и 30VIP.


Аппараты различаются тестатурой, функциональными возможностями,
размерами жидкокристаллических экранов. Программные эмуляторы IP-
телефона реализованы на базе интерфейса TAPI Windows.
Архитектура AVVID является базовой не только для построения
телефонных IP систем на основе актуальных стандартов, но и является
прообразом мультисервисной сети, переход к которой обсуждается в
последнее время в литературе.

4.3 Протоколы и стандарты для IP-телефонии

Одним из существующих барьеров для широкого внедрения IP-


телефонии является то, что большинство стандартов, определяющих процесс
IP-конвергенции и построения мультисервисных сетей, находятся в стадии
развития. Существует ряд организаций, разрабатывающих стандарты,
связанные с передачей мультимедийной информации и, в частности, IP-
телефонии. В первую очередь к ним следует отнести:
- Международный союз электросвязи (ITU);
- Рабочие группы по инженерным проблемам Internet (Internet
Engineering Task Force, IETF), разрабатывающие документы,
называемые запросом на комментарии (Request for Comments, RFC);
68

- Форум по передачеи голоса в IP сетях (Voice-over-IP Forum);


- Международный концорсиум по мультимедийным
телеконференциям (International Multimedia Teleconferencing
Consortium, IMTC).

4.3.1 Стандарты ITU

ITU разработала несколько семейств стандартов, затрагивающих


вопросы передачи мультимедийной, в том числе и речевой, информации.
К ним относятся:
1. Серия T-120 (Рекомендация T.120 - 127).
Серия T.120 определяет протоколы и службы многоточечной передачи
данных в режиме реального времени. Протоколы реализуются в сетевых
инфраструктурах различного типа, включая сети с коммутацией каналов, с
пакетной коммутацией, ISDN и ЛВС. Данная серия стандартов охватывает
следующее:
- модель системы и службы многоточечной связи;
- описывает работу приложений (аудиографических и
аудиовизуальных телеконференций);
- протоколы многоточечной связи.
2. Серия H.320 (Рекомендации H.320, H.323, H.324, H.225, H.245, H.261
и H.263).
Серия H.320 определяет видеотелефонную связь при соединениях точка-
точка и многоточечных. Самым важным в этом семействе является стандарт
H.323 и его версии, регламентирующие работу мультимедийных систем в
сетях пакетной передачи данных.
3. Серия G.700 (Рекомендации G.711, G.722, G.723.1, G.728 и G.729).
Данная серия определяет технические аспекты построения
терминального оборудования, включая реализацию специфических
алгоритмов сжатия информации, используемых для
кодирования/декодирования сигнала (например, речевого) и его передачи по
цифровым сетям. Так, стандарт G.723.1 этой серии определяет кодирование
голосового сигнала при передаче на скорости 5,3 и 6,3 Кбит/с.

4.3.2 Серия стандартов IETF и предложений IMTC

В настоящее время уже существует целая серия RFC, предложенная


IETF в последние 5 - 6 лет, которая определяет работу сети Internet и
корпоративных интрасетей при передаче мультимедийной информации.
Часть из них наиболее важных, уже упоминалась в разделе 4.1, а именно, это
касается:
- протокола RSVP (RFC 2205- функционирование протокола
резервирования ресурсов);
69

- протокола RTP (RFC 1889- функционирование протокола работы в


режиме реального времени);
а также к ним можно добавить протоколы, описанные в:
- RFC 2326 (RTCP- Real Time Transport Control Protocol)- протокол
передачи потока данных в режиме реального времени;
- RFC 2327 (SAP- Service Advertising Protocol и SDP- протоколы
описания сеанса работы).
В свою очередь IMTC опубликовал соглашение форума по передаче
голоса поверх IP (VoIP Forum). Этот документ определяет стандарты ITU и
IETF, которые требуются для реализации VoIP, т.е. содержит рекомендации
по стеку протоколов для создания согласованной архитектуры для передачи
голоса.

4.4 Качество обслуживания в сетях пакетной телефонии

Построение мультисервисной сети для передачи мультимедийной


информации невозможно без обеспечения гарантированного качества
обслуживания (QoS). QoS зависит от следующих факторов:
- пропускной способности каналов, определяющей скорость передачи
по сети;
- времени ожидания или задержки прохождения сигнала по сети от
источника до пункта назначения;
- искажений, вызванных различным временем прибытия пакетов
(джиттер). Для борьбы с этим явлением входящие пакеты
помещаются в буфер, а затем передаются из него через стандартные
интервалы времени;
- потери пакетов с речевой или видео - информацией, требующие
определённой компенсации сигналов на стороне получателя;
- функций управления (включая обеспечение, резервирование и
мониторинг ресурсов), которые необходимы для установки и
поддержки мультимедийного соединения.
Остановимся более подробное на некоторых факторах и рассмотрим
способы, которые позволяют обеспечить требуемый уровень QoS.

4.4.1 Обеспечение требуемой полосы пропускания

Уменьшения полосы пропускания оцифрованного голосового сигнала


можно добиться предварительным его сжатием (компрессией), которую
осуществляют кодеки (кодеры/декодеры), преобразующие аналоговые
речевые сигналы в потоки цифровых импульсов. Алгоритмам реализации
кодеков посвящена серия ITU G.700.
Рекомендация G.711, использующая импульсно-кодовую модуляцию
(Pulse-Code Modulation- PCM) обеспечивает скорость передачи 64 Кбит/с.
70

Эта величина скорости используется в качестве единицы измерения


пропускной способности каналов цифровых сетей иерархии E1/T1 и других.
Рекомендация G.726 использует алгоритм Adaptive Differential Pulse
Code Modulation (ADPCM), т.е. дифференциально адаптивный PCM,
позволяющий обеспечить скорость 32 Кбит/с при качестве передачи сигнала
практически не уступающей G.711.
Рекомендация G.728. Использует метод кодирования, называемый LD-
CELP (Lou Delay Code- Excited Linear Prediction). Этот метод позволяет
достичь удовлетворительного качества передачи речи при пропускной
способности 16 Кбит/с. Обработка речевого потока происходит каждые 5мс.
Размер результирующего пакета равен M*10, где M- коэффициент сжатия,
который принимает значения от 1 до 12. Данный алгоритм требует
значительных вычислительных ресурсов при его реализации.
Рекомендация G.729 обеспечивает 8- кратное сжатие речевого сигнала,
что даёт возможность передавать его в полосе 8 Кбит/с с тем же качеством,
которое поддерживают обычные телефонные сети. В основу G.729 положен
алгоритм сжатия CS- ACELP (Conjugate Structure- Algebraic Code Linear
Predictive). Пакет CS- ACELP состоит из 80 битов и формируется через
каждые 10мс речи. Оценка наступления молчания происходит через каждые
5мс. При наступлении молчания происходит передача специальной
последовательности, состоящей из одних нулей. Последняя версия
рекомендации G.729A использует тот же алгоритм, но значительно упрощает
кодек, что снижает нагрузку на процессор при обработке речевого потока.
Рекомендация G.723.1 позволяет сжимать речевой сигнал более, чем в
10 раз и транспортировать его в полосе 5,3 или 6,3 Кбит/с. При этом качество
передачи речи немного снижается, но остаётся вполне достаточным для
делового общения. Для сжатия до полосы 5,3 Кбит/с применяется алгоритм
ACELP и результирующий пакет состоит из 20 байт. Для сжатия до 6,3
Кбит/с используется алгоритм MP- MLQ (Multi Maximum Likelihood
Quantization), а результирующий пакет состоит из 24 байт. Подавление
молчания при его обнаружении происходит каждые 5 мс. В обоих
алгоритмах обработка потока происходит каждые 30 мс, а вносимая
кодированием задержка не превышает 20 мс.
Алгоритмы компрессии G.729 и G.723 применяются в рекомендации
H.323 (мультимедийные системы в пакетных сетях) в качестве
альтернативных.
Следует отметить, что устройства, поддерживающие G.723.1, не могут
напрямую взаимодействовать с устройствами на основе G.729. Для их
взаимодействия необходим специальный конвертор. Сигнальный процессор,
обеспечивающий эти функции, может вносить задержки и искажения,
снижающие качество речи до неприемлемого уровня. Кроме того,
современные технологии не способны производить такое преобразование в
масштабе реального времени.
Таким образом, развитие методов сжатия речи существенно уменьшило
полосу пропускания голосового канала для передачи речи и их
71

использование в оборудовании позволяет надеяться на успешное решение


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

4.4.2 Влияние задержек на QoS

Одним из наиболее важных параметров, влияющих на QoS речевого


сигнала, являются задержки в IP сетях.
Почти для всех систем речевой связи максимально допустимой
задержкой считается 400 мс, а оптимальной- 200 мс. При превышении этих
значений качество приёма речевого сигнала существенно ухудшается. Так,
при задержке в 500 мс связь воспринимается как имеющая плохое качество.
Время задержки складывается из нескольких компонентов:
- запаздывание сигнала при распространении по среде передачи. В
зависимости от расстояния на данную составляющую отводят от 10
до 100 мс;
- выполнение алгоритма кодирования/декодирования сигнала на обоих
концах линии добавляет примерно по 20 мс задержки (её величина
зависит от типа применяемого алгоритма);
- около 40 мс добавляются за счёт использования буфера,
компенсирующего джиттер на стороне получателя;
- задержку в 10-40 мс может вызвать обработка пакетов и их установка
в очередь в узловых устройствах сети. Величина последней
составляющей зависит от скорости обработки пакетов устройствами
и максимального размера передаваемой информационной единицы
(MTU – maximum transmission unit) и ряда других факторов.
Для снижения негативного влияния задержек при использовании IP-
протокола и улучшения качественных показателей передачи речи имеется
целый ряд механизмов. В первую очередь, это относится к механизмам,
которые описаны в рекомендации серии H.320 и, в частности, H.323 v.2. В
ней прописан ряд протоколов, определяющих различные процедуры и
функции, которые способствуют решению вопросов по улучшению качества
обслуживания мультимедийных приложений, в том числе и IP- телефонии.
Так, в состав H.323 входит протокол реального времени RTP (real-time
transport protocol), в соответствии с которым осуществляется передача
информации поверх протокола UDP. Совместно с RTP применяется протокол
RTCP (real-time control protocol), поддерживающий функции управления и
контроля.
Следует отметить, что протокол RTP способен обеспечить верную
последовательность передачи пакетов и временную синхронизацию, но
только в том случае, если сеть обладает резервом пропускной способности.
При наличии перегрузок данный протокол не решает корректно задачи,
поэтому уже вне рамок H.323 в сети IP пользуется протокол резервирования
ресурсов RSVP (resource reservation protocol), гарантирующий качество
72

обслуживания путём резервирования необходимых ресурсов в активном


сетевом оборудовании.

4.4.3 Влияние джиттера

При организации передачи мультимедийной информации через


разделяемый канал неизбежно возникает ситуация, когда пакеты от разных
мультимедиа приложений становятся в очередь. В таком случае большую
роль играет буферная память на передающем и приёмном концах канала.
Устройства памяти должны быть сконфигурированы и иметь такие размеры,
чтобы дожидаться задержанных, по каким- либо причинам, например,
речевых пакетов. Эти обстоятельства приводят к возникновению джиттера,
обусловленного неравномерностью задержек в сетях пакетной коммутации.
Джиттер определяется по времени поступления двух любых пакетов в
буфер получателя. Если по каналу пакетной сети ведётся лишь один
телефонный разговор, джиттер равен нулю, поскольку все речевые пакеты
принимаются последовательно, один за другим. Добавление новых
разговоров или трафика других мультимедиа приложений приводит к
появлению джиттера. Если не принять меры по управлению трафиком или не
задействовать надлежащие схемы установления приоритетов, джиттер может
существенно понизить качество телефонной связи.
Буфер позволяет сглаживать неравномерность доставки речевых
пакетов. После накопления в буфере на приёмном конце достаточного числа
пакетов они декомпрессируются и вновь преобразуются, например, в
аналоговый телефонный сигнал. Считается допустимой в сети IP величина
джиттера порядка 40 - 100 мс. Очень важно при этом правильно организовать
буфер. В идеале для получения высокого качества передачи речи размер
буфера должен меняться динамически.

4.4.4 Влияние потерь

За передачу речевых пакетов в сети IP отвечает протокол транспортного


уровня UDP. Известно, что UDP не гарантирует доставки пакетов от
отправителя к получателю и потери пакетов будут влиять на качество речи.
Тесты, проведенные компаниями продвигающими оборудование передачи
речи в пакетных сетях показали, что приемлемое качество телефонной связи
достигается при потере 5 - 7% пакетов и значительно ухудшается, т.е.
качество становится неприемлемым при потере 15 - 20% пакетов.
Для уменьшения влияния потерь и повышения качества передачи
голосовых сообщений на приёмном конце должны использоваться
алгоритмы, позволяющие восстанавливать сигнал при потере части пакетов.
Ряд компаний уже сейчас применяют механизм “цифровой интерполяции
речи”, поддерживающий приемлемое качество речи при возникновении пауз,
обусловленных потерями пакетов и их задержками.
73

4.4.5 Управление мультимедийными сеансами

Важнейшей задачей любой телефонной системы, в том числе и IP,


является управление сеансом связи, его установление, поддержание и
обеспечение корректного разъединения. В семействе рекомендаций H.320
имеются протоколы H.225 (управление вызовами) и H.245 (потоковые
процедуры среды передачи), отвечающие за обмен сигналами управления.
Сейчас предлагаются и широко обсуждаются варианты упрощения процесса
установления соединений в IP- телефонии. IETF разработан протокол SIP
(RFC 2543), ведутся работы над третьей версией H.323, которая предполагает
более простой вариант установления соединения.
Остановимся более подробно на протоколе SIP (Session Initialization
Protocol – протокол установления, модификации и окончания
мультимедийных сеансов), поскольку IETF считает, что SIP обладает
хорошей масштабируемостью и предоставляет больше возможностей, чем
Рекомендации H.323.
SIP является протоколом управления и сигнализации уровня
приложений. Он служит для организации, модификации и завершения
сеансов связи с одним или несколькими абонентами. Это могут быть
мультимедийные конференции через Internet, сеансы дистанционного
обучения, вызовы пакетной телефонии и распределение мультимедийных
сигналов. SIP позволяет устанавливать соединение как абонентам, так
специализированным и автоматическим устройствам, например таким, как
серверы архивации. Данный протокол может быть использован для
инициирования сеансов связи и подключения дополнительных участников к
этим сеансам связи.
Следует отметить, что SIP протокол не предлагает услуг управления
конференциями и не предписывает порядок их проведения. Он не назначает
групповые адреса и не резервирует ресурсы, но позволяет передать в
вызываемую систему информацию, необходимую для этого.
SIP решает пять задач установления и завершения мультимедийных
соединений:
- определение местоположения вызываемой стороны;
- распознавание типа среды передачи и её характеристик;
- определение возможности установления сеанса связи с выбранным
абонентом;
- осуществление вызова;
- последующие управление им.
Вызывающая и вызываемые стороны идентифицируются с помощью SIP
адресов. Протокол SIP позволяет устанавливать соединение, используя
групповую и индивидуальную адресацию, или комбинацию этих видов
адресации. Объекты, адресуемые SIP, представлены клиентами на сервере
UAS (User Agent Server) и идентифицируются с помощью SIP указателей.
74

Этот указатель состоит из двух частей. Первой части- имени узла


описываемого именем пользователя или телефонным номером. Второй -
имени домена или IP-адреса пользователя.
Процедура установления соединения с помощью SIP протокола
представлена на рис.4.6.

Сервер
перенаправления

1 2

1
2 3 Сервер
3 Internet 5 UAS
4 6
5
6
Вызывающая 4
сторона
Канал
Вызываемая
сторона

Рис. 4.6 Порядок установления соединения с помощью SIP протокола

Она включает следующие этапы:


- запрос (1) от вызывающей стороны поступает на сервер
перенаправлений, который возвращает информацию (2) об имени
DNS вызываемой стороны и адрес сервера UAS;
- вызываемая сторона посылает запрос (3) на сервер UAS;
- сервер UAS передаёт запрос (4) на вызываемую сторону и сообщает
об этом вызывающей стороны (5). Вызов считается установленным,
даже если вызываемый абонент не ответил;
- вызывающая сторона посылает сигнал подтверждения на сервер
UAS.
Протокол SIP при своей работе использует ряд серверов различного
назначения. Это сервер UAS, содержащий данные о клиентских агентах SIP,
прокси - сервер, серверы перенаправления и регистрации.
В случае подключения дополнительных участников к сеансу связи
(конференции или двухсторонней) запрос- приглашение посылается на
вызываемую сторону. Приглашение включает описание сеанса связи, где
перечисляются доступные варианты среды передачи и используемые
форматы сигналов. Если вызываемая сторона отвечает согласием, то
вызывающая сторона посылает подтверждение и возвращает описание с
перечислением вариантов соединения, которые она желает использовать.
75

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

4.5 Приоритеты и классы обслуживания

Введение понятия класса обслуживания CoS (Class of Service) позволяет


осуществить дифференцированный подход при решении задачи
транспортировки данных в пакетных сетях. CoS задаёт схему установки
приоритетов различным типам сетевого трафика. Так, речь и любой другой
трафик реального времени, например, видео, получает более высокий
приоритет, чем другие данные, перед поступлением в сеть. Как только
информация попала в сетевое облако, все кадры считаются равными.
Классический протокол IP v.4 не имеет механизма обеспечения CoS. IP
v.6 (его называют также IPng, где «ng» обозначает «следующие поколения»)
позволяет устанавливать приоритеты, но эта версия пока не получила
широкого распространения. IP v.6 вносит дополнительные задержки из-за
увеличения до 40 байт (в базовой конфигурации) размера заголовка.
Одним из способов решения проблемы CoS в корпоративных и
ведомственных сетях IP может быть использование протоколов RTP и RSVP,
а также версии протокола IP, в котором имеется поле ToS (тип
обслуживания).
ToS- один из самых простых способов установления параметров в
существующих IP-сетях, хотя поле ToS и не входит в оригинальную
(классическую) спецификацию IP v.4. Поле ToS состоит всего из одного
байта. Данное поле задаёт параметры задержек и пропускной способности,
что обеспечивает соблюдение приоритета пакета на всём его пути
следования по сети. Сегодня уже многие производители оборудования
реализуют ToS в своих устройствах, что позволяет классифицировать
обслуживание в сетях IP.
76

5 ОСНОВЫ FRAME RELAY

5.1 Особенности технологии


В последние годы в связи с использованием новых приложений и услуг
потребности в объёмах и скоростях передачи данных резко возросли.
Применение технологии по Рекомендации ITU X.25 (сеть с коммутацией
пакетов), которая начала развиваться в 70 г. в период широкого
использования ненадёжных аналоговых каналов, не позволяет решить
данную задачу.
Это связано с тем, что:
- для обеспечения надёжности и правильности передачи данных
предусмотрены серьёзные процедуры исправления ошибок (проверка
предусмотрена в каждом промежуточном узле коммутации и, если
обнаружена ошибка, то она исправляется за счёт повторной
передачи) и перемаршрутизации в случае сбоев в сети. Всё это
приводит к появлению задержек при передаче пакетов и, как
следствие, к уменьшению скорости передачи (пропускной
способности);
- X.25 - это низкоскоростная технология, которая используется в
диапазоне скоростей от 2.4 до 64 Кбит/с.
Эти два обстоятельства приводят к тому, что её нельзя применять:
- для поддержки работы приложений, работающих в реальном
масштабе времени;
- передачи аудио- и видеоинформации.
В 80 г. прошлого столетия реализуется концепция построения цифровой
сети с интеграцией служб- ISDN. Появляются цифровые ISDN станции,
работающие по цифровым каналам связи, имеющие малую вероятность
появления ошибок.
Истоки появления технологии Frame Relay (FR) (ретрансляции кадров)
связаны с созданием сети передачи данных с коммутацией пакетов,
базирующейся на цифровой сети. FR можно рассматривать как упрощённый
вариант реализации сети X.25 для высоконадёжных цифровых каналов, с
достаточно высокой скоростью передачи данных. Одной из главных
отличительных особенностей является то, что поиск и коррекцию ошибок
выполняют не промежуточные узлы, а оконечные. FR использует
технологию сквозной коммутации, при которой пакет (кадр) направляется к
следующему узлу сразу же после прочтения адресной информации. Если
обнаруживается какая-либо ошибка, то маршрутизаторы FR уничтожают
кадры, а не пытаются их восстановить. Восстановление осуществляется
оборудованием конечных пользователей (оконечным оборудованием),
которое поддерживает работу протоколов более высоких уровней модели
OSI. Всё это значительно сокращает время на обработку пакета в
промежуточных узлах, что, в свою очередь, значительно повышает
77

пропускную способность сети, обеспечивая при этом высокую


экономичность и эффективность передачи данных.
Сеть FR обеспечивает достаточно простую, ориентированную на
соединение транспортную службу передачи данных и к достоинствам
технологии можно отнести:
- простой формат кадра, содержащий минимум управляющей
информации;
- независимость от протоколов верхних уровней модели OSI;
- малое время задержки при передаче кадра, что позволяет помимо
передачи данных организовать передачу аудио- и видеоинформации,
т.е. реализовать сеть с интеграцией услуг (служб).
Исследованиями технологии и разработкой стандартов FR занимаются
три организации:
- Frame Relay Forum (FRF) – форум Frame Relay;
- American National Standards Institute (ANSI) – Американский
национальный институт, разработавший стандарты T1.602, T1.606,
T1.607-1990, T1S1/91-695, T1.617, T1.618;
- ITU-T – международный союз электросвязи, разработавший
Рекомендации I.122, I.233, I.370, I555, Q.902, Q.922, Q.931, Q.933,
Q.2931.
Наиболее мощной является FRF, куда входят более 300 фирм
разработчиков и поставщиков оборудования (Motorola, 3Com, Cisco,
Newbridge Network и др.)

5.2 Протокольная модель технологии FR

Соответствие уровней модели OSI и FR представлены на рис.5.1.


Протоколы FR охватывают два нижних уровня эталонной модели OSI –
физический и канальный. На физическом уровне FR поддерживает
интерфейсы по стандартам как ITU, так и ANSI: V.24, V.35, X.21,
интерфейсы BRI и PRI сетей ISDN, полные и дробные протоколы T1/E1,
SDH, т.е. на физическом уровне, фактически, оговариваются аспекты
подключения DTE (Data Terminal Equipment) терминального оборудования
передачи данных к DCE (Data Communication Equipment) аппаратуре
передачи данных.
На канальном уровне для управления передачей данных используется
протокол FR, который часто называют LAPF, описанный в Рекомендации
ITU Q.922. LAPF является, бит- ориентированным синхронным протоколом и
использует “кадр” в качестве информационного элемента. С одной стороны
он очень похож на протокол HDLC (High Level Data Link Control), но многие
элементы кадра HDLC исключены из основного формата FR. С другой
стороны он очень похож на протокол LAPD (Link Access Protocol D) –
протокол доступа к каналу D – одна из разновидностей протокола,
используемого в сети ISDN.
78

3. Сетевой

2. Канальный 2. Канальный, (HDLC) High Level Data


Link Control; (LAPD) Link Access Protocol
D; LAPF (ITU-Q.922)
1. Физический 1. Физический

Уровни OSI Уровни FR

Рис. 5.1 Соответствие уровней моделей OSI и FR

Базовая версия протокола FR реализует часть функций уровня 2,


которые включают проверку кадра на правильность и отсутствия в нём
ошибок, но исключают требования повторной передачи в случае
обнаружения ошибок. Такие протокольные функции, как порядковая
нумерация, поворот окна, подтверждения и управляющие кадры в сети FR не
используются. Можно утверждать, что в результате удаления этих
достаточно сложных функций из Frame Relay протоколы FR занимают не два
полных уровня по терминологии эталонной модели, а по существу лишь
полтора. В то же время протоколы FR поддерживают функции сетевого
уровня, такие как маршрутизация, управление логическими каналами, что
позволяет устанавливать соединение через сеть.

5.3 Структура кадра

Рассмотрим логические характеристики протокола FR, т.е. назначения


полей протокола. Формат кадра представлен на рис.5.2.
Флаг – все кадры FR начинаются и заканчиваются комбинацией флаг
01111110.
Заголовок имеет размер 2 байта и включает:
Адрес, который в кадре FR состоит из 10 бит (6 бит первого октета и 4
бита второго) и представляет собой идентификатор канала передачи данных
DLCI (Data Link Connection Identifier) и определяет абонентский адрес в сети
FR.
CR – Command Response – два бита зарезервированы для применения на
более высоком уровне OSI.
EA – Extended Address – бит расширения адреса (заголовка). Так как
DLCI содержится в 10 битах, входящих в два октета заголовка, то возможно
расширение заголовка на целое число октетов с целью увеличения полей
адреса. Стандарты FRF рекомендуют использовать для заголовка 2 октета (в
этом случае EA первого октета равно “0”, а второго –“1”).
79

1…1600
1 байт 2 байта 4096 2 байта 1 байт
Флаг Заголовок Данные Проверочная Флаг
последовательность
(FCS)

1 байт 1 байт

DLCI CR EA DLCI FECN BECN DE EA


8…3 2 1 8…5 4 3 2 1
6 бит 4 бита

Рис. 5.2 Формат кадра LAPF

Рекомендации ITU и ANSI предусматривают расширение заголовка до 4


октетов.
FECN – Forward Explicit Congestion Notification – бит уведомления
приёмника о явной перегрузке. Устанавливается в “1” для уведомления
получателя о том, что произошла перегрузка в направлении передачи
данного кадра (рис.5.3). Бит FECN устанавливается аппаратурой канала
данных (АКД), а не передающим оконечным оборудованием данных (ООД).
BECN – Backward Explicit Congestion Notification – бит уведомления
источника о явной перегрузке. Устанавливается в “1” для уведомления
источника сообщения о том, что произошла перегрузка в направлении,
обратном направлению передачи (рис.5.3). Бит BECN устанавливается АКД.

Перегрузка в узле

Сеть FR1 Сеть FR2

FRAD FECN
BECN

UNI NNI

UNI

FRAD

Рис. 5.3 Установка битов уведомления


80

DE – Discard Eligibility – бит разрешения сброса. Устанавливается в “1”


случае явной перегрузки и указывает на то, что данный кадр может быть
уничтожен в первую очередь. Бит DE устанавливается АКД либо ООД, т.е.
пользователю предоставлено право выбирать какими кадрами он может
пренебречь. Однако при перегрузках возможны случаи, когда узлы сети FR
уничтожают кадры не только с битом DE равным единице.
Информационное поле – содержит данные пользователя и состоит из
целого числа октетов. Его максимальный размер определён стандартом FRF
и составляет 1600 октетов (минимальный размер- 1октет). Рекомендации ITU
предусматривают максимальный размер поля до 4096 октетов.
Проверочная последовательность кадра (Frame Check Sequence-FCS) –
используется для обнаружения возможных ошибок при его передаче и
состоит из 2 октетов. Данная последовательность формируется аналогично
циклическому коду HDLC. Одним из основных отличий протокола FR от
HDLC является то, что он не предусматривает передачу управляющих
сообщений (нет командных или супервизорных кадров, как в HDLC). Для
передачи служебной информации используется специально выделенный
канал сигнализации. Другое важное отличие – отсутствие нумерации
последовательно передаваемых (принимаемых) кадров. Дело в том, что
протокол FR не имеет никаких механизмов для подтверждения правильно
принятых кадров.

5.4 Процедурные характеристики сети FR

Процедурные характеристики - это правила выполнения действий,


предписанных протоколом. Для протокола LAPF этот свод правил весьма
прост по сравнению с протоколом HDLC.

5.4.1 Адресация и процедуры установления соединения

Протокол FR ориентирован на установлении соединения. Причём


виртуальное соединение (постоянное либо коммутируемое) необходимо
установить прежде, чем узлы начнут обмен информацией.
Каждое соединение PVC (SVC) идентифицируется посредством
идентификатора канала передачи данных DLCI. Назначенные DLCI имеют
ограниченную сферу деятельности. Их действие носит локальный характер,
т.е. служит для идентификации логических каналов между пользователями и
сетью, вследствие чего разные устройства могут повторно использовать тот
же самый DLCI. Стандарты ANSI, ITU-T распределяют двух- октетные
адреса DLCI между пользователями и сетью следующим образом:
0 – используется для канала локального управления LMI (Local
Management Interface), который реализует интерфейс UNI (Uzer Network
Interface);
1 - 15 – зарезервированы для дальнейшего применения;
16 - 991 – используется абонентами для нумерации PVC и SVC;
81

992 - 1007 – используется сетевой транспортной службой для


внутрисетевых соединений;
1008 - 1022 – зарезервированы для дальнейшего применения;
1023 – используются для управления канальным уровнем (в кадрах,
которые «переносят» сквозные сообщения управления интерфейсом,
связывающим протоколы более высоких уровней).
Таким образом, в любом интерфейсе FR для оконечных устройств
пользователя отводится только 976 адресов DLCI.
Постоянное виртуальное соединение PVC (Permanent Virtual Channel)
устанавливается оператором на этапе конфигурирования оборудования и не
может быть произвольным образом устранено. Для каждого канала PVC
оператор в маршрутных таблицах определяет:
- направление (маршрут);
- значение скорости CIR;
- класс обслуживания.
Каждый канал PVC соответствует строго отдельному маршруту,
задаваемому статистической таблицей маршрутизации, если не возникает
необходимость ремаршрутизации вследствие повреждения элементов
(каналов, узлов) сети.
С помощью интерфейса UNI организуется один или несколько PVC.
Каждый PVC обеспечивает логическое соединение с конкретным удалённым
портом Frame Relay. С точки зрения пользователя PVC аналогичен отдельной
выделенной линии- коммутация PVC в сети Frame Relay прозрачна для
пользователя. Внутри каждого физического канала может быть
организовано несколько PVC, которые конфигурируются таким образом,
чтобы обеспечить определённый уровень производительности и качества
обслуживания. PVC являются двунаправленными и в каждом направлении
могут быть заданы различные значения параметров.
PVC в настоящее время применяется довольно часто и это связано с:
- достаточной простотой организации канала и его оплаты;
- отсутствием оборудования тарификации SVC;
- возможностью реализации на PVC закрытых групп пользователей и
создание независимых наложенных сетей, так называемых PVN
(Private Virtual Network) – частных виртуальных сетей, используемых
для организации работы приложений (например, системы
дистанционного обучения, аудио-видеоконференций).
SVC (Switched Virtual Channel) - коммутируемый виртуальный канал -
устанавливается динамически и обеспечивает по требованию (запросу
абонентов) коммутируемый сервис сети FR между двумя узлами.
Маршрутизаторы сети FR должны обладать возможностью изменять
соответствующие записи в маршрутных таблицах после запроса на
установление и разъединение коммутируемого соединения.
Форум FR разработал технические требования к SVC (“Соглашение о
реализации FRF.4”), в основу которого положена Рекомендация ITU Q.2931
(“Соглашение при установке и разъединении соединения”). В соответствии с
82

FRF.4 процедура установки канала SVC происходит в три этапа: соединение,


обмен информацией, разъединение. Кроме того, в сети FRF.4 задаётся схема
адресации, позволяющая сети FR определять вызываемую сторону.
Предусмотрены две системы нумерации в соответствии с рекомендациями
ITU E.164 или X.121.
IETF разработала протокол NHRP (Next Hop Resolution Protocol –
протокол разрешения адреса очередного прыжка). Этот протокол отвечает за
автоматическое разрешение адресов при преобразовании, например, IP-
адресов в SVC- адреса. В самом общем случае протокол предназначен для
разрешения проблемы адресов в сетях X.25, FR и ATM. NHRP выполняет
динамическое преобразование адресов при изменении конфигурации сети.
При отсутствии протокола NHRP, SVC- адреса, соответствующие каждому
IP- адресу, пришлось бы вводить вручную.
Для определения адресов, соответствующих разным системам передачи
данных в конечных точках, протокол NHRP использует серверы
преобразования адресов. Серверы преобразования адресов выполняют
преобразования на основе хранящейся в них информации для перехода к
определённому адресу. Узловое оборудование запрашивает адресную
информацию у сервера преобразования адресов. Информация на этом
сервере поддерживается, как правило, сетевым операторами.
Кроме адресов, на сервере хранится информация о приоритетах, классах
обслуживания и политике безопасности для данного соединения.
Протокол NHRP снижает интенсивность трафика между устройствами
сети. Теперь эти потоки сосредоточены, главным образом, между
оборудованием и сервером преобразования адресов. Сервер содержит
информацию об адресах всей сети. Это позволяет экономить полосу
пропускания по сравнению с использованием широковещательных
протоколов- например, OSPF (Open Shortest Path First – первоочерёдное
открытие кратчайших маршрутов) или IGRP (Interior Gateway Routing
Protocol – протокол маршрутизации внутреннего шлюза).

5.4.2 Процедура обработки кадра в узле и управление трафиком


В сети FR, если кадр получен узлом без искажений, то он направляется
далее по соответствующему маршруту. Узлы сети уничтожают кадры не
уведомляя об этом пользователя. Искажённым считается кадр, у которого:
- нет корректного ограничения флагами;
- имеется менее 5-ти октетов между флагами;
- нет целого числа октетов;
- содержится несуществующий DLCI;
- превышен максимальный размер кадра;
- есть ошибка проверочной последовательности (FCS).
В сети FR также действует механизм уведомления о возникновении
перегрузок и ликвидации перегрузок, который реализуется с помощью битов
FECN и BECN в заголовке кадра LAPF (рис.5.2). Когда узел сети FR
83

обнаруживает, что его входные очереди начинают переполняться,


предыдущему узлу (источнику трафика) передаётся пакет с установленным
битом BECN чтобы приостановить поступление данных до разрешения
ситуации.
В прямом направлении к следующему узлу или устройству пользователя
может быть передан пакет с установленным битом FECN чтобы
предотвратить возникновение проблемы с трафиком. Бит FECN может быть
передан протоколам вышерасположенных уровней (например,
транспортного), которые, в свою очередь, могут либо снизить интенсивность
подтверждений данных, либо уменьшить размер окна приёма, либо
задействовать собственные механизмы ограничения потока. Описанные
процедуры называют механизмом прямого (explicit) управления нагрузкой.
Существует также другой механизм управления перегрузками в сети FR.
Он предложен ANSI и описан в стандарте T1.618. Данный механизм
называют скоординированным управлением канала данных- CLIM
(Consolidated Link Layer Management). В этом случае по зарезервированному
PVC на интерфейсе узел передаёт специальные сообщения о перегрузках
другим узлам. Следует отметить, что в стандартах ANSI и для CLLM и для
LMI используется один и тот же номер DLCI, равный 1023, т.е. они не могут
работать одновременно.
Устройства доступа к FR сети и узловое оборудование реализуют метод
статистического временного мультиплексирования кадров (STDM – Statistic
Time Division Multiplexing). Данный метод позволяет значительно повысить
эффективность использования пропускной способности физических линий и
каналов связи, а также исключить перегрузки в узлах сети FR. Метод уже
использовался в сети X.25, но за последние годы он стал более
интеллектуальным. Его аппаратная реализация предполагает:
- постоянное наблюдение за потоком заявок от пользователей на
передачу данных и контроль загрузки сети (линий, каналов
(физических и виртуальных), узлов);
- перераспределение свободного и высвобождающегося ресурса
пропускной способности виртуальных каналов в соответствии с
реальными потребностями пользователям, т.е. в конечном итоге
предоставление пользователям таких виртуальных каналов, которые
удовлетворяют их требованиям.
Метод обеспечивает синхронный ввод данных в высокоскоростной
канал связи на основе соглашения между абонентом и администрацией сети.
При этом оговаривается следующее:
Максимальный размер поля данных в кадре FR (в октетах);
Пропускная способность порта, посредством которого абонент
подключается к сети FR.
CIR (Committed Information Rate) – гарантированная скорость передачи
данных, при этом обеспечивается требуемое качество доставки;
Bc (Committed Burst Size) – гарантированный объём передачи
информации при обеспечении требуемого качества доставки.
84

Be (Excess Burst Size) – дополнительный объём передачи информации,


при этом качество передачи может снижаться.
Соглашение реализуется следующим образом:
1. Абонент выбирает и оплачивает пропускную способность порта и
гарантированную скорость передачи данных , например, для PVC.
2. Узел доступа к сети FR измеряет реальную потребность абонента в
ресурсе пропускной способности канала связи.
3. Если этот ресурс, выраженны реальной скоростью передачи
информации не превышает CIR, то кадры передаются без изменений.
Если реальная скорость превышает CIR, но соответствует
пропускной способности порта, то бит DE устанавливается в “1”, что
даёт возможность удалять эти кадры при возникновении перегрузок.
Наконец, если превышена пропускная способность порта, кадры
уничтожаются вне зависимости от каких-либо условий.
Следует отметить, что в соглашение входят три основные параметра
(CIR, Bc, Be), которые определяют механизм регулирования потока трафика
в сети FR, поэтому хотелось бы ещё раз акцентировать внимание ни этих
параметрах.
CIR задаёт максимальную согласованную (или минимальную
гарантированную) скорость передачи по данному PVC, которая обычно
меньше физической скорости подключения пользователя к порту сети FR.
CIR выражается в единицах бит/с и вычисляется относительно
информационной части кадра Frame Relay (служебные поля кадра не
учитываются). Обычно CIR задаётся в соответствии со средним
коэффициентом загрузки канала. Сумма значений CIR по всем PVC для
каждого физического порта не должна превышать общей пропускной
способности порта.
Параметр Bc определяет максимальный (гарантированный) объём
информации в битах, которую пользователь может передать по данному PVC
в течение некоторого ограниченного периода времени. При подключении к
сети пользователь обычно получает по каждому PVC действующие в нём
значения CIR и Bc. Для пользователя это значит, что он может либо
передавать информацию с постоянной скоростью, равной CIR, либо с гораздо
большей скоростью, но в течение ограниченного времени, определяемого
формулой Bc/CIR.
Параметр Be позволяет задавать дополнительный объём трафика,
который может быть передан по данному PVC.
Назначение CIR и Bc представляет собой механизм косвенного
(implicit) управления нагрузкой и позволяет обеспечить пропуск трафика
пользователя в пределах заказанной им полосы пропускания.
Видно, что перегрузки могут создать серьёзные проблемы для передачи
информации и поэтому в сети FR используется механизм стирания части
трафика. Для этого употребляется бит DE заголовка кадра (рис.5.2). Бит DE
устанавливается равным единице для указания сети, что при возникновении
проблем данный кадр более предпочтителен для аннулирования, нежели те
85

кадры, где этот бит равен нулю. Если бит DE не используется, кадры
стираются случайным образом. В случае аннулирования кадра протоколы
вышерасположенных уровней обнаружат потерю и организуют повторную
передачу кадра.

5.4.3 Процедура обеспечения гарантированного качества обслуживания


(QoS)

Поскольку сеть FR является мультисервисной сетью (сетью с


интеграцией сервисов), например, FR (IP)- телефония, организации аудио- и
видеоконференций, то качество представления данных интерактивных и
мультимедийных приложений зависит от параметров, характеризующих
передачу данных в сети.
Гарантированное качество представления услуги предусматривает,
например, что задержка, связанная с буферизацией и обработкой пакетов не
превысит некоторых максимальных значений. При этом сеть обязуется
соблюдать ограничения по задержке и минимизировать вероятность потери
пакетов, если пользовательское приложение выдерживает объявленные
параметры генерируемого им трафика. Поддержка требуемого
(гарантированного) уровня обслуживания (класса обслуживания) является
результатом соглашения между пользователем и сетью.
Следует отметить, что термин гарантируемое качество обслуживания
(QoS) и уровень (класс) обслуживания - взаимосвязанные понятия. Класс
обслуживания всего лишь дифференцирует QoS в зависимости от тех либо
иных параметров передачи, к которым относятся:
- средняя (CIR) и максимальная (скорость порта) скорость передачи;
- коэффициент доставки данных (отношение количества кадров,
доставленных по назначению, к количеству переданных кадров);
- доступность сети (отношение суммарного времени, в течение
которого каналы PVC (SVC) готовы к передаче данных, к
длительности периода, например, за 30 дней);
- задержка передачи по виртуальным каналам и приоритет
обслуживания приложения.
Производители оборудования FR различают и реализуют следующие
классы обслуживания:
- rt VBR (real time Variable Bit Rate) – переменная скорость передачи
кадров в реальном масштабе времени;
- vrt VBR (non- real time VBR) – переменная скорость передачи кадров
не в реальном масштабе времени;
- ABR (Available Bit Rate) – доступная скорость передачи, т.е.
обеспечивает минимальную скорость передачи, которую можно
превышать при наличии свободной полосы пропускания;
- UBR (Unspecified Bit Rate) – произвольная скорость кадров, т.е.
никаких гарантий качества обслуживания не обеспечивается (это
реализуется, например, при задании нулевых значений CIR).
86

В табл. 5.1 приведены некоторые параметры QoS, определяющие классы


обслуживания сети FR и примеры приложений, для которых они
рекомендуются.
Таблица 5.1
Класс Согласованная Задержка Потеря Приложения
обслуживания полоса кадров
пропускания
rt VBR Да Малая Малая Пакетная передача
голосовой и
видеоинформации,
обмен данными
между LAN в
реальном масштабе
времени
nrt VBR Да Большая Малая Обмен между LAN
сетями, доступ
Internet
ABR Некоторый Не Не Электронная почта
минимальный определена определена
уровень
UBR Не определяет Не Не Электронная почта
определена определена

Следует отметить, что в технологии ATM также существуют классы


обслуживания и можно проследить взаимосвязь данных технологий,
поскольку каждому классу обслуживания сети FR соответствует вполне
определённый класс обслуживания в сети ATM вплоть до поддерживаемых
форматов передаваемых данных.

5.4.4 Управление в сети FR

В телекоммуникационной сети оконечное устройство пользователя


взаимодействует с сетью для передачи данных пользователя и управления
передачей данных. Взаимосвязь, не связанная с передачей данных иногда
называют сигнализацией, которая устанавливает соединение, определяет их
состояние (доступность, недоступность и т.д.) и управляет сетевыми
перегрузками.
В сети FR применяют четыре категории сообщений сигнализации:
LMI, T1.617 Annex D, CLIM T1/618 и SVC Q.921, Q.922, Q.931. Каждая из
перечисленных категорий использует один и тот же формат заголовка, но
содержит различную информацию и параметры. Эти категории, по существу,
описывают интерфейс пользователь – сеть (UNI) и интерфейс сеть – сеть
(NNI).
Так, интерфейс NNI определяет процедуры взаимодействия двух сетей
FR, т.е. передачу между ними трафика данных и управление каналами PVC,
установленными между обеими сетями. Управляющие каналы интерфейса
87

NNI служат также для обеспечения взаимодействия разнотипных


коммутаторов Frame Relay, что позволяет объединить сети различных
производителей.
Управление PVC осуществляется на интерфейсе LMI (Link Management
Interface), т.е. с его помощью контролируется состояние портов
маршрутизаторов доступа (FRAD) к сети FR. Этот интерфейс определён
стандартами ITU-T Q.933 Annex A и ANSI T1.617 Annex D. LMI применяется
только в оконечном оборудовании (аппаратно- программном обеспечении)
пользователя и выполняет следующие функции:
- уведомляет абонента о включении, наличии и отключении PVC;
- уведомляет абонента о готовности заранее сконфигурированного
PVC;
- осуществляет последовательный опрос PVC для подтверждения
целостности соединения.
Стандарт ANSI T1.617 определяет методы доступа к Frame Relay по PVC
и SVC, стандарт T1.618 – передачу данных по PVC, стандарт T1.617 Annex B
– дополнительные процедуры для PVC, которые применяются в случае
одновременного использования на одном интерфейсе как PVC, так и SVC.
Стандарт T1.617 Annex D определяет дополнительные функции для PVC с
ненумерованными кадрами. К ним относятся:
- групповые передачи (multicast);
- мультипротокольная инкапсуляция;
- коммутируемое виртуальное соединение (SVC);
- симплексное вещание.
Групповая передача позволяет передавать кадр многим получателям, не
генерируя при этом нескольких кадров. Этот режим работы существенно
уменьшает объём трафика в сети за счёт исключения дублированных кадров
в магистральных каналах.
Мультипротокольная инкапсуляция позволяет передавать по одному
виртуальному каналу различные виды трафика (инкапсулировать в кадры
Frame Relay пакеты протоколов TCP/IP, X.25, SNA, NETBIOS, IPX и другие).
Такую инкапсуляцию можно осуществлять как в конечных узлах сети, так и
в любом транзитном узле, через которые проходит организованный
мультипротокольный виртуальный канал.
При симплексном вещании возможна организация запросов по
низкоскоростным каналам данных с получением ответов по
высокоскоростным каналам (например, при работе с Web- сайтами).
В заключение остановимся более подробно на интерфейсе LMI.
Интерфейс LMI соответствует логической и процедурной
характеристикам базового стандарта FR. Различие состоит в расширении
заголовка кадра FR с целью размещения дополнительных полей стандарта
LMI, поэтому расширенный кадр FR обычно называют кадром LMI. Его
базовый формат представлен в табл.5.2 и включает в себя (кроме флагов и
проверочной последовательности) следующие элементы.
88

Заголовок. Им служит стандартный заголовок FR, в котором адрес DLCI


всегда имеет значение «0», показывающий, что это- кадр LMI.
Индикатор нумерованного кадра и определитель протокола всегда
имеют значение 00000011 и 00001000 соответственно и обеспечивают
процедурную и логическую совместимость с сетью ISDN.
Вызываемый номер. Октет зарезервирован для организации SVC. При
создании PVC он кодируется «00000000».
Тип сообщения. Данный октет предназначен для идентификации типа
управляющего сообщения, передаваемого через интерфейс LMI. В настоящее
время стандартизированы три типа управляющих сообщений - «Запрос
установления соединения», «Запрос разъединения» и «Смешанное
сообщение». Первые два типа относятся к SVC, а последний- к PVC. В этом
октете восьмой бит всегда устанавливается в «0», а биты 7 - 5- «111», что
указывает на смешанное сообщение. Биты с 4 по 1 для поля “Тип сообщения”
в случае сообщения “Состояние” имеют значения 1101, а сообщения “Запрос
состояния” - 0101 соответственно. С помощью этих сообщений LMI
проверяет целостность соединения, уведомляет пользователя о
включении/выключении PVS и его готовности.
Информационные элементы. На них отводятся один или несколько
октетов в пределах кадра LMI, т.е. информационные элементы имеют
переменную длину.

Таблица 5.2
№ Назначение полей кадра LMI Значение бит в
октета октете
1 Флаг 01111110
2 Заголовок: DLCI=0, CR=0, DE=0, FECN=0,
3 DECN=0
4 Индикатор ненумерованного кадра 00000011
5 Определитель протокола 00001000
6 Вызываемый номер (только для SVC) 0000.0000
7 Тип сообщения
8 Первый информационный элемент
… …
N-й информационный элемент
Проверочная последовательность

Флаг 01111110
89

5.5 Заключение

Подведём итог изложенного и кратко остановимся на главных


достоинствах технологии FR, которые состоят в следующем:
1. Оптимизация количества функций, поддерживаемых протоколом
LAPF и реализуемых на втором уровне модели OSI, позволила резко
увеличить пропускную способность сети. Сеть FR традиционно
обеспечивает скорость передачи до 2 Мбит/с. Сегодня уже
существуют рекомендации ITU (G.703), прописывающие интерфейс
E3 для скорости 34,4 Мбит/с, а целый ряд изготовителей
оборудования реализовали эту скорость в своих устройствах.
2. Применение метода временного статистического уплотнения
информации позволило в несколько раз повысить эффективность
использования каналов связи, а наличие развитой системы
интерфейсов, позволяет подключать к сети самые различные типы
оконечных устройств и осуществлять взаимодействие с сетями ISDN,
X.25 и ATM.
3. Благодаря использованию методов сжатия информации сеть FR
позволяет передавать не только данные, но и осуществлять передачу
речи, организовывать аудио- и видеоконференции, реализовывать
другие широковещательные услуги, что позволяет считать
технологию FR пригодной для построения мультисервисных сетей.
Необходимо помнить, что все перечисленные достоинства технологии
проявляются при использовании цифровых каналов передачи данных, т.е.
каналов высокого качества.
90

6 ПЕРЕДАЧА ГОЛОСА В СЕТЯХ FRAME RELAY

Ранее (в разд.4) уже были рассмотрены основы передачи голоса в сетях


IP. Voice over Frame Relay (VoFR) является одной из разновидностей
передачи речи в пакетной сети, в данном случае FR сети. Безусловно, что
между VoIP и VoFR есть много общего, но существуют и различия, о
которых будет сказано ниже.
На практике возможен случай, когда возникает альтернатива, какую
технологию использовать FR или IP для передачи речи. В этой ситуации
единственным определяющим фактором выбора технологии пакетной
телефонии является возможность поддержки того или иного протокола
сетевыми провайдерами услуг в точках доступа. Однако, если
поддерживаются оба протокола (FR и IP), то с точки зрения качества
предоставленной услуги, экономичности, а также удобства обслуживания
наилучшим решением является реализация VoFR везде где, это возможно, а
VoIP- во всех остальных случаях.
Следует отметить, что первые маршрутизаторы доступа FRAD,
интегрирующие в сеть FR передачу голоса появились в 1996 г. Первенство в
этом вопросе принадлежало таким фирмам как Cisco Systems, Motorola,
Nortel. Они разработали и реализовали собственные (фирменные) механизмы
назначения приоритетов определённым типам трафика, фрагментации
кадров, компрессии голоса и подавления речевых пауз. Именно в этом году
появились решения для интеграции передачи данных и телефонной связи в
корпоративных сетях FR. Однако широкого использования данные решения
не нашли в силу того, что технологии изготовления устройств были
фирменные и операторы опасались попасть в зависимость к одному
производителю оборудования. Кроме того, данные FRAD были достаточно
дорогостоящими, что требовало значительных инвестиций даже для
реализации корпоративных сетей среднего масштаба.
Серьёзный сдвиг в решении проблемы VoFR произошёл после того, как
форум FR принял ряд документов “Соглашений о реализации передачи
голоса поверх FR”. К ним, в первую очередь, следует отнести документы
FRF 11 и FRF 12, которые фактически являются стандартами для
производителей оборудования и при их соблюдении решаются вопросы
совместимости и взаимозаменяемости.

6.1 Соглашения форума FR для передачи речи

Соглашения FRF 11 и FRF 12 базируются на Рекомендациях ITU и


стандартах ANSI.
Соглашение FRF 11 определяет:
- формат полезной нагрузки кадров;
- алгоритмы кодирования и сжатия речи;
- сигнализацию.
91

FRF 11 регламентирует способ упаковки в один кадр информации от


нескольких сессий передачи голоса или данных. Каждый кадр, согласно
технологии ретрансляции кадров, содержит или множество подкадров одного
диалога, или один кадр из нескольких логических каналов, или то и другое
одновременно. Подкадр может состоять из любой цифровой информации-
данных или голоса.
Объединение трафика по одному идентификатору канала передачи
данных (DLCI), т.е. номеру виртуального канала FR сети исключает
необходимость в дополнительном DLCI. Соответственно, упрощается работа
магистрали: для связи конфигурируется только один виртуальный канал FR и
число подлежащих обработке кадров существенно сокращается.
На каждом голосовом маршруте образуется отдельный поток подкадров,
каждый из которых, в свою очередь, промаркирован собственным
идентификатором канала, указывающим его «происхождение». Другими
словами, идентификатор свидетельствует, является ли этот подкадр
фрагментом активной речи, последним пакетом перед прекращением
передачи (для минимизации полосы частот за счёт сокращения пауз),
факсимильным сообщением или информацией, сопровождающей передачу
(сигнализацией).
Подкадры данных содержат сегменты любого протокола, который
посылается на FRAD терминальным оборудованием. Заголовки подкадра
указывают начало, продолжение и конец блока данных. При объединении
телефонии и передачи данных можно выбрать такой размер подкадра,
который позволяет минимизировать искажения речевых пакетов,
возникающие в результате задержки речевых кадров при их передаче после
кадров с данными. Следует отметить, что в реализациях FRF 11 приоритет
чаще всего отдаётся речевым пакетам, а не пакетам данных.
Соглашение также прописывает использование алгоритмов для сжатия
речи (реализации кодеков). В него включены Рекомендации ITU G.731.1 и
G.729 (см. раздел 4.4.1) и прописаны два дополнительных класса сжатия:
- класс 1 использует алгоритм АДИКМ по Рекомендации ITU G.727;
- класс 2 базируется на Рекомендации G.729A.
Рекомендованные FRF кодеки способны восстанавливать сброшенные
сетью FR пакеты путём сравнения предыдущих и последующих пакетов.
Кроме того, алгоритм ACELP обеспечивает подавление пауз в разговоре- в
это время полоса пропускания предоставляется другим видам трафика,
например данным. Стандарт FRF 11 предусматривает также воспроизведение
на приёмном конце во время пауз специального шумового эффекта, чтобы у
слушающего не возникло впечатления обрыва связи.
Сигнализация для тонального и импульсного набора формируется по-
разному. При тональном наборе номера с разделением частот сигнальный
процессор в режиме сжатия выделяет пары звуковых частот и преобразует их
в коды, которые указывают на номер нажатой кнопки, время начала и
прекращения звукового сигнала. При импульсном наборе проверяется
наличие входного аналогового сигнала, определяющего закрытое/открытое
92

состояние коммутатора, т.е. наличие импульсов набора. Этот алгоритм


позволяет получить очень точную картину происходящего на стороне
отправителя сигнала. Кроме того, в нём весьма просто реализуется передача
статуса сигнала, ответ абонента или отбой.
В процессе вызова на вызывающей стороне непрерывно генерируются
подкадры сигнализации, заменяющие речь на пакеты. Чтобы избежать
потери речевых кадров, каждый интервал передачи сигнальной информации
разбивается на три последовательных подкадра с перекрытием их
содержания. Раздельная передача голоса и сигнализации исключает
неверную интерпретацию речи.
Соглашение FRF 12 определяет порядок фрагментации и
восстановления кадров в устройствах доступа. Разбиением больших кадров
на несколько более мелких достигаются следующие результаты: задержки в
канале связи становятся меньше и равномернее, тем самым поддерживается
достаточно высокое качество телефонной связи.
Следует подчеркнуть, что механизмы, определяемые соглашениями FRF
11 и 12, реализуются на уровне FRAD, а не магистральных коммутаторов
сети FR, поэтому совместимые с этими стандартами устройства разных
производителей полностью взаимозаменяемы. Другими словами, установка
Cisco 2610 вместо Vanguard 320 корпорации Motorola, и наоборот, не
приведёт к нарушениям в работе сети FR.

6.2 Организация передачи речи в сети FR

Рассмотрим вначале работу FRAD, содержащего модуль для


подключения телефонных аппаратов и УАТС. Одна из возможных
структурных схем такого FRAD представлена на рис.6.1.
Телефонный
аппарат

1. Кодек

Порт FXS
2. DSP Голос
PC1 процессор
4. Блок 5. Блок Магистраль FR
маршрутиза- обслужива-ния
ции канала
PC2 3. Блок
фрагмен-
тации Данные Порт V.35

PCк Порт ЛВС

Рис. 6.1 Структурная схема FRAD


93

Речевой сигнал и поток данных поступают на порты FXS и ЛВС


маршрутизатора соответственно. Кодек (1) вначале проводит аналого-
цифровое преобразование речи в поток битов с импульсно- кодовой
модуляцией (PCM) в соответствие с Рекомендацией ITU G.711 с полосой 64
Кбит/с, т.е. преобразует речь в стандартный голосовой формат
коммутируемых телефонных сетей общего пользования. Однако наиболее
часто услуги доступа с использованием виртуальных каналов осуществляют
на более низких скоростях. Поэтому, как правило, устройства FRAD
производят дополнительное сжатие голосового потока с импульсно- кодовой
модуляцией. Это обеспечивает цифровой сигнальный процессор DSP (2),
обрабатывающий сигнал в соответствии с алгоритмами, описанными в
Рекомендации G.729 и G.723.1.
Одновременно с реализацией сжатия блок (2) поддерживает механизмы:
- фрагментации (разбиение передаваемого кадра на более мелкие), что
позволяет уменьшить величину и разброс значений задержек при
передаче голосового потока данных;
- обнаружения и подавления пауз. Голосовые модули FRAD не
передают паузы молчания, освобождая тем самым часть полосы
пропускания для передачи другой информации. Вместо паузы в сети
FR передаётся короткий пакет с указанием её длительности;
- интерполяции речи. Утерянный кадр воссоздаётся на основании
информации, содержащейся в предыдущем и последующем кадрах.
Поскольку речевые пакеты имеют малый размер кадра, а речь
меняется достаточно медленно, то данный метод восстановления даёт
относительно неплохой результат.
Блок (4) формирует кадры и решает задачу маршрутизации.
Блок обслуживания канала (5) имеет средства:
- назначения приоритетов кадрам, позволяющим сводить к минимуму
задержки в передаче голосовой информации;
- буферизации данных с целью снижения влияния джиттера и
получении на выходе непрерывной речи.
Данные от ЛВС, если это необходимо, фрагментируются в блоке (3),
маршрутизируются (4) и направляются в блок (5), где им присваивается
более низкий приоритет, чем кадрам с голосовой информацией. На приёмном
конце голосовой FRAD проводит обратную процедуру обработки голоса и
данных, направляя их в соответствующие порты.
В заключение рассмотрим одну из возможных схем организации
корпоративной сети FR для передачи голосовой информации (рис.6.2).
В данной схеме учрежденческие АТС в офисах подключены
непосредственно через устройства доступа FRAD к сети FR. В качестве
FRAD используются модульные маршрутизаторы Cisco серии 2600 (в
филиалах компании) и 3600 (в центральном офисе).
Маршрутизаторы Cisco оснащаются, как правило, специализированным
программным обеспечением (ПО) Cisco Voice Manager. ПО Voice Manager
94

предназначено для управления настройками, создания плана адресации


вызовов, диагностики и сбора информации о совершённых звонках.

V.35 E&M

FRAD PBX
Центральный
офис
Cisco 2600
V.35
PBX FRAD
Телефонные
E&M Cisco 3600 Филиал 1 аппараты
Сеть FR

Телефонные
аппараты V.35 E&M

FRAD PBX

Cisco 2600

Филиал 2
Телефонные
аппараты

Рис. 6.2 Схема корпоративной сети для передачи голоса

Из изложенного выше следует, что FRAD представляют собой


достаточно мощный аппаратно-программный комплекс с большим набором
интеллектуальных функций, которые позволяют значительно повысить
качество передачи голосовых сообщений через сеть FR. Так, в ТфОП, оценку
качества речевых сообщений с точки зрения пользователя проводят с
помощью параметра MOC (Mean Opinion Score - усредненное мнение). Его
численные значения изменяются в интервале от 0 до 5. Уровень 4 - 5
соответствует качеству связи в сети ТфОП. В настоящее время за счёт
применения маршрутизаторов, оснащённых голосовыми модулями, качество
передачи речевых сообщений, т.е. параметр MOC достигает 4, т.е.
соответствует качеству, достаточному для проведения деловых переговоров.
Немаловажной характеристикой сети, влияющей на масштабы
внедрения передачи голосовой информации, является её надёжность.
Надёжность сети FR на сегодня достигает величины 99,9%, что
соответствует 8,8 часа простоя сети за год. Надёжность ТфОП составляет
99,999% , т.е. 5,2 мин. отказа за год. Повышения надёжности FR сети,
помимо совершенствования сетевой архитектуры и оборудования, возможно
добиться также реализуя соглашения об уровне обслуживания (SLA),
которое заключается между пользователем и оператором, стимулируя
последнего выполнить взятые на себя обязательства.
95

6.3 Технологии VoIP и VoFR

Утверждать что-либо о преимуществах и недостатках данных


технологий, предполагая, что они не зависят друг от друга, то ли
рассматривать их как одну сквозную технологию передачи речи, например, в
гетерогенной сети IP- FR, возможно только тогда, когда сделан выбор с
каких позиций к данному вопросу подходить.
Так, если рассматривать ситуацию с точки зрения пользователя,
получившего возможность реализации телефонного разговора, то разница
между VoIP и VoFR может казаться не столь существенной.
С точки зрения специалиста, представляющего себе семиуровневую
модель OSI, функционирование новых протоколов, (см. в раздел 4), то
данный вопрос значительно усложняется и требует дополнительных
разъяснений.
Рассмотрим IP сеть, с помощью которой реализуется передача данных и
речи. Можно констатировать факт, что в настоящее время “чистых” IP сетей
практически не существует, поскольку IP- протокол является протоколом 3
уровня модели OSI и для переноса (транспортировки) информации должны
использоваться протоколы более низких уровней, например, протоколы
локальных сетей, протокол PPP, протоколы сетей FR, ATM и технологии
SDH. Известно также, что на сегодняшний день протокол IP является самым
распространённым, апробированным и совершенным протоколом для
упаковки информации, поступающей с верхних уровней модели OSI. В свою
очередь для обеспечения транспортировки IP пакеты должны быть
инкапсулированы в протокол одной из транспортных технологий, например,
FR или ATM. Этот процесс в случае FR сети описывается в документе IETF
RFC 1490. Данная RFC регламентирует процедуру фрагментации и
инкапсуляции IP пакета (датаграммы), передаваемого через сеть FR.
Большинство фирм производителей оборудования поддерживает этот
стандарт в своих устройствах. Поэтому многие маршрутизаторы и FRAD, в
частности, в зависимости от реализуемой конфигурации, способны
обрабатывать IP пакеты, инкапсулированные в кадр FR, не производя при
этом декапсуляции. Такая ситуация возможна и в том случае, когда
маршрутизаторы находятся и не на границе FR сети или в её облаке, а в
окружении другой транспортной технологии или сети и настроены на
обработку IP пакетов. Это, например, может быть корпоративная сеть,
которая построена на базе выделенных и коммутируемых каналов связи.
Забывая о транспортных протоколах, можно говорить, что в этом случае в IP
сети реализуется пакетная передача речи, т.е. IP- телефония.
Более корректно связывать понятие VoIP с механизмами воздействия на
протокол IP, которые позволяют реализовать передачу речи. Действительно,
как это следует из раздела 4, действие стандартов, рекомендаций (описанных
в них протоколов) направлено на создание такой коммуникационной
инфраструктуры на базе протокола IP, которая наилучшим образом
96

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


Здесь следует упомянуть протоколы RTP, RTCP, RSVP, Рекомендации серии
G.700, H.320 и протокол управления и сигнализации SIP, которые оказывают
влияние на различные параметры IP трафика. Следует отметить, что
эффективность этих протоколов обеспечения гарантированного качества
обслуживания в IP сети всё же оставляет желать лучшего, а их внедрение в
сеть приводит к снижению общей её производительности. Кроме того,
согласованное управление всеми механизмами, безусловно, требует
определённых усилий от операторов, предоставляющих услуги, и является
одним из недостатков технологии VoIP.
Серьёзной проблемой в сети IP также является отсутствие ориентации
на установление соединения при передаче информации, что приводит к
трудностям резервирования полосы пропускания для высокоприоритетного
трафика VoIP.
Более надёжной и эффективной является технология VoFR, при этом не
важно, начала ли она работать в точке присутствия либо сеть FR является
транспортной магистралью для передачи инкапсулированных в кадр FR
пакетов IP с голосовой информацией. Так, ориентация на установление
соединения, т.е. поддержка коммутируемых и выделенных виртуальных
каналов, механизмы прямого и косвенного управления нагрузкой позволяют
достаточно просто управлять ресурсами FR сети, обеспечивая приоритетную
передачу речевой информации. Кроме того, сетевое оборудование
(голосовые модули маршрутизаторов), предназначенное для реализации
технологии VoFR, имеет ряд дополнительных механизмов, обеспечивая тем
самым высокий уровень гарантируемого качества обслуживания.
В заключение необходимо отметить, что экономическая эффективность
от внедрения VoIP и VoFR может проявиться только при правильном
проектировании сети. Особое внимание при этом следует уделять на
вопросам:
- каким образом будет осуществляться управление нагрузкой в сети;
- какие механизмы будут задействованы для борьбы с возникающими
перегрузками.
Именно эти аспекты являются определяющими при передаче голосовой
информации.
97

СПИСОК ЛИТЕРАТУРЫ

1. Кульгин М. Технологии корпоративных сетей. Энциклопедия. – СПб.:


Питер, 1999.
2. Компьютерные сети. – Кн. 2: Networking Essentials. Энциклопедия
пользователя; Пер с англ./Марк А. Спортак и др.– К.: Диа Софт, 1999
3. Кадлер М., Бабкин А. Обзор продуктов и решений компании Cisco
Systems. – М.: Cisco Systems, 1999.
4. Тодд Лэммл, Доналд Портер, Джеймс Челлис. ССNA: Cisco Certified
Network Associate. Учебное руководство; Пер. с англ. А. Беренштейн, А.
Киселева. – М.: Лори, 2000.
5. Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии,
протоколы.– СПб.: Питер, 2000.
6. Microsoft Corporation. Компьютерные сети: Учебный курс; Пер. с англ. –
М.: Channel Trading Ltg, 1997.
7. Cтэн Шатт. Мир компьютерных сетей; Пер. с англ. – К. : BNV, 1996.
8. Бэрри Нанс. Компьютерные сети; Пер с англ. – М.: Бином, 1995.
9. Крейг Хант. Персональные компьютеры в сетях ТСР/ІР; Пер. с англ. – К.:
BNV, 1997.
10.Компьютерные сети. Выбор, установка, использование и
администрирование /Кулаков Ю. А., Омелянский С. В. – К.: Юниор, 1999.
98

СОДЕРЖАНИЕ

ВВЕДЕНИЕ …………………………………………………………………... 3

1 ТЕХНОЛОГИИ КОММУТАЦИИ ПАКЕТОВ - ПЛАТФОРМА


ПОСТРОЕНИЯ СОВРЕМЕННОЙ СЕТЕВОЙ ИНФРАСТРУКТУРЫ .. 4
1.1 Коммутация пакетов …………………………………………………….. 4
1.2 Быстрая коммутация пакетов ……………………………………….…... 5
1.3 IP технология …………………………………………………………….. 6

2 ПОСТРОЕНИЕ WAN И MAN СЕТЕЙ С ИСПОЛЬЗОВАНИЕМ


МАРШРУТИЗАТОРОВ…………………………………………………... 11
2.1 Обобщённая схема взаимодействия IP, FR и АТМ технологий………. 11
2.2 Сетевые шаблоны и логические структуры сетей……………………… 12
2.3 Обзор семейства маршрутизаторов фирмы Cisco Systems…………….. 14
2.3.1 Основные возможности маршрутизаторов……………………… 14
2.3.2 Маршрутизаторы серии 2600…………………………………….. 16
2.3.3 Серия модульных маршрутизаторов Cisco 3600………………... 17
2.4 Программное обеспечение Cisco IOS…………………………………… 20
2.4.1 Возможности ПО Cisco IOS……………………………………… 20
2.4.2 Основные команды Cisco IOS……………………………………. 23

3 МАРШРУТИЗАЦИЯ В СЕТЯХ IP ……………………………………….. 26


3.1 Методы и алгоритмы маршрутизации………………………………….. 26
3.1.1 Задача маршрутизации……………………………………………. 26
3.1.2 Методы маршрутизации………………………………………….. 27
3.1.3 Алгоритмы IP – маршрутизации…………………………………. 28
3.1.3.1 Алгоритм обработки дейтаграммы маршрутизатором.... 28
3.1.3.2 Процедура IP – маршрутизации в распределенной сети. 30
3.1.3.3 Таблицы маршрутизации протокола IP………………… 32
3.1.4 Алгоритмы управления маршрутизацией……………………….. 33
3.2 Статическая маршрутизация…………………………………………….. 34
3.2.1 Общая характеристика……………………………………………. 34
3.2.2 Конфигурирование статических маршрутов………………….… 34
3.2.3 Конфигурирование маршрутизации по умолчанию………….… 36
3.2.4 Удаление статических маршрутов……………………………….. 36
3.3 Динамическая маршрутизация…………………………………………... 37
3.3.1 Автономные системы……………………………………………... 37
3.3.2 Алгоритмы адаптивной внутренней маршрутизации…………... 38
3.3.2.1 Общая характеристика………………………………….... 38
3.3.2.2 Алгоритм VDA………………………………………….... 39
3.3.2.3 Алгоритм LSA………………………………………….… 39
3.3.2.4 Сравнение алгоритмов VDA и LSA…………………….. 40
99

3.4 Протокол внутренней динамической маршрутизации RIP……………. 41


3.4.1 Общие сведения…………………………………………………… 41
3.4.2 Таблица маршрутизации протокола RIP IP……………………… 41
3.4.3 Обновление записей таблицы маршрутизации RIP IP………….. 42
3.4.4 Недостижимость получателя …………………………………..… 43
3.4.5 Сходимость маршрутизации RIP IP…………………………….... 43
3.4.6 Образование логических петель маршрутизации……………….. 44
3.4.7 Технологии повышения производительности ………………….. 45
3.4.8 Формат сообщения протокола RIP IP………………………….… 47
3.4.9 Недостатки протокола RIP IP………………………………….…. 49
3.5 Протокол динамической маршрутизации OSPF…………………….…. 50
3.5.1 Общие сведения………………………………………………….... 50
3.5.2 Области маршрутизации OSPF…………………………………... 51
3.5.3 Настраиваемые метрики ……………………………………….… 52
3.5.4 Алгоритм работы протокола …………………………………….. 52
3.5.5 Синхронизация баз данных OSPF…………………………….….. 54
3.5.6 Возможности протокола OSPF…………………………………… 55
3.6 Протоколы маршрутизации фирмы Cisco …………………………….... 56
3.6.1 Протокол IGRP …………………………………………………… 56
3.6.2 Протокол EIGRP ………………………………………………….. 57
3.7 Протоколы внешней динамической маршрутизации………………….. 59
3.7.1 Протокол EGP …………………………………………………….. 59
3.7.2 Протокол BGP……………………………………………………... 59
.
4 ПЕРЕДАЧА ГОЛОСА В СЕТЯХ IP ……………………………………… 61
4.1 Пакетные технологии как средство передачи речи……………………. 61
4.2 Построение сетей для реализации IP-телефонии………………………. 64
4.2.1 Организация сети IP-телефонии для дальней связи……………. 64
4.2.2 Организация сети IP-телефонии для корпораций………………. 65
4.2.3 Проект компании Cisco Systems…………………………………. 66
4.3 Протоколы и стандарты для IP-телефонии……………………………... 67
4.3.1 Стандарты ITU ……………………………………………………. 68
4.3.2 Серия стандартов IETF и предложений IMTC………………….. 68
4.4. Качество обслуживания в сетях пакетной телефонии………………… 69
4.4.1 Обеспечение требуемой полосы пропускания………………….. 69
4.4.2 Влияние задержек на QoS………………………………………… 71
4.4.3 Влияние джиттера………………………………………………… 72
4.4.4 Влияние потерь……………………………………………………. 72
4.4.5.Управление мультимедийными сеансами………………………. 73
4.5. Приоритеты и классы обслуживания…………………………………... 75
100

5 ОСНОВЫ FRAME RELAY ……………………………………………….. 76


5.1 Особенности технологий………………………………………………… 76
5.2 Протокольная модель технологии FR…………………………………... 77
5.3 Структура кадра …………………………………………………………. 78
5.4 Процедурные характеристики сети FR…………………………………. 80
5.4.1 Адресация и процедуры установления соединения ……………. 80
5.4.2 Процедура обработки кадра в узле и управление трафиком…… 82
5.4.3 Процедура обеспечения гарантированного качества
обслуживания (QoS) …………………………………………….. 85
5.4.4 Управление в сети FR…………………………………………….. 86
5.5 Заключение ………………………………………………………………. 89

6 ПЕРЕДАЧА ГОЛОСА В СЕТЯХ FRAME RELAY ……………………... 90


6.1 Соглашения форума FR для передачи речи …………………………… 90
6.2 Организация передачи речи в сети FR …………………………………. 92
6.3.Технологии VoIP и VoFR …………………………………………….…. 95

СПИСОК ЛИТЕРАТУРЫ ………………………………………………….... 97


101

Учебное пособие

Воробиенко Петр Петрович


Нечипорук Олег Леонидович
Струкало Михаил Ипполитович

ПРИНЦИПЫ ОРГАНИЗАЦИИ СЕТЕЙ


С КОММУТАЦИЕЙ ПАКЕТОВ

Сдано в набор 17.01.2000


Подписано в печать 10.02.2000
Объем 6,31 п.л. Формат 210х297
Зак. 710 Тираж 200 экз.
Отпечатано в типографии издательского центра
Украинской государственной академии связ им. А.С. Попова
Украина, 270021, г. Одесса, ул. Старопортофранковская, 61
© УГАС