- •Н.В. Будылдина Планирование развития сервисов и услуг связи на базе инфокоммуникационных технологий
- •210700 «Инфокоммуникационные технологии и системы связи»
- •Содержание
- •Пояснительная записка
- •Практическое занятие 1 Составление варианта типовых соглашений об уровне обслуживания sla
- •Практическое занятие 2 Изучение структуры организации услуг операторов связи корпоративных сетей передачи данных
- •8 Приложение
- •8.1 Услуги операторов связи для создания корпоративных сетей передачи данных
- •8.2 Коммутируемый доступ
- •8.3 Физическая выделенная линия связи
- •8.4 Цифровая выделенная линия (синхронный канал) в сети оператора связи («clear channel»)
- •8.5 Канал в пакетной сети оператора (Frame Relay, atm)
- •8.6 L3 vpn канал
- •8.7 Сквозная поддержка нескольких классов обслуживания
- •8.8 Возможность сохранения собственной ip-адресации
- •8.9 L2 vpn канал (обычно Metro Ethernet)
- •8.10 Доступ в Интернет
- •Рекомендации по выбору решения
- •Практическое занятие 3 Изучение модели сети доступа xDsl
- •1 Достоинства adsl .
- •4 Пояснить структуру adsl.
- •Практические занятия 4,5 Изучение модели оптической сети доступа pon
- •5 Порядок выполнения практического занятия:
- •6 Содержание отчета:
- •7 Контрольные вопросы:
- •Практическое занятие 6 Изучение структуры организации услуг ip телефонии
- •Практическое занятие 7 Порядок и условия заключения договора по оказанию услуг передачи данных
- •4.1Составить типовой договор по оказанию услуг передачи данных
- •Практическое занятие 8 Разработка схем взаимодействия традиционных телефонных сетей и сетей ngn
- •5 Содержание отчета:
- •6 Контрольные вопросы:
- •7 Методические указания
- •7.1 Общие положения
- •7.2 Соединения sip → isup
- •7.2.2 Невозможность установления соединения в сети isup
8.7 Сквозная поддержка нескольких классов обслуживания
Сейчас в корпоративных сетях происходит активный переход к так называемым конвергентным сетям передачи данных. Это означает, что клиенты хотят передавать по единой сети все свои данные – начиная от трафика, получаемого через Интернет и интранет, и заканчивая голосовым и видеотрафиком. К каждому трафику предъявляются свои особенные технические требования – по скорости, задержкам, вариации задержки, допустимым потерям пакетов и прочим параметрам. Если внутри ЛВС каждого офиса заказчик в состоянии самостоятельно контролировать данные параметры, то при передаче данных через глобальную сеть у него нет такой возможности. Данная проблема не возникает при использовании «чистых каналов», в которых передача пакетов происходит последовательно, важно только отправлять пакеты в нужном порядке.
В случае же с пакетной сетью передачи данных заказчик хочет быть уверенным, что приоритетный для него трафик будет обслужен провайдером в первую очередь и с необходимым качеством. В настоящее время все провайдеры сетей MPLS поддерживают, по крайней мере, три класса обслуживания. Называться они могут по-разному, но основные классы следующие:
класс трафика реального времени: параметры обслуживания данного класса предусматривают выполнение требований, предъявляемых голосовому и видеотрафику. Это означает, что для данного класса гарантируется самая низкая задержка и минимальный «джиттер», который может обеспечить провайдер у себя в сети. При этом допустим некоторый процент потерь пакетов (обычно около 1%);
класс критического трафика: предназначен для передачи трафика, критического для бизнеса заказчика (например, транзакции баз данных, передача данных приложений, от которых зависит деятельность заказчика). Обычно для этого класса гарантируется низкая задержка и минимальный процент потерь пакетов;
класс «по умолчанию»: для данного класса трафика обычно устанавливается только порог, который не должны превышать потери пакетов (0,5-3%). В данный класс должен попадать не критичный для бизнеса или не чувствительный к задержкам трафик заказчика (данные, получаемые из Интернета, электронная почта и т.п.).
Некоторые провайдеры поддерживают дополнительные классы обслуживания, например класс для передачи данных с приоритетом ниже, чем класс по умолчанию.
Описанная возможность позволяет пользователю организовать передачу данных между офисами с необходимым качеством обслуживания. Обычно пользователь должен самостоятельно отнести данные к тому или иному классу обслуживания перед их передачей в сеть оператора связи. Это делается путем маркировки IP-пакетов тем или иным согласованным с оператором значением поля DSCP в заголовке IP-пакета. Поддержка классов обслуживания в сетях Frame Relay также присутствует, но там по умолчанию имеется только высоко- и низкоприоритетный трафик, который определяет, какие пакеты могут быть отброшены в первую очередь при возникновении перегрузки в канале. Если возникнет необходимость обеспечить большее количество классов обслуживания, то потребуется организовать несколько виртуальных каналов между всеми узлами и самостоятельно распределять по ним трафик разного приоритета.