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


Чтобы посмотреть этот PDF файл с форматированием и разметкой, скачайте его и откройте на своем компьютере.
9


10


11


12


Аннотация


В дипломном

проекте

рассматривается разработка и внедрение
корпоративной телефонной сети на предприятие АО

”Алматинский
технологический университет” на основе протокола SIP и программного
обеспечения Asteisk

и корпоративной локальной сети на ос
нове
FXS

шлюза.

Рассматривается а
нализ и сравнение традиционных

IP протоколов передачи
голоса
. Создана

те
стовая схема

аппаратных
IP
-
телефонов

и маршрутизаторов
CISCO
.


Аңдатпа


Дипломдық жобада

АҚ "Алматы технологиялық университеті"
кәсіпорын
ның

SIP хатт
амасының негізінде және
бағдарламалық қамтамасыз
ету

Asteisk және корпоративтік жергілікті желі XS шлюзі

негізінде

к
орпоративтік телефон желісін әзірлеу және енгізу

қарастырылады
. Д
әстүрлі

IP хаттамалардың

дауыс беру

талдауы мен

салыстыру
ы қарастырылады.

Т
ест
сұлбалары

аппараттық IP
-
телефондар мен CISCO маршрутизаторлар
ына
құрылды.

Annotation


In the degree project development and deployment of a corporate telephone
-
stock company" Almaty technological
university" on
the basis of the SIP protocol and the software of Asterisk and a
corporate local network on the basis of lock FXS is considered. The analysis and
comparison of traditional IP protocols of a voice transfer is considered. The test
scheme of hardware IP phone
s and routers of CISCO is created.


13


Содержание


Введение

................................
................................
................................
.......................

9

1 Теоретический обзор подходов к построению КТС

................................
............

10

1.1 Основные цели создания КТС

................................
................................
..............................

10

1.2 Сравнение подходов к созданию КТС

................................
................................
.................

13

1.3 Компоненты и протоколы сетей IP
-
телефонии

................................
................................
...

16

1.3.1
Протокол
H.323

................................
................................
................................
..............

17

1.3.2
Протокол
SIP

................................
................................
................................
..................

19

1.4 Выбор протокола IP
-
телефонии

................................
................................
...........................

24

1.5 Программное обеспечение "
Cisco

call

manager
"

................................
................................
.

29

1.5 Программное обеспечение "
A
sterisk
"

................................
................................
..................

21

2 Качество обслуживания в сети передачи голоса

................................
..................

32

2.1 Категории и классы качества передачи речи

................................
................................
.......

32

2.2 Влияние оконечно
го оборудования и сети

................................
................................
..........

34

2.3 Уровни сервиса

................................
................................
................................
......................

35

2.4 Характеристики производительности сетевого соединения

................................
.............

36

2.5 Методы обеспечения качества обслуживания

................................
................................
....

38


2.5.1 Архитектура интегрированных услуг IntSev

................................
..............................

38


2.5.2 Архитектура дифференцированных усл
уг DiffSev

................................
....................

40

3 Экспериментальная часть

................................
................................
.......................

44

3
.1

Тестирование оборудования

................................
................................
................................
.

44

3
.1
.1 Обоснование выбора оборудования IP
-
телефонии

................................
.....................

44

3
.1
.2 Тестирование IP
-
телефонов

................................
................................
..........................

44

3
.1
.3 Тестирование Аналоговых шлюзов XO

................................
................................
....

50

3
.1
.4 Тестирование Аналоговых шлюзов XS

................................
................................
.....

54



3
.2

Настройка конфигурационных файлов
Asterisk

................................
................................
.

58

3
.3
Реализация качества обслуживания в сети
Алматинского технологического
университета

................................
................................
................................
................................

61

3
.3
.1 Ядро сети

................................
................................
................................
........................

64

3
.3
.2 VoIP шлюз

................................
................................
................................
.......................

67

3
.3
.3 Вывод

................................
................................
................................
..............................

71

4

Экономическая часть

................................
................................
..............................

72

4
.1
Технико
-
экономическое обоснован
ие дипломной работы

................................
................

72

4
.2
Расчет затрат на разработку информационных технологий

................................
..............

73

4.3

Расчет цены программного продукта

................................
................................
..................

81

5

Безопасность жизнедеятельности

................................
................................
..........

82

5
.1
Анализ условий труда в здании “АТУ”

................................
................................
...............

82

5
.2
Расчет искусственного освещения в рабочем помеще
нии

................................
................

84

5
.3
Аналитический расчет искусственного освещения

................................
...........................

85

5
.4
Аналитический расчет заземления

................................
................................
......................

90


Заключение

................................
................................
................................
.................

94


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

................................
................................
................................
....

95


Приложение А

................................
................................
................................
............

96

14


Введение


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

Одним из факторов обеспечения эффективной повседневной работы
предприятия я
вляется наличие стабильной качественной связи с оптимальной
себес
тоимостью. IP
-
телефония,

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

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

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

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

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

В Алматинском технологическом университете

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

Цел
ь проекта


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


Данный проект предназначен для:



сокращения затрат на услуги связи
;



организации сети передачи голоса по IP протоколу
;



повышения качества телефонной связи.

Передача голоса по IP протоколу позволит сократить затраты на услуги
связи, использовать л
окальную вычислительную сеть АТУ

для обеспечения
телефонной связью и выход
а в сеть Intenet, повысить качество телефонной
связи
.

15


1 Теоретический обзор подходов к построению КТС



1.1

Основные цели создания КТС


Под корпоративной телефонной сетью (КТС),

воспринимается

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

телефонный сер
вис
(внутренние, внешние и междугородние переговоры, аудио и видео
конференции, передача сообщений, голосовая почта и т.п.) для абонентов.


Такие телефонные сети могут объединять

огромное

число

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

трудно

связаны и
покрывать город, регион

либо

даже

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

нужным

применение

глобальных
связей.

Создание КТС являет
ся

обязательным

завершающим шагом для
создания

эластичной

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

дозволит

стремительно

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

либо

другого

решения,

необходимо

ориентироваться
не только на стоимость, но также исходить из функциональных

надобностей

организации

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




внутрик
орпоративный телефонный сервис
;




внутренняя оптимизированная по затратам и единая по нумерации
телефонная сеть абонентов;




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

корпоративных
каналов СПД;




оптимизированный, высокоэфф
ективный выход в ТФОП с
расширенными сервисами;




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




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




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

Востребованность

создания
корпоративной телефонной сети

обусловлена

двумя факторами. С одной стороны, присутствующий

парк
внутренних АТС исчерпал свой технологический

источник

и требует замены,
с

иной


присутствие

телекоммуникационной

внутренней

инфраструктуры

раз
р
ешает

использовать

современные

ком
муникационные

решения,

применяя

лич
ные

исто
-
чники, а не

приобретая

сервисы у традиционных операторов.

16


Таким образом,

появилась

вероятность

значительно

р
асширить
сферу

использования

СПД,

применяя

ее не только для передачи данных, но и
для организации аудио и видео трафика.


Реализация КТС

разрешает

максимально интегрировать трафик между
организациями на базе внутренней канальной инфраструктуры, с одной
сто
роны, и, с

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

служб
,

обеспечив

определенную автономность

от
внешних

подрядчиков

служб

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

из которых является
разверт
ывание собственной

обычной

телефонной сети,

иным

подходом может
быть система

служб

центральной станции Centex.


Понятие Centex

появилось

на рубеже 60
-
х годов в США
как

всеобщее

наименование

метода

предоставления

служб

связи абонентам
нескольких компаний
на основе

коллективно

используемого оборудования
одной учрежденческой станции PBX (Pivate Banc Excange).

Система Centex занимает промежуточное

расположение

между
си
стемой ручной коммутации и PBX.

Centex, это предоставление абонентам
дополнительных

с
лужб

телефонной связи,

равнозначных

службам

PBX, на
базе модифицированных станций PSTN. Основное

превосходство

Centrex
заключается в том, что предприятия при создании выделенных корпоративных
сетей экономят

существенные

средства,

нужные

на покупку, монтаж
и
эксплуатацию собственных станций.

Правда

для связи между собой абоненты
Centrex

применяют

источники

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

всеобщего

пользования,
сами они образуют так называемые замкнутые группы пользователей CUG
(Closed Uses Gou) с ограниченным доступо
м извне, для которых в станциях
сети реализуются виртуальные PBX.


Основными услугами Centex, кроме сокращенного набора номера и
трехсторонней конференцсвязи, являются :




перевод соединения на телефонный номер третьего абонента (Call
Transfer);




переадрес
ация входящего вызова на другой, заранее определенный
номер в пределах CUG (Call owading);




перехват вызовов, поступающих к абонентам CUG (Call Pick
-
up);



уведомление о поступившем вызове в состоянии разговора (Call
Waiting);




удержание вызова, его перек
лючение в состоянии разговора с одного
соединения на другое (Call Hold);




установление соединения с занятым абонентом после его
освобождения (Call Back);




прямой вызов (Hot Line).

Перечисленные
службы
, помимо
притягательности

для абонентов,
выигрышны

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

средством уменьшения
числа неудачных попыток установления соединений.
Впрочем
, как и у
17


всякой

системы иметься ряд недостатков.

Во
-
первых, оборудование для дан
ной системы
невозможно

приобрести
,
его можно только арендовать; во
-
вторых, для многих новых приложений
необходимо, чтобы сервер приложений был
объединен

с PBX кабелем
последовательного обмена, а это реально, только если оба они находятся в
помещении компан
ии; в
-
третьих, компания может воспользоваться новыми
функциональными возможностями PBX только после того, как телефонная
станция произведет соответствующую модификацию оборудования, но к тому
времени эти функциональные возможности уже
потеряют

свою "новизн
у".

Альтернативным решением может быть построение
личной

корпоративной телефонной сети. До недавнего времени
исключительный

путь развития


приобретение УАТС, постепенно уступает
свое место решениям построения сети на основе технологии VoIP.



18


1.2 Сравнен
ие подходов к созданию КТС


На сегодняшний день существует два
важнейших

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

Первым является получение

собственного телефонного оборудования, к
примеру
,

УАТС и подключение её к телефонной сети
всеобщего


пользования
(ТФОП). Такое подключение может быть произведено с
поддержкой

аналоговых абонентских линий либо

с поддержкой

подключения
по потоку Е1. В случае аналогового подключения число

выделяемых
оператором ТФОП номеров равно числу

линий. Данный вариант

подключения
приемлем только для офисных мини
-
АТС, но не может удовлетворить в
полной мере спросы

корпоративного заказчика
,

так как число абонентов в
сети может исчисляться сотнями, в некоторых случаях тысячами, к тому же
это становится не результативным

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

организаций из
-
за
невозможности
разумно

использовать всю его емкость.

Функции современных УАТС можно разнести по
дальнейшим


группам.
В первую,
бесспорно
, входят

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


функциям обработки вызовов можно отнести переадресацию,
сокращенный набор, удержание и перехват вызовов, автонабор,
конференцсвязь и много
е другое. В УАТС с возможностями ISDN
обширно


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

Немаловажную роль играют вопросы информационной безопасности
компании
, ведь обеспечить конфиденциальность
значительно

проще, если
телефонная станция контролируется само
й компанией.

Вторым и более
выигрышным

с экономической точки зрения вариантом
становления

КТС, является построение сети на базе технологии VoIP , но при
это
м
значимым

элементом такой сети является наличие существующей ЛВС
либо
СПД.

Переход на IP
-
технологии при построении корпоративных телефонных
сетей дает определенные
плюсы
. В первую очередь пакетная телефония
дозволяет

значительно

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

ведет к снижению тарифов,
в особенности

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

Во вторых
применение

единой кабельной

инфраструктуры для сетей
передачи данных и телефонии. При этом сокращается количество кабелей, так
как IP
-
телефоны
работников

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

аппарат.

19


В корпоративной сети IP
-
телефонии каждому аппарату присваивается
уникальный IP
-
адрес в рамках принятой адресации.
Данный


адрес может
назначаться администратором сети
либо
автоматически с помощью
технологии DHCP. Большинство аппаратов
совместно


с IP
-
адресом могут
получать от DHCP
-
сервера информацию об источнике индивидуальных
файлов конфигурации и, при необходимости, новых версий программного
обеспечения (imwae). Такой подход упрощает обслуживание абонентов по
сравнению с традиционными телеф
онными системами. Отпадает
надобность


коммутировать что
-
то на кроссе, например, при переезде абонента в другую
комнату
-

достаточно включить аппарат в розетку.

Первое поколение систем корпоративной IP
-
телефонии имели, с точки
зрения
комфорта


эксплуатаци
и, один
значительный


недостаток


они
требовали местного электропитания. Сейчас найдено решение этой проблемы
-

изготовители


активного сетевого оборудования стали предлагать модели
коммутаторов, обеспечивающие дистанционное питание IP
-
телефонов по
Ethern
-
проводке (PoE) и большинство моделей IP
-
телефонов также
поддерживают питание по стандарту IEEE 802.3af.
Помимо


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


предлагают много

портовые инжекторы питания PoE по разумным ценам.

Совр
еменные системы корпоративной IP
-
телефонии поддерживают все
основные сервисные функции УАТС.
Впрочем
,


основным

превосходством

корпоративной IP
-
телефонии, делающим ее
знаменитой

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

операторский центр, сопряженный с web
-
сайтом
электронной коммерции компании.
Вследствие

протоколу IP интеграция
телефонных и компьютерных приложений становится прозрачной

.

Другим примером может служить система обработки унифицированных
сообщений (unified messaging). Благодаря этой обработке абонент
корпоративной телефонной системы может обмениваться голосовыми
сообщениями, посланиями электронной почты
либо

факсами с
подд
ержкой

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

речевого
синтезатора
либо

послать факс,
применяя

функци
и автоматического
распознавания речи.

В настоящее время на рынке состязаются два подхода к построению
корпоративной телефонной системы. За IP
-
телефонию в рафинированном виде
выступают производители, пришедшие из мира сетей передачи данных. А
вендоры, деся
тилетиями производившие традиционные УАТС, настаивают на
решениях, дополняющих обычные станции новыми возможностями. По
каждой

видимости, оба этих подхода будут сосуществовать
достаточно

долго,
но уже сейчас видна тенденция к их сближению.

20


Перечислим нек
оторые недостатки IP
-
телефонии:




н
еоспоримым
превосходством

стандартной телефонной сети до сих
пор остаётся возможность звонить даже при отсутствии электропитания. Для
телефонов VoIP

необходимо

не только электропитание, но и ш
ирокополосный
доступ в Ин
тернет
;




п
ередача голоса через VoIP обеспечивает качество передачи голоса,
сравнимое с наивысшим уровнем, предоставляемым сетями ISDN. В то же
время, качество зависит от множества факторов, часть из которых можно
контролировать (в собственной локальной с
ети), а другие
-

нет (передача
данных по Интернету и качество услуг VoIP
-
провайдера).

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

Основными преимуществами

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


так называемых центров обработки вызовов (Call
-
center);
эффективное
применение


вложенных денежных средств за счет эксплуатации
единой унифицированной телекоммуникационной сети; поддержка удаленных
пользователей, позволяющая сотрудникам компании, имеющим
доступ в
Интернет, пользоваться не только ресурсами корпоративной сети данных, но и
полным
комплектом


функций офисной телефонной станции.


21


1.3 Компоненты и протоколы сетей IP
-
телефонии


Возможность передачи голосовых сообщений через сеть с пакетной
комм
утацией впервые была реализована в 1993 году. Данная технология
получила название VoIP (Voice ove IP) , . VoIP


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

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


декомпрессия, декодирование и воспроизведение аналогового сигнала. Одним
из частных приложений данной технологии является IP
-
телефония


служба

по передаче телефонн
ых разговоров абонентов по протоколу IP.


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

протокола IP,
а обобщающим термином стало

определение ©мультимедийнаяª.
Соответствующа
я
конструкция

данных может включать речь, изображение и
данные в любых комбинациях. Эту триаду обычно называют Tile Play.

Архитектура сети VoIP может быть представлена в виде двух
плоскостей. Нижняя отображает транспортный механизм негарантированной
дост
авки мультимедийного трафика в виде иерархии протоколов RTP/UDP/IP,
а верхняя


механизм управления обслуживанием вызовов. Ее ключевыми
протоколами являются H.323 ITU
-
T, SIP, MGCP и MEGACO , представляющие
собой
разные
реализации
сервиса


вызовов в сетях I
P
-
телефонии.

Транспортный протокол реального времени (Real
-
time Transport Protocol,
RTP) предоставляет транспортные услуги мультимедийным приложениям. Он
не гарантирует доставку и правильный порядок пакетов, но позволяет
приложениям обнаружить потерю
либо
нарушение порядка следования
пакетов за счет присвоения каждому из них номера. Протокол предназначен
для работы в режимах передачи ©точка

точкаª
либо

©точка

множество точекª
и не зависит от транспортного механизма.
Впрочем
,

в качестве такового
обычно
приме
няется

протокол UDP.

RTP работает совместно с протоколом управления реального времени
(Real Time Contol Potocol, RTСP), обеспечивающим управление потоком
данных и контроль перегрузки канала. Участники сеанса RTP периодически
обмениваются пакетами RTCP со

статистическими данными (
число


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

При проектировании КТС на
исх
одном


этапе
нужно


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

Второй способ
с
оответствует построению сети на базе протокола SIP, чье более подр
обное
описание приведено ниже.
Третий способ построения сети IP
-
телефонии
опирается на протокол Media Gateway Contol Potocol (MGCP) ,
22


предложенный рабочей группой MEGACO комитета IET. Арх
итектура этого
протокола, пожалуй, наиболее проста с точки зрения функциональности. Сеть
MGCP содержит шлюз (Media Gateway, MG), выполняющий преобразование
речевой информации между сетями ТфОП и IP
-
телефонии, шлюз
сигнализации (Signaling Gateway, SG), обес
печивающий обработку сигнальной
информации, а также схожий с привратником сети H.323 контроллер шлюзов
(Call Agent), осуществляющий функции управления шлюзами.

Протокол MGCP, подобно H.323, удобен для организации совместимых с
ТФОП сетей IP
-
телефонии. Вмес
те с тем, по своим функциональным
возможностям MGCP превосходит Н.323. Так, Call Agent сети MGCP
поддерживает сигнализацию ОКС
-
7 и прозрачную передачу сигнальной
информации по сети IP
-
телефонии. В сети же Н.323 любая сигнальная
информация должна преобразов
ываться шлюзом в сигнальные сообщения
H.225 (Q. 931). Сообщения протокола MGCP передаются в текстовом формате.

Четвертый способ построения сети IP, представляющий собой
усовершенствование MGCP, разработан группой MEGACO комитета IET
вместе с 16 SG ITU
-
T,
поэтому его называют протоколом MEGACO/H.248. От
своего старшего брата он отличается прежде всего иной схемой организации
связи. Благодаря ей контроллер MEGACO/H.248 способен изменять
топологию связи портов, что позволяет гибко управлять конференциями.
Про
токол MEGACO поддерживает два способа бинарного кодирования.


1.3.1

Протокол
H.323


H.323
-

стандарт
,
который

определяет

компоненты
,
протоколы

и

процедуры
,
которые

обеспечивают

мультимедийные

коммуникационные

услуги

по

пакету

базирова
ния

сети
.
Первая

верси
я

стандарт
а

был
а

разработан
а

Международным

союзом

электросвязи

(ITU)
в

1996
и

последняя

версия

H.323
была

утверждена

в

ноябре

2000
. H.323
адресует

вызов

управление
,
мультимедийное

управление
,
и

управление

пропускной

способностью
,
а

также

интерфейсы

между

л
окальны
ми

сет
ями
. H.323
-

часть

большой

серии

связи

стандарты
,
которые

включают

проведение

видеоконференций

через

диапазон

сетей
.
Известный

как

H.32X,
это
т

ряд

включает

стандарты

H.320
и

H.324,
которы
е

адресуют

ISDN
и

связь

PSTN.

H.323
определяет

много

эл
ементов
,
которые

требуются

для

мультимедийных

передач
.





23


Терминал

H.323

-

конечная

точка

в

сети
,
которая

предусматривает

в

реальном

времени
,
двухстороннюю
связь

с

другим

терминалом
,
шлюзом

либо

Многоточечным

блоком

управления

(MCU). Т
ерминал

может

обе
спечить

голос
,
голос

и

данные
,
голос

и

видео
.

Привратник

H.323


функция

дополнительная
,
привратник

обеспечивает

уровень

вызова

и

службу

перед

управлением

вызовами

к

конечные

точки
.
Одна

из

его

целей

состоит

в

том
,
чтобы

обеспечить

основное

Управление

Разр
ешением

на

сеть

авторизация
,
связь

между

другими

объектами

H.323
в

его

зоне

управление
. H.323

Шлюз

предоставляет

услугу

преобразования

протокол

между

терминалами

H.323
и

другим

терминалы
,
которые

не

поддерживают

H.323.
Это

переводит

между

аудио
,
видео

и

пе
редачей

данных

форматы
,
а

также

системы

связи

и

протоколы
.
Например
,
шлюз

может

направить

VoIP
,

вызывает

от

терминала

H.323
на

коммутируемую

телефонную

сеть

всеобщего

пользования

(PSTN)
таким

образом
,

разрешение

регулярных

телефонных

вызовов

быть

помещенны
м

от

клиента

H323.

Многоточечный

блок

управления

H.323

MCU
поддерживает

службы
,
чтобы

позволить

трем

либо

больше

конечным

точкам

принимать

участие

в

конференции

вызвать

(рисунок 1.1)
. MCU
включает

Многоточечный

Контроллер

для

обработки

управления

вызовами

и

дополнительный

Многоточечные

Процессоры

для

обработки

обмена

носителей

(
речь
,
видео

и

т
.
д
.)
на

конференции
.





Рисунок 1.1

Схема взаимодействия Н.323
-
системы с другими стандартными
Н.Зхх
-
системами

24


Безопасность

протокола

Н.323

может

быть

разделена

на

дв
е

категории
,
службы

безопасности

для

сигнальных

сообщений


службы

для

мультимедийных

потоков

.
С
лужбы
,
которые

существуют

для

сигнализации

(RAS, H.225.0,
и

H.245),
включают

разные
компоненты
,
первый

компонент

пользовательские

механизмы

аутентификации
.

Они

п
оддерживают

три

метода
,
которые

включают

шифрование

полей

с

секретными

ключами
,
применением

метод

хэширования

по

ключу


и

использование

цифровых

подписей
.
Следующий

составляющий

дескриптор

генерация

секретных

ключей
,
любого

при

помощи

Diffie
-
Hellman
алго
ритм

(
обмен

открытые

и

закрытые

ключи
)

либо

от

априорного

совместно

используемого

пароля
.
Секретный

ключ

может

использоваться

для

аутентификаци
и

пользователя

либо

для

аутентификации

сообщений
.
Защитить

передач
и
(H.225.0/H.245)
образовывают

канал
, IPSec
ли
бо

TLS
могут

использоваться

.
При

помощи

этих

методов
,

службы

безопасности

могут

быть

получены
.
Возможность

безопасности

это

обменивается

между

передачей
,

конечны
х

точ
ек

используют

процедуры

обмена

возможности

H.245,
чтобы

помочь

ограниченному

ресурсу

коне
чная

точка

от

того
,
чтобы

быть

перегруженным
.
Для

анонимности
,
которая

будет

обеспечена
,
адреса

и

псевдоним
ы

должны

быть

известны
ми

другим

конечным

точкам
,
но

физическому

адресу

должно

быть

неизвестным
.
Последний

компонент

включает

получатель
,
запрашивающи
й

определенный

режим

безопасности

от

передатчика
.

Службы

безопасности

для

мультимедийных

потоков

включают

следующие

компоненты

:



л
огические

каналы

должны

быть

открыты

с

конфиденциальностью

мультимедийного

потока
;



г
енерация

ключей
,
распределение

и

обно
вление

для

шифрования

мультимедийного

потока
;




м
етоды

для

конфиденциальности

мультимедийного

потока
,
такие

как

шифрование

уровня

RTP, IPSec.


1.3.2
Протокол

SIP



Стандарт

SIP

IETF
используется

для

установления
,
модификации

и

завершения

VoIP
соединения
.

Этот

протокол

работает

на

прикладном

уровне
,
и

это

может

создать
,
изменить
,
и

оконечные

сеансы

с

одним

либо

более

участниками
.
Это

использует

клиент
-
серверную

архитектуру
,
подобную

HTTP
,
где

клиент

генерирует

и

отправляет

запросы

к

серверу
.
Сервер

получа
ет

и

обрабатывает

запросы

и

затем

отвечает

клиенту
.
Полный

процесс

вызывают

“транзакция”
.
У

SIP
есть

два

сообщения
, INVITE
и

ACK,
которые

используются
,
чтобы

открыть

надежный

канал
.
Сообщения
,
которыми

обмениваются

по

этому

каналу
,
управляют

вызовом
. SIP
д
елает

очень

немного

предположений

о

базовом

транспортном

протоколе
. SIP
может

использовать
:
TCP, TLS, UDP
либо

SCTP. SIP INVITE
также

пользовательскую

мобильность

25


разрешений

через
, INVITE. SIP
использует

Session Description Protocol (SDP),
чтобы

выполнить

согласование

кодеки

и

их

параметры
.
Это

позволяе
т

участникам

согласовать

набор

мультимедиа

типы
,
которые

будут

использоваться
.

SIP
предоставляет

много

услуг
,
некоторые

из

них

:



п
ользовательское

расположение
,
определяя

конечную

точку
,
которая

будет

испол
ьзоваться

для

передачи
;



у
становление

соединения
:
звонок

и

конфигурирование

его

параметров
;



о
пределение

пользовательской

доступности

(
включая

рассмотрение

пользовательских

настроек
);



у
правление

вызовами
:
передача

и

завершение

вызовов
.

На рисунке 1.2

п
оказано место, занимаемое протоколом SIP в стеке протоколов TCP/IP.



Рисунок 1
.2


Место протокола SIP в стеке протоколов TCP/IP


SIP
сообщений

может

использовать

для

передачи

между

клиентом

и

сервером

(
рисунок 1.3)
:



INVITE:
приглашает

пользователя

прис
оединяться

к

сеансу

(
вызов
)
;



BYE:
заканчивает

сеанс
;



ACK:
подтверждение
;



OPTIONS:
информация

об

обменах

имела

отношение

к

возможностям

вызывающей

стороны
.



REGISTER:
говорит

Регистрационному

Серверу

SIP
текущее

расположение

пользователя
;



CANCEL:
о
тменяет

запрос

SIP.


26



Рисунок 1.3


Дополнительная услуга "Переадресация вызова"



Каждый

терминал

SIP
идентифицирован

одним

либо

более

адресами

SIP.
Когда

пользователь

желает

выполнит
ь

вызов

SIP,
первый

шаг

должен

найти

расположение

надлежащего

сервера

и

отправить

на

сервер

invite

запрос
.
Мог
ут

произойти

две

ситуации
:



вызывающая

сторона

в

состоянии

непосредственно

достигнуть

пользователя

вызываемого
;



вызывающая

сторона

должна

связаться

с

одним

либо

более

серверами

п
рокси

для

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

места

назна
чения
.

Поле

Call ID
в

сообщении

SIP
однозначно

определяет

данный

вызов
.

Адресация в

архитектуре

SIP
каждый

пользователь

идентифицирован
,
используя

один

или
несколько

Универсальных

Ресурсов

SIP

Идентификатор

(URIs).
Эти

адреса

имеют

форму
: sip:[email protected]
in.
Обратите

внимание

на

то
,
что

такой

адрес

URI
может

идентифицировать

пользователя

либо

группу

пользователей

(
либо
даже

терминалы
).
SIP
-
адреса бывают четырех
типов:



имя@домен;



имя@хост;



имя@IР
-
адрес;




телефона@шлюз.

Таким образом, адрес состоит из
двух частей. Первая часть
-

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

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

Domain Name Sevice (DNS). Если же во второй части
SIP
-
адреса размещается IP
-
адрес, то с рабочей станцией можно связаться
27


напрямую.

Когда

клие
нт

устан
авливает

связь

с

другим
и

серве
рами
,
сначала

отправляет
ся

и

обменива
е
т
ся

сообщениями

с

прокси

URI SIP
пользователя
,
чтобы

быть

вызванными
.
Тогда

прокси

выполняет

a
поиск

регистратора

разъединяет

для

того

клиента
,
это

подобно

определению

местополож
ения

сервера

SMTP
для

a
данный

адрес

электронной

почты
.
Есть

несколько

способов

попытаться

соединиться

с

сервером

регистратора

:



м
ы

знаем

IP
-
адрес

регистратора
,
связанного

с

этим

URI SIP;



с
етевой

адрес

регистратора

определяется

DNS
запись

SRV
для

домен
а

содержавшийся

в

URI SIP;



у

доменной

части

URI SIP
есть

DNS
запись

либо

запись

AAAA IPv6

,
котор
ому

указывает

регистратору
;

Как

только

доменная

часть

URI
разрешена
,
клиент

может

отправить

запрос

к

идентифицированный

сервер
.
Такой

запрос

вместе

с

его

отв
етом

составляет

транзакцию

SIP.
запрос

и

ответы

могли

быть

отправлены

по

TLS,
TCP, UDP, SCTP.

В

приглашении

SIP
отправлены

два

сообщения
:
invite

и

ACK.
INVITE

запрос
,
спрашивает

вызываемый
,
если

он

хочет

присоединиться

к

разговору
.
Этот

запрос

содержит

нес
колько

параметр
ов,

чтобы

разреш
ить

клиенту

участвовать

и

описывает

предложенный

сеанс
.
Если

вызываемый

клиент

принимает

вызов
,
он

ответит

на

invite

запрос
,
отправляя

его

предложенное

описание

из

сеанса
.
После

получения
,
если

вызывающая

сторона

хочет

устано
вить

сеанс
,
то

вызывающая

сторона

отправляет

приглашение
ACK.

Вызываемый

может

менять

его

положение

в

течение

долгого

времени

(
т
.
е
.,
пользовательская

мобильность

разрешена
),
и

новое

расположение

будет

динамично

зарегистрировано

в

Регистрационном

сервере

SI
P
вызываемого
.
Когда

сервер

SIP
опрошен
,
чтобы

изучить

расположение

клиента
,
то

возвращает

список

возможных

ответов

(рисунок 1.4)
.
Фактически

этот

список

создается

Расположением
,
Разъединяют
,
который

обеспечивает

его

для

сервера

SIP



Рисунок 1.4


Архит
ектура "клиент
-
сервер"


Разработчики

протокола

SIP
полагают
,
что

у

протокола

H.323
есть

высокая

сложность

и

наверху
.
Напротив
, SIP
был

разработан
,
чтобы

избежать

сложности
,
таким

образом
,

повторные

использования

SIP
многие

из

поля

28


заголовка
,
форматы
,
коды

ошибки

и

механизм

аутентификации

применяются
в

HTTP.

Кроме

того
, SIP
определяет

только

37
заголовков
,
каждого

из

них

с

небольшим

количеством

значений

и

параметры

-

тогда

как

у

H.323
есть

сотни

элементов
.

Другое

различие

между

обоими

протоколами

-

то
,
что

H
.323
использует

двоичное

представление

для

его

сообщения
,
на

основе

ASN.1
-

в

то

время

как

в

SIP
сообщения

закодированы

как

текст
,
как

для

HTTP.

H.323
не

масштабируется
,
который

необходим

для

VoIP,
чтобы

быть

успешен

.
Как

был

обозначен

ранее
;
это

вызвано

тем
,
что

проект

фокусируется

на

настройках

LAN,
а

не

в

Интернете

установка
. H.323
ограничил

масштабируемость

относительно

обнаружения

цикла

в

многодоменном

комплексе

поиски
,
так

как

это

выполняет

их
,
сохраняя

состояния

сообщения
.
Напротив
, SIP
использует

ц
икл

метод

обнаружения

на

основе

проверки

истории

сообщения
,
которая

сохранена

в

заголовке

сами

поля

-

таким

образом
,

предотвращает

потребности

сохранить

состояние
.

Транспортным

протоколом

реального

времени

(RTP) ,

является

Протокол

Интернета
,
который

може
т

быть

используемый
,
чтобы

передать

данные

со

свойствами

в

реальном

времени
,
такими

как

аудио

или
видео
.
Этот

протокол

не

гарантиру
ет

доставку

в

реальном

времени

мультимедийных

данных
,
но

предоставляет

информацию

оба
,
упорядочивают

данные

и

обнаруживают

по
терю

данных

в

получателе
.
Заголовок

RTP

также

указывает

получателю
,

который

кодек

использовался
,
чтобы

произвести

этот

пакет
.

RTP
сотрудничает

с

управляющим

протоколом

(RTCP),
который

позволяет

контрол
ировать

данные

в

большой

многоадресной

сети
.
Получат
ель

может

сообщить

отправителю

уровня

потерянные

пакеты
,
дрожание
,
и

и

т
.
д
.
в

то

время

как

отправители

могут

указать

свои

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

данные

и

другую

информацию

в

п
акеты

RTCP.
Как

правило
,

RTP
и

RTCP
переносят

по

UDP.


29


1.4 Выбор протокола IP
-
телефо
нии


При построении корпоративной телефонной сети на базе IP
-
телефонии
одним из важных вопросов является выбор протокола установления
соединений. Существует, как уже было сказано выше, три вида таких
протоколов и, следовательно, три подхода к построению с
етей IP
-
телефонии:
Н.323,

является

основным стандартом для сетевых мультимедиа
-
приложений,
SIP, протоколы, использующие принципы декомпозиции шлюзов, например
MGCP (RC 2705). Наиболее распространенные протоколы
,

на базе которых
строятся КТС, это H.323 и S
IP, поэтому выбор будет произведен среди этих
протоколов. Для того чтобы сделать выбор в пользу того
либо
иного протокола
необходимым считается произвести сравнительный анализ данных
протоколов.

Прежде чем начать сравнение функциональных возможностей
прото
колов SIP и Н.323, напомним, что протокол SIP значительно моложе
своего соперника, и опыт его использования в сетях связи несопоставим с
опытом использования протокола Н.323. Существует еще один момент, на
который следует обратить внимание. Интенсивное вне
дрение технологии
передачи речевой информации по IP
-
сетям потребовало постоянного
наращивания функциональных возможностей как протокола Н.323 (к
настоящему времени утверждена уже шестая версия протокола), так и
протокола SIP (утверждена вторая версия прото
кола). Этот процесс приводит к
тому, что достоинства одного из протоколов перенимаются другим. Оба
протокола являются результатом решения одних и тех же задач специалистами
ITU
-
T и комитета IET. Естественно, что решение ITU
-
T оказалось ближе к
традиционны
м телефонным сетям, а решение комитета IET
основывается

на
принципах, составляющих основу сети Intenet.

Сравнение протоколов произведем по нескольким критериям.

Дополнительные услуги. Набор услуг, поддерживаемых обоими протоколами,
примерно одинаков.

Пр
имеры услуг, предоставляемых обоими протоколами:



п
еревод соединения в режим удержания (Call old);



п
ереключение связи (Call Tansfe);



п
ереадресация (Call owading);



у
ведомление о новом вызове во время связи (Call Waiting);



к
онференция.

Рассмот
рим последнюю услугу несколько более подробно. Протокол SIP
предусматривает три способа организации конференции: с применением
устройства управления конференциями MCU, режима многоадресной
рассылки и соединений участников друг с другом. В последних двух с
лучаях
функции управления конференциями могут быть распределены между
терминалами, т.е. центральный контроллер конференций не нужен. Это
позволяет организовывать конференции с практически неограниченным
количеством участников.

30


Рекомендация Н.323 предусматр
ивает те же три способа, но управление
конференцией во всех случаях производится централизованно контроллером
конференций МС (Multioint Contolle), который обрабатывает все
сигнальные сообщения. Поэтому для организации конференции, во
-
первых,
необходимо
наличие контроллера МС у одного из терминалов, во
-
вторых,
участник с активным контроллером МС не может выйти из конференции.
Кроме того, при большом числе участников конференции МС может стать
©узким местомª .

Протокол SIP изначально ориентирован на испол
ьзование в IP
-
сетях с
поддержкой режима многоадресной рассылки информации. Этот механизм
используется в протоколе SIP не только для доставки речевой информации
(как в протоколе Н.323), но и для переноса сигнальных сообщений. Например,
в режиме многоадресно
й рассылки может передаваться сообщение INVITE,
что облегчает определение местоположения пользователя и является очень
удобным для центров обслуживания вызовов (Call
-
cente) при организации
групповых оповещений.

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

В протоколе SIP есть возможность указывать приоритеты в
обслуживании вызовов
, поскольку во многих странах существуют требования
предоставлять преимущества некоторым пользователям. В протоколе Н.323
такой возможности нет. Кроме того, пользователь SIP
-
сети может
регистрировать несколько своих адресов и указывать приоритетность каждо
го
из них.

Персональная мобильность пользователей. Протокол SIP имеет хороший
набор средств поддержки персональной мобильности пользователей, в число
которых входит переадресация вызова к новому местоположению
пользователя, одновременный поиск по нескольки
м направлениям (с
обнаружением зацикливания маршрутов) и т.д. В протоколе SIP это
организуется путем регистрации на сервере определения местоположения,
взаимодействие с которым может поддерживаться любым протоколом.
Персональная мобильность поддерживается
и протоколом Н.323, но менее
гибко.

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



согласованием параметров;



стандартизацией кодеков;



модульностью архитектуры.

Протокол SIP достаточно просто обеспечивает совместимость разных
версий. Поля, которые не понятны оборудованию, просто игнорируются. Это
31


у
меньшает сложность протокола, а также облегчает обработку сообщений и
внедрение новых услуг. Клиент может запросить какую
-
либо услугу с
помощью заголовка Requie. Сервер, получивший запрос с таким заголовком,
проверяет, поддерживает ли он эту услугу, и есл
и не поддерживает, то
сообщает об этом в своем ответе, содержащем список поддерживаемых услуг.

В случае необходимости, в организации IANA (Intenet Assigned
Numbes Autoity) могут быть зарегистрированы новые заголовки. Для
регистрации в IANA отправляется

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

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

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

Новые функциональные возможности в
водятся в протокол Н.323 с
помощью поля NonStandadPaamete . Оно содержит код производителя и,
следом за ним, код услуги, который действителен только для этого
производителя. Это позволяет производителю расширять услуги, но
сопряжено с некоторыми огранич
ениями. Во
-
первых, невозможно запросить у
вызываемой стороны информацию о поддерживаемых ею услугах, во
-
вторых,
невозможно добавить новое значение уже существующего параметра.
Существуют также проблемы, связанные с обеспечением взаимодействия
оборудования
разных производителей.

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

В протоколе Н.323 все кодеки должны быть стандартизированы.
Поэтому приложения с нестандартными

алгоритмами кодирования могут
столкнуться с проблемами при реализации их на базе протокола Н.323.

Протокол SIP состоит из набора законченных компонентов (модулей),
которые могут заменяться в зависимости от требований и могут работать
независимо друг от др
уга. Этот набор включает в себя модули поддержки
сигнализации для базового соединения, для регистрации и для определения
местоположения пользователя, которые не зависят от модулей поддержки
качества обслуживания (QoS), работы с директориями, описания сеанс
ов
32


связи, развертывания услуг (sevice discovey) и управления конфигурацией.

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

Масштабируемость сети (scalablllty). Сервер SIP, по умолчанию, не
хранит сведений о текущих сеансах связи и поэтому может обработать больше
вызовов, чем привратник Н.323, который хра
нит эти сведения (statefull).
Вместе с тем, отсутствие таких сведений, по мнению некоторых специалистов,
может вызвать трудности при организации взаимодействия сети IP
-
телефонии
с ТФОП.

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

Время установления соединения. Следующей существенной
характеристикой протоколов является время, которое требуется, чтобы
установить соединение. В запросе INVITE протокола SIP содержится в
ся
необходимая для установления соединения информация, включая описание
функциональных возможностей терминала. Таким образом, в протоколе SIP
для установления соединения требуется одна транзакция, а в протоколе Н.323
необходимо производить обмен сообщениям
и несколько раз. По этим
причинам затраты времени на установление соединения в протоколе SIP
значительно меньше затрат времени в протоколе Н.323. Правда, при
использовании инкапсуляции сообщений Н.245 в сообщения Н.225 или
процедуры ast Connect время уста
новления соединения значительно
уменьшается.

Кроме того, на время установления соединения влияет также и
нижележащий транспортный протокол, переносящий сигнальную
информацию. Ранние версии протокола Н.323 предусматривали использование
для переноса сигнальн
ых сообщений Н.225 и Н.245 только протокол TCP, и
лишь третья версия протокола предусматривает возможность использования
протокола UDP. Протоколом SIP использование протоколов TCP и UDP
предусматривалось с самого начала.

Адресация. К числу системных характ
еристик, несомненно, относится и
предусматриваемая протоколами адресация. Использование URL является
сильной стороной протокола SIP и позволяет легко интегрировать его в
существующую систему DNS
-
серверов и внедрять в оборудование,
работающее в IP
-
сетях. По
льзователь получает возможность переправлять
вызовы на Web
-
страницы или использовать электронную почту. Адресом в SIP
может также служить телефонный номер с адресом используемого шлюза.

В протоколе Н.323 применяются транспортные адреса и alias
-
адреса. В
ка
честве последнего может использоваться телефонный номер, имя
пользователя либо адрес электронной почты. Для преобразования alias
-
адреса
в транспортный адрес обязательно участие привратника.

33


Сложность протокола. Протокол Н.323, несомненно, сложнее протокола

SIP. Общий объем спецификаций протокола Н.323 составляет примерно 700
страниц. Объем спецификаций протокола SIP составляет 150 страниц.
Протокол Н.323 использует большое количество информационных полей в
сообщениях (до 100), при нескольких десятках таких
же полей в протоколе
SIP. При этом для организации базового соединения в протоколе SIP
достаточно использовать всего три типа запросов (INVITE, BYE и АСК) и
несколько полей (То, om, Call
-
ID, CSeq).

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

Протокол Н.323 использует двоичное представление своих сообщений
на базе языка ASN.1, поэтому их непосредственное чтение затруднительно.
Для кодирования и декодирования сообщений необходимо

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

Довольно сложным представляется взаимодействие протокола Н.323 с
межсетевым экраном (fiewall). Кроме того, в протоколе Н.323 сущ
ествует
дублирование функций. Так, например, оба протокола Н.245 и RTCP имеют
средства управления конференцией и осуществления обратной связи.

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

Необходимо отметить еще один факт в пользу выбор
а SIP, это то что
ключевые архитектурные элементы сети, является практически бесплатными с
открытым исходным кодом (Oen Souse), что является более выгодным
решением, с экономической точки зрения.

Следующим этапом при разработке КТС, является выбор ПО.



34


1.5 Программное обеспечение “
Cisco

call

manager



Cisco


Communications представляет собой комплексную систему
мощных решений корпоративного класса, в

том числе IP
-

телефонии,
унифицированных коммуникаци
й, IP
-

видео и аудио конференц
-
связь
, и
контакт с

клиентом.

Это помогает организациям р
еализовать бизнес
-
выгоды
за

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

Cisco CallManage представляет собой программное обеспечение
н
а

основе компонент обработки вызовов решения Cisco IP
-
телефонии
предприятия;

она включена по Cisco AVVID (архитектура для голоса, видео и
интегрированных данных).

Программное обеспечение Cisco CallManage расширяет возможности
корпоративной телефонии и во
зможности пакетной телефонной сети
устройства, такие как телефоны IP, устройств обработки медиа, передача
голоса по IP (VoIP) шлюзов и мультимедийных приложений.


Cisco
CallManage устанавливается на Cisco 7800 Seies серверов конвергенции
средств массовой

информации (СМКС) и выбранных серверов сторонних
производителей.

Программное обеспечение Cisco CallManage поставляется с
набором интегрированных голосовых приложений и утилит, в том числе Cisco
CallManager Attendant Console
-
программное обеспечение только

для ручной
пульта оператора;

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

Bulk Administration Tool (BAT);

ЗОР анализа и
отчетности (CAR) инструмент;

Инструмент по наблюдению в режиме
реального времени (RTMT);

простой, низко
й плотности Cisco CallManage
Автосекретарь (CM
-
АА);

Инструмент для автоматического
зарегистрированного телефона поддержки (СТА);

и ассистент менеджера IP
(IPMA) приложения.

Cisco CallMa
nage обеспечивает масштабируемость
, высокой степенью
доступности ре
шение обработки вызовов предприятия IP
-
телефонии.

Несколько серверов Cisco CallManage группируются и
управляются как единое целое.

Кластеризация несколько серверов обработки
вызовов на IP
-
сети является уникальная возможность в этой отрасли, а также
подчер
кивает ведущую архитектуру, представленную Cisco AVVID.

Cisco
CallManage кластеризация дает масштабируемость от 1 до 30 000 IP
-
телефонов на один кластер, балансировка нагрузки и резервирование услуг
обработки вызовов.

По взаимосвязанных несколько кластеро
в, пропускная
способность системы может быть увеличена до одного миллиона
пользователей в системе 100 сайта.

Кластеры агрегатов мощность
нескольких, распределенных CallManages Cisco, повышение
масштабируемости и доступности серверов для телефонов, шлюзов

и
приложений.

Тройное резервирование сервера обработки вызовов повышает
общую надежность системы.

Преимущество этой распределенной архитектуры повышается
35


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

Управление приемом вызова (CAC) позвол
яет
гарантировать, что голос качества обслуживания (QoS) поддерживается через
суженные каналы глобальной сети, и автоматически переадресует вызовы на
альтернативной коммутируемой телефонной сети общего пользования (ТфОП)
маршруты, когда полоса пропускания
WAN недоступна.

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

HTML на основе
online

помощь доступна для пользователей и
администраторов.

Несмотря на то что, это один из лидеров на рынке, Cisco VoIP имеет
н
екоторые недостатки. Ее VoIP сеть иногда допускает сбои. В 2006 году, когда
NASA, которая пользуется услугой Cisco VoIP, хотела добавить несколько
контактов, то была стерта информация по всей базе данных VoIP. Это может
быть отдельный инцидент, который был

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

36


1.
6

Программное обеспечение “Asteisk”



Asterisk IP
-
PBX
-

это универсальная программная АТС с открытым
начальным


к
одом созданная конторой Digium, и непрерывно


развивается
пользователями и сообществом разработчиков. Сервер Asteisk может работать
на Linux и на других платформах Unix. Это гибкая платформа для построения
решений по передаче и обработке голоса. Сервер IP
-
PBX Asteisk изначально
разрабатывался специально для IP
-
телефонии. Кроме того Asteisk это
универсальный шлюз между различными средствами передачи голоса, его
возможности позволяют организовать соединение с большинством
используемого сейчас оборудования
и программного обеспечения для
передачи голоса. C помощью специальных плат компьютерных интерфейсов,
Asteisk может подключаться к традиционным телефонным сетям по
цифровым интерфейсам (E1, PRI, T1) либо

аналог
овым линиям
связи(XO/XS), или
работать совме
стно с существующей УПАТС в роли
шлюза IP
-
телефонии. Asteisk поддерживает пять протоколов IP
-
телефонии:
SIP, IAX, H.323, MGCP, SCCP, что позволяет подключать к серверу разные
модели IP
-
телефонов и VoIP
-
шлюзов.

Asteisk обладает всеми возможностями класси
ческой АТС,
предоставляет функции голосовой почты (VoiceMail), конференций,
интерактивного голосового меню (IVR), центра обработки вызовов
(постановка звонков в очередь и разделение


их по агентам применяя


разные
алгоритмы), а также имеет гибкий и многофу
нкциональный


интерфейс для
интеграции с внешними системами обработки данных (AGI).

Asteisk включает в себя возможности, которые можно найти только в
системах обработки вызовов премиум класса, например: управление
очередями вызовов; музыка ожидания (Music
-
on
-
old) для абонентов ждущих
ответа в очереди вызовов (поддерживается как потоковое воспроизведение,
так и проигрывание MP3 музыки); интеграция с системами синтеза речи;
интеграция с системами распознавания речи; интерфейсы для работы, как со
стандартным
и телефонными линиями, так и с интерфейсами ISDN BRI и
PRI;поддержка VOIP протоколов
-

H.323, SIP, MGCP, IAX; алгоритмы
кодирования голоса: G.711 (alaw/ulaw), g.726, g.729, GSM и ILBC,
предоставлять унифицированный набор услуг независимо от типа
подключени
я и др.

В заключение хотелось бы отметить, что обычно SER и Asteisk
используется в связке. В нашем случае использование SIP
-
сервера SER
целесообразно только на стороне оператора, поскольку большинство
корпоративных клиентов не нуждаются в сервисах предост
авляемым IP
-
АТС
Asteisk со стороны этого же оператора и поэтому Asteisk непосредственно
установлен у клиента.

37


2 Качество обслуживания в сети передачи голоса



2.1 Категории и классы качества передачи речи


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

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

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

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


стороны, пакетные сети имеют
развитые механизмы обеспечения качества
сервиса
,
применение


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

В связи с задачей построения корпо
ративной телефонной сети на основе
технологии VoIP

приведём некоторые сведения о
методах

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

В
аналоговой

телефонии
используется

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

в документе ET
SI TS 102 024


2,
разработанном в рамках проекта TIHPON (Release 5, сентябрь 2003 г.) .


В этом документе определяются три класса качества:




Ш
ирокополосный

доступ

(wideband), обеспечивающий пользователям
качество лучшее, чем в ТфОП. Он требует использован
ия широкополосных
кодеков (обрабатывающих аналоговые сигналы с полосой более 3,1 кГц) и
сетей IP, спроектированных в соответствии с требованиями QoS;




У
зкополосный

доступ

(naowband), обеспечивающий пользователям
качество, подобное ТфОП. Он требует исполь
зования спроектированных в
соответствии с требованиями QoS сетей IP;




Н
егарантированный

кодек

(best effot), предоставляющий пригодные
для использования услуги, но без гарантий на характеристики соединения.
Могут быть периоды существенного

крупные

качества

речи и
крупные

задержки из конца в конец, которые отрицательно влияют на
всеобщую

диалоговую интерактивность. Этот класс качества обеспечивается в
сетях IP, разработанных без учёта требований QoS.


38


Широкополосный и узкополосный классы обеспечивают гаранти
и
характеристик для 95% всех соединений.

Узкополосный класс делится на три подкласса:



высокое качество

(ig), обеспечивающее

качество, эквивалентное
тому, которое предоставляется сетями ISDN;



средний (medium), обеспечивающий качество, равнозначное

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

радиосвязи, скажем

в сетях GSM, использующих кодеки
ER, либо системами, использующими кодеки по Рекомендации МСЭ
-
Т G.726
на скорости 32 Кбит/с;



приемлемый (accetab
le), обеспечивающий качество,
равнозначное

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

в сетях GSM, использующих
кодеки R, либо системами, включающими геостационарные спутники.

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



общим рейтингом качества передачи (R);



качеством речи, воспринимаемым слушателем (качество
односторонней не интерактивной передачи речи из конца в конец);



задержкой из конца в конец (средней односторонней).

Знач
ения этих характеристик для каждого из классов качества
пр
иведены в следующей таблице 2.1
:


Таблица 2.1

Характеристики классов качества ETSI

Классы качества передачи речи в соответствии с подходом ETSI

Характеристика

3
(широкополосный)

2 (узкополосный)

1(
best
effort)

негарантир
ованный

2
-
H
(высокий)

2
-
M
(средний)

2
-
A
(приемлемый)

Общий рейтинг
качества передачи
(R)

(В настоящее
время находится на
этапе изучения в
международных
организациях
стандартизации )

� 80

� 70

� 50

� 50
(ориентир)

Относительное
качество речи
(одностороннее,
неинтерактивное)

Лучше, чем G.711

Равно
либо
лучш
е, чем
G.726 при
32 Кбит/с

Равно
либо
лучше
, чем
GSM
-
FR

Не определено

Не
определено


39


Услуга телефонной связи сети
всеобщего

пользования должна
обеспечивать пользователям качеств
о передачи речи, соответствующее
наилучшей и высокой категориям по Рекомендации МСЭ
-
Т G.109
или
широкополосному и узкополосному высокому классам по ETSI TS 102 024


2.

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

пользования допускаться не должно.


2.2 Влияние
оконечного оборудования и сети


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

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


Таблица 2
.2


В
лияние параметров на передачу речи

Параметр

Связан с

терминальным оборудованием

сетью

Тип кодека

Да

Нет

Потери пакетов

Нет (1)

Да

Задержка

Да (2)

Да (3)

Вариации задержки

Нет (4)

Да (
5)


Примечания
:



п
редполагается достаточно большая емкость буфера компенсации
джиттера, позв
оляющая избежать потерь пакетов;



кодирование

речи и компенсацией джиттера;



маршрут
изацией

в сети;



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



в
ариация задержки вносится сетью, но компенсируются терминалом.

В соответствии с Рекомендацией МСЭ
-
Т I.380/Y.1540 основными
параметрами, характеризующими качество обслуживания (QoS) в сетях IP,
являются :



задержка переноса пакетов;



в
ариация задержки пакетов (джиттер);



коэффициент потери пакетов;



40


Последний параметр зависит в основном от используемых на
физическом уровне сети систем передачи, и проблем с ним, как правило, не
возникает. Механизмы обеспечения QoS в сетях IP направлены

на улучшение
первых трех из указанных параметров. Именно они и являются основными
характеристиками транспортной сети, определяющими качество передачи
речи (рисунок 2.1). Эти же параметры, как правило,
применяются
и в
соглашениях об уровне обслуживания (Se
rvice Level Agreement


SLA),
предлагаемых ведущими операторами своим клиентам.



Рисунок 2.1

Взаимовлияние факторов, определяющих качество передачи речи


2.3 Уровни сервиса


Негарантированная доставка

данных (best
-
effot sevice). Обеспечение
связности у
злов сети без гарантии времени и самого факта доставки пакета в
пункт назначения. Отбрасывание пакета может произойти только в случае
переполнения буфера входной
либо
выходной очереди маршрутизатора.
Негарантированная доставка пакетов является на сегодняшни
й день
единственной услугой, поддерживаемой в публичном секторе Intenet.

Дифференцированное обслуживание

(differentiated service).
Дифференцирование обслуживание предполагает разделение трафика на
классы на основе требований к качеству обслуживания. Кажды
й класс
трафика дифференцируется и обрабатывается сетью в соответствии с
заданными для этого класса механизмами QoS.

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


(soft QoS). Дифференцированное обслуживание удобно применять в сетя
х с
интенсивным трафиком приложений.

Гарантированное обслуживание

(guaanteed sevice). Гарантированное
обслуживание предполагает резервирование сетевых ресурсов с целью
удовлетворения специфических требований к обслуживанию со стороны
потоков трафика.

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

Гарантированное обслуживание довольно часто называют еще жестким
QoS (ad QoS) в связи с предъявлением строгих тре
бований к ресурсам сети.

Гарантированное обслуживание при наличии соответствующего
оборудования может быть реализовано в рамках корпоративной сети, но, к
сожалению, резервирование ресурсов на всем пути следования отдельных
потоков трафика невозможно реализ
овать в масштабах магистрали Intenet,
обслуживающей в отдельный момент времени тысячи потоков данных.


2.4 Характеристики производительности сетевого соединения


Внедрение механизмов QoS предполагает обеспечение со стороны сети
соединения с определенными

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

Полоса пропускания
.
Термин полоса пропускания (bandwidt)
применяется


для оп
исания номинальной пропускной способности среды
передачи информации, протокола
либо
соединения.

Как правило,
всякое


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

либо
латентность
(latency), на каждом переходе состоит из задержки сериализации, задержки
распространения и задержки коммутации. Ниже приведены определения
каждого из названных выше типов задержки.

Задержка сериализации

(seialization delay). Время, которое требуется
устройству на передачу пакета при заданной ширине полосы пропускания.
Задержка сериализации зависит как от ширины полосы пропускания канала
передачи информации, так и от размера передаваемого пакета.
Достаточ
но

часто задержку сериализации называют еще задержкой передачи
(transmission delay).

42


Задержка распространения

(oagation delay). Время, которое требуется
переданному биту информации для достижения принимающего устройства на
другом конце канала. Задержка

распространения зависит от расстояния и
применяемой

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

Задержка коммутации

(switcing delay). Время, которое требуется
устройству, получившему пакет, для начала его передачи
дальнейшему

устройству. Как правило, это значение меньше 10 нс.

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

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

Если же сеть перегружена, задержки при организации очередей в
маршр
утизаторах начинают влиять на общую задержку при передаче пакетов,
и приводят к возникновению разницы в задержке при передаче различных
пакетов одного и того же потока. Колебание задержки при передаче пакетов
получило название джиттер
-
пакетов (acket jitte
r).

Данный параметр имеет
огромную

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

потоков
данных, например IP
-
телефония
либо
приложения, обеспечивающие
проведение видеоконференций.


Потеря пакетов

Уровень потери пакетов (acket loss) определяет
количество пакетов, отбрасываемых сетью во время передачи. Основными
причинами потери пакетов являются перегрузка сети и повреждени
е пакетов
во время передачи по линии связи. Чаще всего отбрасывание происходит в
местах перегрузки, где число поступающих пакетов намного превышает
верхнюю границу размера выходной очереди. Кроме того, отбрасывание
пакетов может быть вызвано недостаточным
размером входного буфера. Как
правило, уровень потери выражается как доля отброшенных пакетов за
определенный интервал времени.

43


Как правило, хорошо спроектированные сети характеризуются очень
низким значением потери пакетов. Потеря пакетов также несвойстве
нна
приложениям, для которых были заранее зарезервированы требуемые этими
приложениями ресурсы. Что касается волоконно
-
оптических линий связи со
значением частоты появления ошибочных битов (Bit Eo Rate


BER) 10е
-
9,
то здесь потеря пакетов возможна толь
ко в случае их отбрасывания в местах
перегрузки сети. Отбрасывание пакетов, к сожалению, является неизбежным
явлением при негарантированной доставке трафика, хотя и в этом случае оно
обусловливается крайней необходимостью.


2.5 Методы обеспечения качества

обслуживания


Существует два
способа

обеспечения качества обслуживания:
IntServ

и
DiffServ
. Хотелось бы более подробно рассмотреть ключевые аспекты данных
методов, так как качество обслуживания в КТС
Алматинского
технологического университета

реализовано
именно с
поддержкой

дифференциального метода.


2.5.1 Архитектура интегрированных услуг IntSev


Integrated Service (IntServ, RFC 1633)


модель интегрированного
обслуживания . Может обеспечить сквозное (End
-
to
-
End) качество
обслуживания, гарантируя необхо
димую пропускную способность. IntSev
использует для своих целей протокол сигнализации RSVP, позволяет
приложениям выражать сквозные требования к ресурсам и содержит
механизмы обеспечения данных требований. IntSev можно кратко
охарактеризовать как резерви
рование ресурсов (Resouce esevation).

RSVP Протокола резервирования ресурсов был совместно разработан в
Институте Информатики Калифорнийского университета (ISI) и Palo Alto
Reseac Cente (PARC) Xeox Co. RSVP используется, чтобы установить
резервиро
вание для сетевых ресурсов. RSVP передает запрос на QoS вдоль
канала передачи данных, приводящего к резервированию, если запрос был
успешен. Распространенное заблуждение
-

то, что один только RSVP даст Вам
лучшее качество обслуживания. RSVP
-

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

44


У каждого узла, способного к резервированию ресурса, есть несколько
модулей, которые сотрудничают для установки резервирования и
осуществления. Архитектура Integated Sevices маршрутизаторов и узлов
-

то
же, но реализация обычно отличается.

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

Приложение запрашивает определенное ка
чество обслуживания от
демона RSVP, работающего на узле. Демон сверяется с управляющим модулем
политики, чтобы видеть, есть ли у пользователя административное
раз
решение сделать резервирование.
Демон RSVP также сверяется с
управляющим модулем разрешения, ч
тобы узнать, есть ли у узла достаточные
ресурсы, чтобы предоставить требуемый QoS. Если обе проверки успешно
выполняются, параметры установлены в других модулях, чтобы осуществить
резервирование. Демон RSVP тогда отправляет запрос резервирования к
следующе
му транзитному участку на канале передачи данных. Управление
разрешением там также проверяет, может ли узел поддерживать желаемый
QoS. Управляющий модуль политики проверяет на разрешение. Если любая
проверка перестала работать, демон RSVP передает уведомле
ние об ошибке
обратно узлу. Иначе, параметры для резервирования установлены, и запрос
резервирования передан. Как только резервирование принято каждым узлом
на канале передачи данных, поток должен получить требуемое качество
обслуживания.

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

QoS должен получить поток. Потоки идентифицированы в одном из
нескольких форматов. Самый простой формат содержит IP
-
адрес отправителя
и порт отправителя вместе с адресом назначения и портом. В этом случае
классификатор должен посмотреть на IP и заголовки
UDP/TCP. Пакетный
планировщик тогда принимает передающее решение согласно классу QoS.
Например, пакет
ный планировщик решает в которую

очередь поместить пакет.
Пакетный планировщик
-

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

Управление разрешением должно найти баланс между превышением
намеченной суммы ссылки и недостаточным использованием пропускной
способности. Один подход представлен в
у
правление политикой определяет,
кто может сделать резервирование. Это
-

предмет п
родолжающегося
исследования. Нерешенные вопросы
-

аутентификация, управление доступом
45


и учет.

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

или отбросив несоответствующие пакеты.


2.5.2 Архитектура дифференцированных услуг DiffSev


Архитектурную модель diffsev можно сравнить с мостом, соединяющим
механизм гарантированного качес
тва обслуживания модели intsev с
механизмом негарантированной доставки трафика. Модель diffsev
обеспечивает дифференцирование трафика путем его разбивки на классы с
различным приоритетом.

Главной задачей подхода diffsev является определение
стандартизир
ованного байта дифференцированной услуги (DS)


байта типа
обслуживания (Tye of Sevice


ToS) из заголовка пакета IPv4 и байта класса
трафика (Taffic Class) пакета IPv6. От данной маркировки зависит принятие
решения о продвижении пакета данных на каждом

переходе (e
-
hop behavior


РНВ), т.е. в каждом промежуточном узле.

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

зависимости от
предъявляемых требований к качеству обслуживания
(рисунок 2.2)
. Клиент
может выбрать требуемый уровень услуг путем установки соответствующего
значения поля кода дифференцированной услуги (Diffeentiated Sevices Code
Point


DSCP) для пакето
в определенного приложения. Код
дифференцированной услуги определяет цепочку решений о продвижении
пакета в каждом промежуточном узле сети оператора
либо
корпоративной сети
(РНВ
-
политика).


Ри
сунок 2.2


Архитектура
DiffServ


46


РНВ
-
политика


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

Все узлы внутри diffsev
-
дом
ена определяют РНВ
-
политику, которая
должна быть применена к пакету на основе хранящегося в нем значения поля
кода дифференцированной услуги. Кроме того, пограничные узлы diffsev
-
домена выполняют важную функцию формирования поступающего в diffsev
-
домен т
рафика. Формирование трафика включает в себя выполнение таких
функций, как:



классификация пакетов (установка значения поля DSCP);



ограничение трафика.

Формирование трафика обычно выносится на входной интерфейс
поступающих в diffsev
-
домен пакетов. Форм
ирование играет решающую роль
в управлении поступающим в diffsev
-
домен трафиком, поскольку в этом
случае для каждого пакета сеть может определить соответствующую ему РНВ
-
политику.

Формирователи трафика


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

Код дифференцированной услуги представляет собой поле, на
основании значения которого определяется способ обработки пакета в diffsev
-
домене. В качестве обрабатывающей трафик функции может выступать
функция классификации пакетов, функция м
аркировки DSCP
-
поля
либо
же
функция дозирования трафика, наделенная либо полномочиями выравнивания
трафика, либо полномочиями отбрасывания пакетов.

Классификатор пакетов выбирает пакет из потока трафика на основании
анализа части содержимого заголовка пакет
а. Наиболее распространенный
способ классификации пакетов заключается в анализе поля DSCP,
Впрочем

теоретически возможна классификация пакета на основании значения других
полей его заголовка. Функция классификации пакета определяет
соответствующий этому п
акету класс трафика.

Функция маркировки предназначена для записи/перезаписи поля DSCP в
зависимости от класса трафика, к которому относится данный пакет.

Функция дозирования проверяет трафик на соответствие заданному
профилю на основании дескриптора трафик
а, такого как корзина маркеров.
Результаты проверки могут передаваться функции маркировки трафика, а
также либо функции выравнивания трафика, либо функции отбрасывания
пакетов


для принятия соответствующего решения в отношении "плановых"
и "внеплановых" п
акетов.

47


Функция выравнивания трафика (taffic saing) осуществляет задержку
пакетов путем их буферизации с целью удовлетворения параметров заданного
профиля.

Функция отбрасывания пакетов осуществляет отбрасывание всех
пакетов, не удовлетворяющих параметр
ам заданного профиля трафика. Это
действие часто называют также ограничением трафика (taffic olicing).

Сетевые узлы с поддержкой дифференцированного обслуживания
используют поле DSCP в заголовке IP
-
пакета для определения
соответствующей этому пакету РНВ
-
политики.

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

С
уществуют две стандартные РНВ
-
политики


РНВ
-
политика
немедленной передачи (E РНВ) и РНВ
-
политика гарантированной доставки
(A РНВ).

Используется для обеспечения сквозного обслуживания пакетов в узлах
diffserv
-
домена, характерными чертами которого являют
ся низкий уровень
потери пакетов, малая задержка, незначительное дрожание трафика, а также
гарантированная полоса пропускания. Политика E РНВ применяется для
обслуживания трафика таких приложений, как передача голоса по сетям IP
(Voice over IP


VoIP), пр
иложений видеоконференций, а также для
обеспечения таких услуг, как передача информации по виртуальным
арендуемым каналам, поскольку эта услуга представляет собой двухточечное
соединение конечных узлов diffsev
-
домена. Подобный тип обслуживания
достаточно
часто называют также услугами высокого класса (emium sevice).

Один из способов избежать задержки пакетов, связанной с
возникновением больших очередей,


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

РНВ
-
политика гарантированной доставки пакетов (Assued owading
РНВ


A РНВ) представляет собой средство, с помощью которого поставщик
услуг может обеспечить несколько различных уровней надежности доставки
48


IP
-
пакетов, полученных из diffsev
-
домена клиента.
Политика A РНВ
является приемлемой для большинства ТСР
-
приложений.

РНВ
-
политика гарантированной доставки пакетов подразумевает
наличие различных уровней обслуживания для каждого из четырех классов
AF
-
трафика. Каждому классу A
-
трафика соответствует собств
енная очередь
пакетов, что позволяет проводить эффективное управление полосой
пропускания. Каждый класс A
-
трафика характеризуется тремя уровнями
приоритета отбрасывания пакетов (низкий, средний и высокий), что позволяет
реализовать механизм управления оче
редью по типу механизма произвольного
раннего
выявления



RED).

49


3

Экспериментальная часть



3
.1

Тестирование оборудования



Тестирование производилось на базе существующей сети передачи
данных
АО Алматинский технологический универ
ситет
, построенной на базе
технологии Etenet, и корпоративной телефонной сети, построенной по
технологии TDM, что позволило проверить совместимость всего
участвующего в тестировании оборудования, включая различные VoIP
-
шлюзы.


3
.1
.1 Обоснование выбора об
орудования IP
-
телефонии



Для тестирования было отобрано оборудование, предоставленное
компанией
©Астел
ª, г.
Алматы
. Дело в том, что эта компания позволяет своим
постоянным и проверенным клиентам, коем является
Алматинский
технологический университет
, в час
тности отдел IT, заказать любое
оборудование для целей тестирования. Оплата этого оборудования
производится только в том случае, когда клиент решает приобрести его,
однако если это оборудование не удовлетворило потребностей клиента, оно
отправляется обратн
о, без всякой оплаты. Данные деловые отношения, с
вышеупомянутой компанией, являются очень выгодными для бюджетной
организации, так как приобретенное оборудование будет апробировано и
проверено.


В результате анализа предложения на рынке IP
-
телефонии

и
име
ющегося у поставщика
, было отобрано 7 моделей телефонов, три
VoIP/FXO
-
шлюза и два XS
-
шлюза, разных производителей.


3
.1
.
2

Тестирование IP
-
телефонов



IP телефон
-

это законченное решение для пользовательского терминала,
позволяющее организовать телефонн
ую связь через локальные и глобальные
сети. Поддержка стандартного на сегодня набора функций, таких как Quality
of Sevice (приоритезация трафика), эхокомпенсация, генерация комфортного
шума (CNG) и автоматическая регулировка уровня сигнала обеспечивает
ка
чество голоса, передаваемого через IP сети, не уступающее по качеству
обычной телефонной связи.


IP
-
телефоны отличаются от аналоговых и цифровых аппаратов большим
набором функциональных возможностей:



п
одключение аппаратов непосредственно в IP
-
сеть
;



а
д
ресная книга, которая может быть импорти
рована/экспортирована в
телефон;



м
ноголинейность и множественная регистрация, последнее позволяет
50


без труда переключатся между операторами
;



н
аличие программируемых клавиш
;



а
втоконфигурирование

-

полезная функци
я
,

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



в
озможность ввода, как цифр, так и буквенных
символов (e
-
mail),
последние предназначены для набора SIP
-
номеров, типа
kell
@ser.ysn.ru
;



п
оддержка голосовой почты
;



у
даленное управление;



б
локировка телефона и т.д.


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



в
строенный 2
-
х портовый коммутатор (802.3 10/100 BT alf dulex/full
dulex с функцией autosense);



п
одд
ержка питания как от сети переменного тока 220В, так и питания
через сеть Etenet
-

Power over Ethernet (IEEE 802.3af);



п
оддержка приоритезации голосового трафика: VLAN (801.3Q/P), QoS,
в частности ToS/Diffse
v и компенсация потери пакетов
;



п
одавлени
е тишины (VAD), генерация комфортного шума (CNG),
наличие джиттер
-
буфера.


Из ассортимента поставщика были отобраны следующие модели

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

Astra 480i,
Grandstream BT
-
200, Grandstream GXP
-
2000
, Snom 320, Sno
m 360,
Thomson
ST2030 и
Planet VIP
-
153T
.


Для использования в корпоративной сети с централизованной службой
технической поддержки в высшей мере желательно ограничить круг моделей с
тем, чтобы ©облегчить жизньª инженерам и, по возможности, сократить
затр
аты на обслуживание всей системы в целом. Обычно это достигается
использованием линейки продуктов одного производителя.


Поскольку из описан
ий аппаратов, доступных на сайте

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


Проводившееся тестирование было ограниченным и преследовало
следующие цели:



п
роверка совме
стимости IP
-
телефонов с SIP
-
сервером SER(Oen SER),
программ
ной АТС Asteisk, и между собой;



о
ценка качества звука при разговоре через трубку, громкогов
оритель и
при конференц
-
звонках;



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


конференц
-
звонка, работа с телефонно
й книгой, голосовой почтой и др;



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


Схема нашего тестирования, представленная на рисунке
3
.1

, является
единой для всех моделей IP
-
телефонов, так как они используют однотипное
подключение к сети Etenet.



Рисунок
3
.1
-
Схема тестирования телефон
ов



Нужно отметить, то что
,

в данной схеме к УПАТС Definity были
подключены цифровые телефоны. Они были использованы в качестве
эталонных источников/приёмников звука при оценки качества передачи голоса
тестируемыми моделями.


В качестве VoIP
-
TDM шлюза ис
пользовался маршрутизатор Cisco 1760 с
голосовыми процессорами и интерфейсом E1 с сигнализацией ISDN PRI.
Качество звука оценивалось при использовании кодеков G.711/A
-
law и G.729.

Направление вызовов:



SIP
-
телефон
--
� SIP
-
сервер
--
� SIP
-
телефон
;



SIP
-
те
лефон
--
�SIP
-
сервер
--
� Cisco GW
--
> УПАТС Definity
--


--
> Цифровой телефон и обратно
;



SIP
-
телефон
--
�SIP
-
сервер
--
� Cisco GW
--
> УПАТС Definity
--


--
> ТФОП и обратно
;



SIP
-
телефон
--
�SIP
-
сервер
--
� Cisco GW
--
> Канал пер
едачи данных
Алматы
-
Астана
--
> УПАТС Definity
--
> Цифровой телефон и обратно.





52


Поддержка качества обслуживания для локальных звонков
обеспечивалась настройкой коммутаторов Etenet, а звонков через
глобальные каналы связи


классификаторами трафика и о
чередями с
приоритетами на маршрутизаторах
.

Было протестировано две модели IP
-
телефонов Snom: Snom 320 и Snom
360. По техническим характеристикам эти модели почти идентичны.
Основными отличиями модели 360 от 320, является больший LCD экран. У
320
-
й модели

это двухстрочный 48
-
ми символьный

экран,

против 128х64, что
делает 360
-
ю модель привлекательней с эргономичной точки зрения.

12 программируемых кнопок могут быть настроены для отображения
занятости исходящих линий, входящих звонков, быстрого набора. Уни
кальные
функции парковки вызова, когда входящий вызов может быть удержан не с
помощью самого телефона, а с помощью IP
-
АТС и при этом данный вызов
может быть подобран на другом телефоне, поддерживают только для
телефонов Snom. Функция посылки DTM сигнала,

также может быть
запрограммирована на одну из 12 кнопок, которая например, позволяет ввести
большое количество цифр (Например
,

PIN
-
код) одним нажатием кнопки.
Совместное использование линии.

IP
-
телефон

Planet

VIP
-
153
T
.
Н
а лицевой стороне
распол
ожен
графи
ческий экран
, на котором отображается самая разнообразная
информация о текущем состоянии телефона, выбранных настройках, а также
набранных номерах, полученных и пропущенных вызовах
.


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

Было произведено тестирование двух моделей IP
-
телефонов данного
производителя: Gandsteam GXP
-
2000 и Gandsteam BT
-
200. Ниже
представлено описа
ние и технические характеристики данных телефонов.


Внешне отличие модели

GXP
-
2000

от
BT
-
200
большой монохромный
ЖК
-
дисплей с изменяемым углом наклона, на котором отображается набор
данных: от текущего времени и даты, телефонной книги и т.д.
Пользовательск
ий интерфейс обоих моделей позволяет просмотреть
информацию о текущем IP адресе телефона, который может использоваться
для совершения внутренних вызовов.


У
IP
-
телефона
Thomson

ST
030

отличительным показателем

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


Все апробированные модели успешно регистрировались и
взаимодействовали с SIP
-
сервером OenSER и IP
-
АТС Asteisk, а также, между
собой с использованием протоколов UDP и TCP.

53



Все аппараты
под
держивают
VLAN, прозрачно пропуская VLAN
данных на порт для подключения PC. Маркировка RTP
-
пакетов метками DSCP
также работает у всех моделей.


Для оценки качества голоса была привлечена группа людей, которые
отметили следующее: BT
-
200 имеет низкое качест
во звучания голоса в
динамике трубки, а у модели GXP
-
2000


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


Автоконфигурирование. Поддерживают все м
одели, но для телефонов
Gandsteam данная функция приобретается у производителя за
дополнительную плату, а у телефонов Planet сервер автоконфигурирования
может быть задан через меню, но описание этой
функциональности

в
документации не приводится.

При вкл
ючении данной функции, с помощью
WEB
-
интерфейса, телефону Planet назначается IP
-
адрес DHCP
-
сервером,
однако, дальнейшая загрузка телефона останавливается, так как он ждет от
сервера, дополнительных настроек
, при этом приходится вручную
присваивать IP
-
адрес
.


Эргономика. Наиболее удобными моделями из всех тестируемых
оказались телефоны производителей Snom и Aasta: интуитивно понятное
меню, простота управления и поддержка большинства функций.


Tomson ST2030 хоть и имеет русское меню, но вот при переключении

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


Телефон
-
153T поддерживает конфиренц связь только при
помощи IP
-
АТС.


Все те
лефоны, кроме BT
-
200 и GXP
-
2000, имеют функции блокировки
телефона, необходимой как элемент безопасности (запрет доступа к
междугородной и международной связи ).

Результаты проведенного тестирования сведены в т
аблицу

3.1
54



Таблица
3
.1



Результаты тестирова
ния



Модель

Качество
голоса

через
трубку

Качество
голоса

через

спикерфон

Качество
голоса при
конференц
связи

Джиттер
-
буфер

Поддер
жка
множест
венной
регистра
ции

Эрго
-
номика

Совместимость с
Poxy серверами

SER

Asterisk

Astra 480i

Отличное

Отличное

Отличное

Адаптивный,
регулируемый

Да

Отличная

Да

Да

Grandstream
BT
-
200

Посредст
венное

Посредств
енное

Посредстве
нное

Адаптивный,
нерегулируемый

Нет

Удовлетворит
ельная

Да

Да

Grandstream
GXP
-
2000

Хорошее

Хорошее

С
дефектами

Фиксированный,
неизвестной длины

Да

Хорошая

Да

Да

Snom

Отличное

Отличное

Отличное

Адаптивный,
регулируемый

Да

Отличная

Да

Да

Thomson
ST2030

Отличное

Хорошее

Отличное

Фиксированый/Адап
тивный(по выбору)
0
-
200 мс

Да

Удовлетворит
ельная

Да

Да

Planet VIP
-
153T

Хорошее

Удовлетво
рительное

Хор
ошее

Неизвестно

Нет

Удовлетворит
ельная

Да

Да

55


3
.1
.
3

Тестирование Аналоговых шлюзов XO



Обоснование выбора

моделей производилось по нескольким критериям:

Наличие у поставщика
:



м
инимальное количество портов XO
;



п
оддержка протокола SIP
;



п
оддержка пе
редачи факсов
.


Цели тестирования

состояли в проверке:



совместимости с SIP
-
сервером OenSER и IP
-
АТС Asteisk
;



качества передачи голоса
;



передачи факсов
;



детектирования Calle ID
;



детектирования сигнала ©отбояª ТФОП
.

Метод


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


Тестировались следующие
модели аналоговых VoIP
-
шлюзов:
Grandstream GXW
-
4108v, AudioCodes MP
-
108/XO и Addac Voiceinde AP
-
200D/XO. Схем
а те
стирования показана на рисунке 3
.2



Рисунок
3
.2

-

Схема тестирования аналоговых VoIP
-
шлюзов



VoIP
-
шлюз это

устройство, имеющее порт для подключение к IP
-
сети и
порты для подключения к телефонной линии (XO порт) и телефонному
аппарату (XS порт).


Порт XO (oeign Excange Office) подключается к абонентской линии
ТФОП и замыкает токовую петлю, которая начин
ается на АТС. С точки зрения
городской АТС он является абонентским терминалом.

56



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

интеграции

сервисов ТфОП и для передачи голосового трафика
в корпоративную IP
-
сеть.


Все тестировавшиеся шлюзы поддерживают обработку вызовов в одну
или две стадии.


При обработке исходящего со стороны IP вызова
в две стадии
происходит следующее. Абонент набирает номер (например ©9ª выход в
город), IP
-
АТС или SIP
-
сервер маршрутизирует вызов на шлюз, в ответ XO
-
шлюз посылает сигнал готовности (dial tone), после получения
,

которого
абонент может набирать номер вызы
ваемого.


Обработка исходящего вызова в одну стадию осуществляется
следующим образом.

При совершении исходящего вызова в сеть общего
пользования IР
-
АТС решает
,

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

вырезать ©9ª, предназначенную для
совершения вызовов за пределы VoIP
-

сети.


При обработке вызова, поступившего
,

из IP
-
сети XO VoIP
-
шлюз также
может принимать решения о маршрутизации вызова на основе номера
вызываемого или вызывающего абонента
-

выбрать одну или группу (транк
-
группа, хант
-
группа) линий с которой будет установлено
соединение. Шлюзы
также могут производить манипуляции с номером вызываемого абонента.


При обработке входящего со стороны ТФОП вызова в одну стадию
шлюз направляет входящий вызов тому или иному IP
-
абоненту либо на
автосекретаря в зависимости от того, по ка
кой линии пришёл вызов.

При обработке в две стадии шлюз после подключения к линии посылает
звонящему сигнал готовности (dial tone) и даёт возможность набрать
внутренний номер IP
-
абонента.


Технические характеристики для всех XO
-
шлюзов практически схожи,
р
азличие составляет количество портов и некоторая аппаратная модификация
параметр
ы, поэтому приведены в таблице 3
.2

характеристики, одного из них
-

AudioCodes MP
-
108/XO. Более подробную информацию можно найти в
источниках
.


57


Таблица
3
.2


Технические хара
ктеристики AudioCodes MP
-
108/FXO

Интерфейсы

Голосовые интерфейсы

8 x RJ11

Сетевой интерфейс

10/100 BaseT RJ45 (сдвоенный с резервированием для
MP
-
124 FXS)

Индикаторы

Индикаторы состояния и активности канала

Протоколы VoIP

Возможности VoP

Подавление эх
а (G.168
-
2000), VAD, CNG, динамический
программируемый буфер (jitte buffe), определение
подключения модема

Кодеки

G.711, G.723.1, G.726, G.727, G.729a, NetCoder 6,4
-
9,6
kbps

Факс поверх IP

T.38, 14.4 Кб/с c автоматическим возвратом в ТфоП при
невозможн
ости передачи по IP

Сигнализация

Сигнализация

FXS, FXO loop
-
start

Внутриканальная сигнализация

DTMF (TIA 464B), MFR1, MFR2, AC15, SS4, SS5

Поддержка протоколов

MGCP (RFC 2705), H.323v4, MEGACO (H.248), SIP
(RFC 3261),

AudioCodesVoIP Library API

Обслу
живание и управление

-

BootP, DHCP и TTP

-

Удаленное управление с помощью WEB интерфейса

-

Система управления элементами EMS

-

Поддержка SysLOG

Физические характеристики

Питание

90
-
260V AC 47
-
63 Hz 36
-
72V DC

Размеры

44x445x269 mm

Монтаж

Настенный, нас
тольный



VoiceFinder AP200
-
D

для подключения к сетям передачи данных, может
использовать: выделенную линию, ADSL модем, кабельный модем; работает в
сетях с динамическим или статическим распределением
IP

адресов.
Он

поддерживает различные сетевые функции:

IP
-
маршрутизация, прозрачный
мост,
PPP
, трансляция сетевых адресов (NAT) и трансляция портов (
PAT
),
сетевое управление
SNMP

v2, командная строка cisco
-
стиля, Web
-
интерфейс и
другие.


Шлюз имеет 2 XO порта и два порта Etenet 10/100Mb/s.


VoiceFinder A
P200
-
D


разработан на основе архитектуры 32
-
разрядного
RISC
-
микропроцессора, с фиксированным набором сетевых (два 10Mbs
Ethernet
) и голосовых интерфейсов, работает под управлением операционной
системы
APOS
.


Операционная система
AddPac VoiceFinder Operat
ing System (APOS)
обеспечивает: масштабируемость, надежность, стабильность и качество
сервиса при построении различных сетевых решений.
APOS

так же
обеспечивает оптимизацию нагрузки и строгое соответствие промышленным
стандартам, простоту установки и экспл
уатации.


Для ввода VoIP
-
шлюзов в эксплуатацию необходимым шагом было
58


произвести обновление
Программного обеспечения
. Это было сделано с
целью обеспечения совместимости с VoIP
-
сетью, реализованной на базе
про
токола SIP. Нужные версии программного обеспече
ния

для шлюзов
устанавливаются при помощи TP/TTP (Приложение). Установка прошла
успешно.


Все совершенные входящие вызовы со стороны ТФОП в корпоративную
VoIP
-
сеть
Алматинского технологического университета

прошли успешно.
При эт
ом шлюзы бы
ли сконфигурир
ованы для двух вариантов:



о
днозначное соответствие определенной линии ТФОП, конкретному
IP
-
абоненту;



л
иния (группа линий) ТФОП обрабатывалась IP
-
АТС (набор
дополнительного номера в тональном режиме).


Исходящие вызовы также прошли успешно. При звонке в

ТФОП шлюз
должен вырезать из номера ©9ª, используемую

сеть

для звонков на
телефонные аппараты городской телефонной сети.


Проверка надежности передачи Calle ID (тип Bellcoe) в случае с
VoiceFinder AP200
-
D/XO и Gandsteam GXW
-
4108v прошла без особых
за
мечаний, но в случае с AudioCodes MP
-
108/XO добиться детектирования
Calle ID так и не удалось
,

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


Передача факсимильных сообщений производилась в двух режимах: с
использовани
ем протокола передачи факсов T.38 и в ©прозрачномª, с
использованием кодека G.711/A
-
law. В обоих случаях передача факсов
работала надёжно. Следует подчеркнуть, что таким образом проверялась
надёжность передачи факсов с одной ©лишнейª парой аналого
-
цифровых
/цифро
-
аналоговых преобразований внутри корпоративной сети и
при правильных взаимных настройках XO и XS
-
шлюзов.


Шлюзы
VoiceFinder AP200
-
D/XO и AudioCodes MP
-
108/XO имеют
функцию обнаружения сигнала ©занятоª или сигнала отказа (eode tone) со
сторо
ны телефонной сети, что позволяет избежать ©зависанияª линии после
отбоя звонящего. Шлюз Gandsteam GXW
-
4108v обнаруживает только
разрыв токовой петли или переполюсовку, которые не используются в
российских сетях общего пользования. Для сброса соединения
,

в случае отбоя
звонящего остается только одна возможность


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

59


3
.1
.
4

Тестирование Аналоговых шлюзов XS



Обоснование выбора

моделей производилось по нескольки
м критериям:



н
аличие у поставщика
;



м
инимальное количество портов XS
;



п
оддержка протокола SIP
;



п
оддержка передачи факсов
.


Цели тестирования
: проверить работоспособность и совместимость с
IP
-
сетью двух аналоговых VoIP
-
шлюзов.


Метод тестирования
:

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


Тестировались с
ледующие модели аналоговых VoIP
-
шлюзов:
AudioCodes 114/FXS, Addpac 200B/FXS

Схема тестирования

ш
люзов XS показана на рисунке
3
.
3.




Рисунок
3
.
3

-

Схема тестирования шлюзов XS



Порт XS (oeign Excange Subscibe) находит
ся на АТС, создаёт
петлю переменного тока с помощью трансформатора, и является портом
"станции", если смотреть со стороны конечного абонента.

Таким образом,
аналоговые абоненты подключаются к VoIP
-
шлюзу через порты через XS.


Шлюз XS используется для по
дключения одной или более
традиционных аналоговых мини
-
АТС к VOIP
-
АТС или провайдеру. Шлюз
XS необходим для соединения портов XO.




FXS
-
шлюзы практически схожи по всем
техническим

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


Технические характеристик и сетевые возможности Addac 20
0B/FXS,
представлены в таблице
3
.3
.



60


Таблица
3
.3



Технические характеристики Addac 200B/XS

Сетевые
возможности

Поддер
жка маршрутизации статической и согласно рекомендации
IEEE 802.1q

Поддержка протокола PPPoE

Voice over IP

Поддержка рекомендации ITU
-
T H.323 v3 с функцией обеспечения
безопасности согласно рекомендации ITU
-
T H.235

Поддержка протокола SIP в соответстви
и с рекомендацией IET
RC3261(или RC2543)

Одновременная поддержка H.323, SIP и MGCP, без дополнительного
обновления ПО

Алгоритмы компрессии голосового трафика:

g711alaw, g711ulaw, g726r32, g726r16, g729 (standard, annex
-
a, annex
-
b, annex
-
ab), g7231r
63 (standard, annex
-
a)

Возможности голосовой обработки: VAD, DTM, CNG, G.168, T.38
G3 FAX

Совместимость с ITU
-
T H.323 Gateway, Gatekeeper

Широкие возможности контроля качества сервиса для голосового
трафика

Сетевое управление

SNMP агент (MIB v2)

Удаленное управление через консоль, Rlogin, Telnet

Web управление на основе HTTP сервера

61


Продолжение таблицы
3
.3

Безопасность

Стандартный и расширенный списки доступа

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

Многоуровневый
доступ к управлению

Автоматический разрыв сессий Telnet/Console

PPP
Авторизация

пользователя
:




Password Authentication Protocol(PAP);




Challenge Handshake Authentication Protocol (CHAP).

Эксплуатация и
управление

Самотестирование раб
оты процессора, портов ввода
-
вывода;

Управление резервированием и восстановлением системы;

Поддержка системного аудита, внутренней диагностики и отладки;

Поддержка функции Watcdog;

Системное управление с записью истории команд и событий;

Статист
ика IP трафика с поддержкой Radius

Другие
возможности

Поддержка

Caller ID:



Bellcore type1












NTT (Japan)

DHCP Сервер & Клиент

Функция трансляции сетевых адресов (NAT)

Функция трансляции портов

(PAT)

Функция прозрачного моста (Tansaent Bidging):



п
оддержка протокола STP (Sanning Tee Potocol);



п
розрачное соединение (Remote Bidging) двух удаленных
локальных сетей через WAN;



о
дновременная поддержка режима моста и маршрутизатора.

Инте
рфейс командной строки Cisco стиля

1 порт PSTN для резервирования телефонной линии (RJ11)

Поддержка протокола NTP (Netwok Time Potocol)

Удаленное обновление APOS с использованием TP/TTP




62


Для совместимости VoIP
-
шлюзов с существующей SIP
-
сетью
произведено
обновление
программного обеспечения

при помощи TP/TTP. Установка
прошла успешно.


Проверка базовых функций XS
-
шлюзов
,

таких как передача
идентификатора пользователя (Calle ID) и перевод звонка (Tansfe) были
произведены с успешным результа
том по двум направлениям:



VoIP
-
сеть
--
> аналоговый телефон;



а
налоговый телефон
--
� IP
-
телефон.


Передача факсимильных сообщений производилась в двух режимах: с
использованием протокола передачи факсов T.38 и в ©прозрачномª, с
использованием кодека G.71
1/A
-
law. В обоих случаях передача факсов
работала надёжно. Следует подчеркнуть, что таким образом проверялась
надёжность передачи факсов с одной ©лишнейª парой аналого
-
цифровых/цифро
-
аналоговых преобразований внутри корпоративной сети и
при правильных взаи
мных настройках XO и XS
-
шлюзов.


3
.
2

Настройка конфигурационных файлов
Asterisk


Файл конфигурации 'si.conf' отвечает за настройку внутренних и
внешних каналов SIP.

Asteisk не делает различий между внутренними и внешними линиями,
любой вызов совершаетс
я через какой
-
либо канал.

Конфигурация пиров осуществляется при помощи текстовых блоков,
отделенных дру
г от друга квадратными скобками
:




[
имя
_
пира
]
;



type=peer, user
или

friend
;



параметр1значение
;



параметр2значение
.

Где имя_пира
-

это произвольное

имя

SIP

устройства, на которое можно
ссылаться из других конфигурационных файлов. Параметр tye может
принимать одно из трех значений:



type = value



peer:

SIP

пир, который Asteisk может использовать д
ля совершения
исходящих вызовов
;



user:

SIP

пир,

для входящих вызовов Asteisk
;



fiend: Запись, которая одновременно и use и ee.

Этот тип наиболее подходит для телефонов и других устройств.
Для

SIP

пользователей этого типа Asteisk создаст два объекта, один типа ee
и один типа use, с одинаковым
и именами. Ниже приведен конфигурационный
файл
sip.conf(
3
.4)

63




Рисунок 3
.4
-

Конфигурационный файл
sip
.
conf


Extensions могут

быть двух типов:

цифробуквенными

или

шаблонными.

Цифробуквенный

Extensions

может быть числом, таким как

123, а так же
может содерж
ать стандартные символы

*

и

#, которые есть у обычных
телефонов, так что имя

12#89*

является вполне правильным именем
Extensions

(рисунок 3.5)
.


Некоторые телефоны имеют на клавиатуре
дополнительные DTM кнопки

A,

B,

C

и

D, следовательно, имена Extensionsо
в
могут быть определены и с этими символами. Фактически, название
Extensions

может содержать любую латинскую букву или число, а так же
некоторые знаки препинания. Стоит отметить, что многие VOIP телефоны в
состоянии "вызвать номер Extensions", который може
т быть обычной
текстовой строкой, например, такой как "Office". Следовательно, вполне
допустимо задать Extensions

с именем

Office

в плане набора Asteisk.

Каждый
cannel всегда задаётся со своим context.


64




Рисунок 3
.5
-

План набора
dialplan


В

синтаксисе

фала extensions.conf каждый исполняемый шаг для
extensions

описывается в данном формате
(рисунок

3
.6)


Рисунок 3
.6
-

Конфигурационный файл
extensions
.
conf


Запись разговоров в Asteisk весьма полезная вешь, например, можно
проконтролировать, как общаются с
отрудники компании с клиентами

(рисунок3.7)
. Для реализации данного функционала в Asteisk существуют
функции Monito (записывает в разные файлы отдельно голос звонящего и
принимающего звонок) и MixMonto (микширует голоса звонящего и
принимающего звонок и

записывает в один файл).

Для того, чтобы мы могли прослушивать полученные файлы
из
Windows, нам необходимо расши
рить папку ecods, которую мы создали в
Linux.

Для того, чтобы расши
рить папку в Linux, необходимо установить и
настроить сервер Samba, которы
й и бу
дет управлять протоколом Samba
именно этот протокол Wi
ndows использует, когда мы расширяем

папки. Но в
Windows это все уже установлено по дефолту, а вот в Linu
x надо установить
принудительно

65


[share] comment = records

at  /ecods #здесь указывает
с
я папка, которую мы расшариваем

browseable = yes

writable = yes

guest ok  yes #позволяет подключаться к папке кому угодно, без
аутентификации

Существует возможность воспроизводить записанные файлы
автоответчика и записи разговоров через web интерфейс.
При этом можно
осуществлять выборку записей по дате. Представьте, что за полгода
накопилось миллион записей звонков. Если зайти в папку callecods, то мы
там просто утонем.


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



Рисунок 3
.7
-

Статистика звонков на
web

интерфейсе



3
.
3

Реализация качества обслуживания в сети
Алматинского
технологического университета


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

построена на управляемых коммутаторах уровня 2 HP

ProCurve
2626 или 2650. Во многих случаях эти коммутаторы используются
,

начиная от
уровня доступа до ядра сети. Ядро сети организовано на коммутаторе 3
-
го
уровня Cisco Catalyst 3560. Поэтому ограничимся описанием организации
качества обслуживания на упомя
нутых моделях.

Коммутатор HP PoCuve 2626 занимает выгодное положение в смысле
соотношения цена/качество. Это относительно недорогая модель, в которой
реализовано хорошо продуманное подмножество функций 3
-
го уровня,
имеющая два гигабитных порта для каскад
ирования и/или подключения
серверов и достаточную производительность коммутации пакетов.

Поддержка качества обслуживания обеспечивается наличием 4
-
х
66


очередей на порт и возможностью классификации пакетов по 6 признакам
,
приведены в таблице 3
.5.


Таблица 3
.5



Классификация пакетов

Порядок
применения

Приоритет

Классификатор

1

6 (
низший
)

Входящий приоритет 802.1
p

(присутствует при
использовании
VLAN

с тегами)

2

5

Входящий порт коммутатора

3

4

Приоритет
VLAN

4

3

Поле
ToS IP
пакетов

5

2

Приоритет устройства

(
IP

адрес источника или
получателя)

6

1 (
высший
)

Порт
UDP/TCP


Приоритезация трафика внутри коммутатора осуществляется
механизмом 2
-
го уровня модели OSI
-

Class of Service (CoS) 802.1p.
Коммутаторы HP26xx поддерживают таблицы соответствия кодов DSCP
при
оритетам 802.1, что позволяет использовать и механизм DiffSev.
Политика приоритезации пакетов на основе DiffSev может модифицировать
или сохранять значение поля DSCP с одновременным присвоением пакетам
одного из 8 значений приоритета 802.1. Результирую
щее значение поля DSCP
может быть использовано последующими коммутаторами или
маршрутизаторами.

Выходные очереди на коммутаторах HP обслуживаются циклически
,

с
учётом веса очереди (Weigted Round
-
Robin algoitm). Соответствие значений
приоритетов 802.1
выходным очередям коммутатора приведено в таблице

3
.6
:


Таблица 3
.6


Соответствие приоритетов 802.1 выходным очередям
коммутатора

Приоритет 802.1
p

Приоритет очереди

Вес очереди

1
-
2 (низкий)

4 (Низший)

1

0,3 (нормальный)

3

4

4
-
5 (средний)

2

16

6
-
7 (вы
сокий)

1 (Высший)

64


Общепринятым подходом к построению сети IP
-
телефонии поверх
имеющейся ЛВС является выделение голосовой виртуальной сети (Voice
VLAN) и назначение ей повышенного приоритета. Этот метод обеспечивает
наиболее экономичный с точки зрения
использования процессорных ресурсов
коммутаторов способ обеспечения качества обслуживания для голосового
трафика и, одновременно, определённую степень защиты VoIP
-
сети. Обычно
для Voice VLAN используется приоритет равный 5, но для коммутаторов HP,
67


как видн
о из таблицы, это не обеспечивает голосовому трафику необходимого
преимущества. Поэтому для Voice VLAN приходится использовать один из
наивысших приоритетов 6 или 7, обычно применяемых только для управления
сетью и передачи данных протоколов маршрутизации.

Эту особенность
следует учитывать на стыках с другими коммутаторами или
маршрутизаторами, т.к. может понадобиться перемаркировка приоритетов
802.1p.

Преимущества, которые даёт выделение Voice VLAN, привели к
решению использовать в корпоративной сети

АТУ

т
олько те модели IP
-
телефонов, которые поддерживают выделение Voice VLAN на встроенном
коммутаторе и могут маркировать свои пакеты метками DSCP и 802.1. На
самом деле, это ограничение не приводит к увеличению стоимости аппаратов,
так как сейчас требуемые ф
ункции реализованы даже производителями
бюджетных моделей.


Коммутаторы HP при выделении Voice VLAN обеспечивают поддержку
протокола Link Laye Discovey Potocol (LLDP), что позволяет IP
-
телефонам
автоматически обнаруживать Voice VLAN, но, к сожалению, о
чень немногие
модели IP
-
телефонов в настоящее время поддерживают LLDP.

Для поддержки качества обслуживания в большей части сети
АТУ

достаточно выделения Voice VLAN и назначения ей приоритета 6. Voice VLAN
прозрачно проходит через ядро сети (Cisco Catalyst
3560), через все
коммутаторы уровня агрегации (центральные узлы зданий) и коммутаторы
уровня доступа.


Результат
выполнения
команды
show

vlans

на коммута
то
ре HP
представлен на рисунке 3
.8



Рисунок

3
.
8

Результат выполнения

команды
show

vlans


На
рисунках
3
.9

показаны настройки коммутатора HP2650. VLAN 200 и
196 выделены в качестве Voice VLAN, а VLAN 199


в качестве VLAN
68


управления сетью.


Рисунок

3
.
9

Результат

команды

show

qos

vlan
-
priority


В сети выделены две голосовые
VLAN



корпоративная

и оператор
а
IP
-
телефонии
. Для пакетов, попадающих в коммутатор из голосовых VLAN,
применяется правило Pioity, которое назначает приоритет 802.1 равный 6 и
не изменяет значение поля DSCP, установленное IP
-
телефонами.

Это значение DSCP может в дальнейшем быть испо
льзовано
маршрутизаторами, если пакет выйдет за пределы коммутируемой сети.


sw2
-
ikfia.ysn.ru# show qos device
-
priority



Device priorities



Device Address Apply rule | DSCP Priority


--------------

----------

+
------

-----------


84.237.104.250
Pr
iority

| 6

Рисунок

4.
10



Результат

команды

show

qos

device
-
priority


Для IP
-
телефонов, подключенных к коммутатору
,

уровня агрегации
через неуправляемый коммутатор приходится конфигурировать критерии типа
device
-
ioity. Значения кодов DSCP, уст
ановленные на IP
-
телефонах при
этом сохраняются.

Важно помнить, что приоритеты 802.1, установленные коммутатором
уровня доступа, передаются между коммутаторами на втором уровне вместе с
тегами VLAN, поэтому все VLAN, включая Default VLAN
,

на транковых
по
ртах коммутаторов сконфигурированы как Tagged VLAN.


3.3
.1
Ядро сети


Ядро сети, как уже говорилось, является вырожденным, состоящим из
одного коммутатора 3
-
го уровня Cisco Catalyst WS
-
C3560G
-
24TS с 28
гигабитными портами. Ядро выполняет две функции: объе
динение некоторых
VLAN отдельных зданий, например, Voice VLAN или VLAN организаций,
69


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

VLAN.

Для приоритезации трафика в ядре используется механизм DiffSev.
П
оскольку разметка пакетов производится на уровне доступа или агрегации, в
ядре не производится классификации пакетов и внутрисетевые интерфейсы
помечены как доверенные (tusted).

Коммутаторы Cisco Catalyst имеют развитые средства тонкого
управления трафико
м, в том числе, очереди для обработки входящих пакетов,
очереди исходящих пакетов с различными алгоритмами обслуживания и др.
Для решения типовой задачи приоритезации голосового и некоторых других
видов трафика наиболее удобным средством является функция
а
втоматического конфигурирования качества обслуживания (Auto
-
QoS).

Функция Auto
-
QoS использует метки входящих пакетов для
категорирования трафика, присвоения пакетам меток и конфигурирования
входящих и исходящих очередей, как показано в таблице

3
.7
.


Таб
ли
ца 3
.7


Метки

категорирования

трафика


VoIP
голос

VoIP
сигнализац
ия

Протоколы
маршрути
-
зации

Протокол
Spaning
Tree

Видео
реального
времени

Остальной
трафик

DSCP

46

24, 26

48

56

34

-

CoS

5

3

6

7

4

-

CoS

входная

очередь

2


7

очередь 2

0, 1

очередь 1

Co
S


выходная
очередь

5

очеред
ь 1

3, 6, 7

очередь 2

4

очередь 3

2

оч
.

3

0, 1

оч
.

4


Для приоритетных очередей (входящая 2 и исходящая 1) резервируется
19 и 10 процентов пропускной способности интерфейса соответственно. В
настоящее время соединительные лин
ии сети
АТУ

имеют пропускные
способности не менее 100 Мб/с и 10
-
процентная квота для приоритетных
очередей на порядок перекрывает прогнозируемую нагрузку VoIP
-
сети.

Для разговоров внутри сети АТУ

и с выходом в телефонную сеть общего
пользования используетс
я кодек G.711A с интервалом дискретизации 20 мс.
Полезная нагрузка в пакете при этом составляет 160 байт. С учётом заголовков
IP, UDP и ICMP размер пакета составит 200 байт. Частота передачи при 20
миллисекундной дискретизации равна 50 пакетов в секуду. Та
ким образом,
полоса пропускания, необходимая для одного разговора
:


b  200 байт/пакет
*

8 бит/ба
йт
*

50 пакетов/с  80 кбит/с.


Эффективная полоса пропускания высокоприоритетных очередей в
коммутаторе ядра составляет не менее 10 Мбит/с, что эквивалентно 1
25
одновременным разговорам, проходящим через ядро сети.

70


Для сравнения укажем, что по статистике АТС одного из институтов,
обслуживающей 100 абонентов, зафиксирован максимум в 7 одновременных
разговоров с ТФОП в течение всего 4
-
х минут в месяц. Конечно, дл
я
предприятий обслуживания или торговли нагрузка может быть значительно
выше, но в любом случае видно, что пропускной способности 100
-
мегабитной
сети вполне достаточно для пропуска голосового трафика крупной
организации с поддержкой качества обслуживания.

На основе этих соображений для реализации качества обслуживания
голосового трафика в ядре сети выбрана конфигурация Auto
-
QoS.

Пограничный маршрутизатор.

Пограничный маршрутизатор сети
АТУ

соединён с сетью
Астанинского
филиала

2
-
х мегабитным арендованным по
током E1 с оконечными
интерфейсами G.703. В рабочее время загрузка канала трафиком данных
держится на уровне насыщения, поэтому приоритезация голосового трафика
необходима.

Приоритезация голоса и некоторых других видов трафика как и в
остальной части сети
обеспечивается механизмом DiffSev. Пограничный
маршрутзатор Cisco 2651XM подключен к нескольким внешним сетям, в том
числе, к сети
АТУ
. В силу исторических причин непосредственно к каналу
Алматы
-
Астана
на обоих концах подключены промежуточные
маршрутиза
торы Telindus 1032. Эти маршрутизаторы имеют один интерфейс
ast Etenet и два интерфейса G.703, которые могут быть объединены в один
виртуальный интерфейс с удвоенной пропускной способностью. Telindus 1032
поддерживает 7 выходных очередей и несколько мех
анизмов их
обслуживания, поэтому функции распределения пакетов по очередям и
приоритезации очередей выполняются на нём. Cisco 2651XM, в свою очередь,
имеет развитые возможности классификации трафика, и выполняет эту роль.

На маршрутизаторах Telindus исполь
зуется политика приоритезации
Low Delay Weigted ai Queueing, состоящая в том, что выделенная для
голосового трафика очередь с малой задержкой (Low Delay Queue)
обслуживается при каждом переходе от очереди к очереди. Квоты остальных
очередей установлены
равными 1500 байт, так что максимальное время между
циклами обслуживания очереди с низкой задержкой не превышает времени
сериализации для пакета размером 1500 байт, что составляет примерно 6 мс
для двухмегабитного интерфейса. Эта величина влияет как на сум
марное
время задержки, так и на разброс времени задержки (джиттер). Достигаемое
при выбранном алгоритме обработки очередей значение является вполне
удовлетворительным и не приводит к ухудшению качества голосовой связи.

Эффективность механизма обслуживания
очередей
изображена на
рисунке
3.11

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


71



Рисунок
3.11


Скриншот программы управления маршрутизатором Telindus


На

карти
нки видно, что
,

несмотря на загруженность низкоприоритетной
очереди, длина очереди с низкой задержкой (столбец lowDelayQLen) равна
нулю.


3
.
3
.2
VoIP шлюз


Поддержка качества обслуживания на шлюзе из сети IP
-
телефонии в
традиционную телефонную сеть сводитс
я в основном к выбору
приемлемого

кодека, подавлению эха, подстройке уровней громкости приёма и передачи и
настройке джиттер
-
буфера.

Внутри сети

АТУ
проблем с полосой пропускания для голосового
трафика нет, поэтому используется несжатый кодек G.711A, обес
печивающий
качество, эквивалентное сетям ISDN. Для разговоров в корпоративной сети
АТУ
и в междугородной сети коммерческого провайдера используется кодек
G.729, который не вносит заметного ухудшения качества речи, но заметно
экономит занимаемую полосу проп
ускания.

Эхоподавление на ISDN
-
порту шлюза включено с длиной ©хвостаª в 32
мс, подстроек уровней приема и передачи не потребовалось. Подавление пауз,
хотя и приводит к заметному снижению трафика, но в настоящее время не
используется, т.к. она даже при вкл
юченной генерации комфортного шума всё
же вносит небольшой дискомфорт, а средняя доля
голосового

трафика пока
невелика.


72


Настройки
ISDN
-
порта
VoIP
-
шлюза
Cisco

1760

На рисунке
3
.1
2

показана настройка ISDN
-
порта Cisco 1760.


voice
-
port 0/0:15


echo
-
cancel c
overage 32


no vad


playout
-
delay minimum low


cptone RU


bearer
-
cap 3100Hz

Рисунок

3
.
1
2


Настройка порта шлюза


Параметр layout
-
delay влияет на поведение джиттер
-
буфера и, через
него, на суммарное время задержки из конца в конец. По умолчанию джиттер
-
буф
ер имеет адаптивное поведение, но нижняя граница находится в пределах
69
-
70 мс, что увеличивает общую задержку до уровня среднего узкополосного
класса по критериям ETSI (см. раздел Категории и классы качества передачи
речи).

Для экспериментального определ
ения суммарной задержки передачи
голосовых пакетов между двумя шлюзами воспользуемся утилитой ing.
Чтобы адекватно смоделировать ситуацию
,

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

пакетам при
оритезацию как у
голосовых

пакетов
.

При разговоре с использованием кодека G.711 с интервалом
дискретизации 20 мс размер полезной нагрузки в пакете
составляет

160 байт.
К ним следует добавить 20 байт заголовка IP, 8 байт заголовка UDP и 12 байт
заголовка RTP. Таким образом, суммарный размер п
акета составит 200 байт.
Для вычисления эквивалентной нагрузки пробного пакета из этой величины
нужно вычесть 20 байт заголовка IP и 8 байт заголовка ICMP. Результат равен
172 байтам. Интервал между посылками пакетов должен быть равен
интервалу дискретизац
ии 20 мс или 0.02 с. Пробные пакеты передавались по
сети передачи данных
АТУ
между
Алматой
-
Астаной
в период высокой
загрузки канала
, рисунок
3
.1
3
. Одновременно пр
оисходил телефонный
разговор с Актюбинском
.



Max

In:

1982.6 kb/s (99.1%) Average

In:

1237.
2 kb/s (61.9%) Current

In:

1705.0 kb/s (85.2%)

Max

Out:

946.8 kb/s (47.3%) Average

Out:

170.4 kb/s (8.5%) Current

Out:

417.2 kb/s (20.9%)

Рисунок
3
.1
3



Загрузка канала во время эксперимента (правый край графика)

73


Для количественной оценки величины за
держки в канале,
воспользуемся командой ing, результат которой представлен на рисунке
3
.1
4
.



[[email protected] ~]# ping

с

100

s 172
-
i 0.02 84.237.23.23


---

84.237.23.23 ping statistics
---

100 packets transmitted, 100 received, 0% packet loss, time 2175m
s

rtt min/avg/max/mdev = 81.555/97.592/121.025/10.176 ms, pipe 6

Рисунок
3
.1
4


Результаты выполнения команды ing


Как видим, время передачи пакета туда
-
обратно
,

в среднем
,

составляет
100 мс с амплитудой разброса в 20 мс, поэтому величина джиттер
-
буфера в

70
мс является избыточной и привносит около 50 мс неоправданной задержки.

С помощью команды настройки ISDN
-
порта шлюза

playout
-
delay
minimum low

мы изменяем алгоритм выбора нижней границы адаптивного
джиттер
-
буфера.


В целях диагностики задержки в буфере,

при тех же условиях загрузки
канала, воспользуемся командой: sow
call

active

voice
. Результат выполнения
команды представлен на рисунке 3
.1
5
.



vg
-
diamond
.
ysn
.
ru
#
show

call

active

voice

|
inc

ReceiveDelay

ReceiveDelay
=30
ms

Рисунок
3
.1
5
-
Диагностика раз
говора
Алматы
-
Астана


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

Подсчитаем суммарное время задержки для междугородных разговоров
Алматы
-
Астна
в сети
АТУ

по методике, изложенной в документе

,
для
кодека
G.729 с нагрузкой в 20 байт, скорости в линии 2048 Кбит/с, времени
распространения 30 мс и задержке в джиттер
-
буфере в 30 мс.

Результ
ат
вычисления сведем в таблицу 3
.8.


74


Таблица

3
.8


Расчет суммарной задержки

Вид задержки

Фиксированная
(мс)

Перем
енная
(мс)

Задержка кодека
(компрессиядекомпрессияалгоритмическая)

18


Задержка пакетизации

20


Задержка буферизации


6

Задержка сериализации

0,25


Задержка передачи

30

10

Задержка в джиттер
-
буфере

30


Итого
:



100



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

Как видно из расчёта, время задержки при использовании кодека G.729
не превышает нормы ETSI для высокого узкополосного класса. При
использовании кодека G.711 с
интервалом дискретизации 20 мс задержка
кодека уменьшится как минимум на 10 мс, так что суммарное время задержки
и качество передачи речи будут полностью соответствовать высокому
узкополосному классу ETSI.

Для звонков в другие научные центры, например
Алм
ата
-
Астана

время
передачи в сети не превышает 50 мс, так что эти звонки также почти
укладываются в нормы ETSI.

На самом деле, на практике используются более либеральные критерии


величина задержки до 150 мс считается приемлемой в большинстве случаев,
а за
держки в 150


400

мс приемлемыми с оговорками.

Что касается использования кодека G.729, то средняя экспертная оценка
качества речи с его использованием лишь немного усту
пает оценке кодека
G.711
-

3.92.

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

Наконец, о последнем в нашем рассмотрении факторе, определяющем
качество обслуживания в сети


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


75


3
.3.3
Вывод


Комплекс мероприятий, направленных на обеспечение качества
обслуживания в корпоративной VoIP
-
сети
Алматинского технологического
университета

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


VoIP
-
шлюзы

AudioCodes 114/FXS, Addpac 200B/FXS

рекомендованы
для внедрения существующей
корпоративной телеф
онной сети

Алматинского
технологического университета
.


VoIP
-
шлюзы

VoiceFinder AP200
-
D/XO и AudioCodes MP
-
108/FXO
рекомендованы для внедрения существующей
корпоративной телефонной
сети

Алматинского технологического университета
.


Шлюз AudioCodes MP
-
108
/XO имеет большой разброс настроек по
всему WEB
-
интерфейсу, что делает управление и настройку затруднительным.



VoiceFinder AP200
-
D/XO имеет Cisco
-
подобный интерфейс
-
наиболее
удобный в использовании из всех тестируемых моделей.


Шлюз Gandsteam GXW
-
4
108v не рекомендован для сопряжения с
ТФОП, но для применения в офисе с использованием УПАТС может быть
использован.

Данное тестирование в большей степени помогло определить область
применения и назначения IP
-
телефонов.

Наиболее успешные, с точки зре
ния тестирования, оказались телефоны
производителей Asta и Snom. В этих моделях наиболее полно и удобно
реализованы все функций, заявленные в сопроводительной документации.
Необходимо отметить, что эти продукты являются самыми дорогими из всех
тестируемых
. Область применения этих телефонов может быть самой
разнообразной, от деловых переговоров, когда качество связи должно быть на
высоком
уровне, до операторов связи,

когда нагрузка для телефона велика.
Для секретаря наиболее эргономичными являются телефоны

фирмы Snom.

Аппараты фирмы Gandsteam получили низкую оценку и не были
рекомендованы к внедрению: BT
-
200 из
-
за низкого качества звука, а GXP
-
2000
из
-
за отсутствия функции блокировки телефона и некоторых проблем со
звуком в конференц
-
звонках. Кроме того,
по результатам тестирования всех
изделий этого производителя сложилось не самое благоприятное впечатление
о качестве продукции этой фирмы.

Телефоны Planet имеют приемлемое качество и цену для массового
внедрения. Для принятия окончательного решения необход
имо прояснить
вопрос об автоконфигурировании.

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

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

76


4 Экономическая часть



4.1
Технико
-
экономическое обоснование дипломной работы


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

IP
-
тел
ефония позволяет использовать Интернет или любую другую IP
-
сеть для ведения телефонных разговоров и передачи факсов в режиме
реального времени. Особенно актуально использование данной технологии
для осуществления международных и междугородных телефонных ра
зговоров
или для создания распределенных корпоративных телефонных сетей.

Главной целью этой работы является исследование характеристик
показателей качества обслуживания в IP технологии. Эта сеть используется
для следующих целей:



создать ресурсы информац
ионных данных, разных городских услуг

;



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

В офисном помещении здании
Алматинского технологического
университета

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

















77


4.2

Расчет затрат на разработку информационных технологий


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





(4.1)


где
-

общий фонд оплаты труда разработчиков, тенге;

-

отчисления по социальному налогу, тенге;

-

затраты на материалы, тенге;

-

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

-

затраты, связанные с эксплуатацией техники, тенге;

-

затраты на научные командировки, тенге;

-

прочие затраты, тенге;

-

накладные расходы, тенге.

Размер фонда оплаты труда разработчиков (ЗФОТ) рассчитывается по
формуле:




, (4.2)


где
-

основная заработная плата, тенге;

-

дополнительная

заработная плата, тенге.


Базой для расчета плановой сметы затрат на разработку ПО является
объем программного продукта . Общий объем

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






(4.3)


где
-

объем отдельной функции ПО;

n

-

общее число функций.


= 10

000

Уточненный объем ПО (
) (Приложение В) рассчитывается по
формуле:


78




(4.3)


где

-

уточненный объем отдельной функции ПО(LOC).


= 11

000


Общая трудоемкость небольших проектов рассчитывается по формуле:







(4.4)


где

-

коэффициент, учитывающий сложность ПО;



-

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


-

коэффициент, учитывающий степень новизны ПО;


-

норм
ативная трудоемкость.


Коэффициент сложности определяется на основе данных
представленных в таблице 4.1 и составляет

0,12, т.к. в ПП присутствуют
2 характеристики
-

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


Таблица 4.1


Дополнительные коэффициенты сложности ПО

Характеристика ПО

Значение

1.Функционирование ПО в
расширенной операционной среде
(связь с другими ПК)

0,08

2.Интерактивный доступ

0,0
6

3.Обеспечение хранения, ведения
поиска данных сложных
структурах

0,07

4.Наличие у ПО одновременно
нескольких характеристик по
табл..4.1

4.1.2

х
х
арактеристики

4.2.3

х
х
арактеристики

4.3

с
выше 3
-
х характеристик



0,12

0,18

0,26


79


Поправочный коэффициент, учитывающий к
атегорию применения при
создании ПО стандартных модулей (
), определяется удельным весом этих
модулей в общем объеме проектируемого продукта (от 40% до 60) и
составляет 0,6 . Поправочный коэффициент, учитывающий новизн
у
разрабатываемого ПО (
) определяется на основе данных, представленных в
таблице 4.2 и составляет 1,0 .



Таблица 4.2


Поправочные коэффициенты, учитывающие новизну ПО

Категория
новизны

Степень новизны

Использование

Значение

На
основе
нового
типа ПК

В среде
новой ОС

А

Принципиально новые ПО,
не имеющие доступных
аналогов

+

-

+

-

+

+

-

-

1,75

1,6

1,2

1,0

Б

ПО, являющиеся развитием
определенного
параметрического ряда ПО

+

-

+

+

-

-

1,0

0,9

0,8

В

ПО
, являющиеся развитием
определенного
параметрического ряда ПО,
разработанных для ранее
освоенных типов
конфигурации ПК и ОС



-



-



0,7


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

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

Для 3
-
ей категории сложности ПО (Приложение В)
=243.

Таким образом, общая трудоемкость проекта составляет:




На базе трудоемкости опр
еделяются плановое количество разработчиков
(
) и плановые сроки, которые нужны для выполнения целого проекта (
).
80


При этом возможно решение следующих задач:

-

расчет числа исполни
телей при заданных сроках разработки проекта;


-

определение сроков разработки проекта.

Численность исполнителей проекта (
) рассчитывается по формуле:





(4.5)


где


-

эффективный фонд времени работы одного работника в
течение года (дн.);


-

общая трудоемкость разработки проекта (чел./дн.);

-

срок разработки проекта (лет).


Срок разработки проекта (
) определяется по формуле:




(
4.6)


где

-

плановое число разработчиков.


Эффективный фонд времени работы одного работника (
)
рассчитывается по формуле:




(4.7)


где

-

количество дней в году;

-

количество праздничных дней в году;

-

количество выходных дней в году;


-

количество дней отпуска.


= 365
-
13
-
104
-
20 = 228






Результаты выполненных расчетов п
редставлены в таблице 4.3


Таблица 4.3
-

Сводные результаты расчета трудоемкости

Название

Условное обозначение

Значение

81


Общий объем ПО


11000

Нормативная
трудоемкость
разработки


243

Общая трудоемкос
ть


17,496

Эффективный фонд
времени работы


228 дней

Срок разработки
проекта


0,07 лет (25,6 дней)

Численность
исполнителей проекта


5 чел



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






(4.8)


где
n

-

количество исполнителей, занятых разработкой
конкретного ПО;

-

часовая тарифная ставка i
-
го исполнителя (тыс.тенге);


-

плановый фонд рабочего времени исполнителя (дней) (0,02 лет
или 7,3 дней);


-

количество часов работы в день (час) ( 8 часов);



-

коэффициент премирования (1,2).


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


Таблица 4.4
-

Сведения по работникам, задействованным в проекте

Категория
работника

Квалификация

Количество,
человек

Заработная плата
в месяц, тенг
е

нач. технического
обслуживания

специалисты

1

158 000

нач. службы
сопровождения

специалисты

1

158 000

инженер техн.
обслуживания

специалисты

1

100 000

инженер службы
сопровождения

специалисты

2

100 000

ИТОГО затраты на оплату труда

100 000

82



Часовая
тарифная ставка рассчитывается путем деления месячной
тарифной ставки на установленную при 40
-
часовой недельной норме рабочего
времени расчетную среднемесячную норму рабочего времени в часах (
):



(4.9)


где
-

часовая тарифная ставка (тыс.
);

-
мес
ячная тарифная ставка (тыс.
)
.


По формуле 4.9 можно определить часовую тарифную ставку
начальника технического обслуживания и начальника службы сопровождения:


= 158 000/168 = 940,5
.


Также по формуле 4.9 можно опреде
лить часовую тарифную ставку
инженера технического сопровождения и инженера службы сопровождения:


= 100 000/168 = 592,2
.


Рассчитываем основную заработную плату:



= 940,5

25,6
8

1,20 = 376 676,28



= 592,2

25,6
8

1,20 = 145 539,072


Фонд оп
латы труда по формуле 4.8:



= 376 676,28 +145 539,072= 522

215,352


Фонд оплаты труда по формуле 4.8:



= 376
676,35 +23 113,7 = 399 790


Социальный налог составляет 11% (ст. 358 п. 1 НК РК) от дохода
работника, и рассчитывается по формуле:





(4.10)


где

-

пенсионные отчислени
я, которые составляют 10% от

и
социальным налогом не облагаются:




(4.11)

83



ПО  254 251

0,1 = 39 979


Таким образом, социальный налог составит:



= (399

790
-

39 979)

0,11= 359 811


Величина затрат на материалы на основании исходны
х данных
определяется по формуле:




, (4.12)


где
-

норма расхода материалов от основной заработной платы (3
-

5%).


= (399

790

4)/100 = 15 991,6


Расходы по статье ©Машинное времяª

включают оплату машинного
времени, необходимого для разработки и отладки ПО, которое определяется

по нормативам (в машино
-
часах) на 100 строк исходного кода (
)
машинного времени в зависимости от характера решаемых задач и типа ПК:





(4.13)

где

-

це
на одного машино
-
часа (тыс.
);

-

общий объем ПО (строк исходного кода);


-

норм
атив расхода машинного времени и на отладку 100 строк
исходного кода (машино
-
часов)
-

12 ч/100 строк кода в соответствии с оценкой
значений среднего машинного времени на отладку 100 строк исходного кода
без применения ПО
(Приложение Д).


= 940,5 (11000/100) 12 = 1 241 460


Расходы по статье ©Научные командировкиª (
) на конкретное ПО
определяются по нормативу, разрабатываемому в целом по организации, в
процентах к основной заработной плате:




(4.14)


где


-

норматив расходов на командировки в целом по организации
в
-

30%.


Таким образом,

84



= 231 137,28

0,3 = 69 341


Расходы по статье ©Прочие затратыª (
) на конкретное ПО включают
затраты на приобретение и подготовку специальной научно
-
технической
информации и специ
альной литературы. Определяются по нормативу,
разрабатываемому в целом по организации, в процентах к основной
заработной плате:




(4.15)


где
-

норматив прочих затрат в целом по организации
-

20%.

Таким образом, в соответствие с формулой 4.16:



= 231 137,28

0,2 = 46 227,5


Затраты по статье ©Накладные расходыª

(
). Норматив
устанавливается в целом по организации:




(4.16)


где
-

накладные рас
ходы на конкретную ПО (т
ыс.
);


-

норматив накладных расходов в целом по организации
-

70%.


Применяя формулу 4.17, получаем:


= 231 137,28

0,7 = 161 796,1


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


= 399

790 + 359

811 + 15 991,6 + 1 241 460 + 69 341 + 46 227,5

+ 161
796,1 = 2

294

417,2


Результаты расч
ета себестоимости разработки программного
обеспечения и их структура представлены в таблице 4.5 и на рисунке 4.1.


Таблица 4.5


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

Затраты на
разработку

Условное
обозначение

Значение, т
енге

В процентах от
общей суммы

Фонд оплаты труда


399 790

14

Социальный налог


359 811

1

85


Материалы


15 991,6

1

Машинное время


1 241 460

69

На
учные
командировки


69 341

4

Прочие затраты


46 227,5

2

Накладные расходы


161 796,1

9

Итого:

2

294

417,2

100



Рисунок 4.1


Структура затрат на разработку системы прогр
аммного
обеспечения

86


4.
3

Расчет цены программного продукта


Расчет цены ПП, который разработан одной организаций по заказу
другой и не предназначен для тиражирования, осуществляется по формуле:





(4.17)


где

-

це
на программного продукта,
;


-

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


-

планируемая прибыль,

;


-

налог на добавленную стоимость, тенге.

Планируемая прибыль рассчитывается по формуле:





(4.18)



где

-

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


.

Таким образом,

планируемая прибыль составляет:






НДС
, начисленный на ПП, определяется следующим образом:




(4.19)



где
-

ставка налога на добавленную стоимость


Таким образом,
, начисленный на ПП, составляет:


= (1 808 416,5+361 683,3)

0,12 = 260 412


Цена ПП составляет:



= 1 808 416,5+361

683,3+260 412 = 2 430 511






87



88


5 Безопасность жизнедеятельности


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

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


5.1 Анализ условий труда в здании “АТУ”


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

Построение
ip

сети на базе программного обеспечения “
A
steisk”
реализована в офисном помещении здании
Алматинского

технологического
университета
:



о
фисное помещение находится на 4 этаже и состоит из двух комнат:
помещение для серверного оборудования и рабочее помещение для
персонала;



п
араметры серверного помещения: общая площадь 15

объем
помещения 64.5
ширина
-

3м, длина
-

5м, высота
-

4.3м;



п
араметры рабочего помещения: общая площадь 40

объем
помещения 172
ширина
-

4м, дли
на
-

10м, высота
-

4.3м;



и
сточники света: тип светильника Camelion WL
-
4001A;



д
ва окна (2х4);



о
краска офиса и мебели по стандарту должна способствовать
созданию благоприятных условий для зрительного восприятия;



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


Рабочий персонал состоит из пяти человек:



начальник технического обслуживания
-

1 человек;



начальник службы сопровождения


1 человек;



инженер технического обслуживания


1 человека;



инженер службы сопровождения
-

2 человек
а.

Рабочее помещение персонала должно быть соблюдено правилам
техники безопасности и быть максимально комфортным и безопасным для
работы. При обстановке рабочего места также должны учитываться
89


следующие условия:



компактное размещение оборудования;



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



рабочее помещение должно быть хорошо освещено.

Основная мебель сотрудников


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



плохое освещение;



слишком сильное

освещение;



неправильное направление света.

Качественное освещение


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

В серверном помещении имеется серверная стойка 1
9 дюймов и четыре
сервера Kaftway Exess 100 EL14 мощностью 520 Вт. каждый. Заземления
серверной заключается в защите сотрудников от электрического напряжения,
возникающего при прикосновении к стальным частям, по которым проходит
ток. В результате повреж
дения они могут оказаться под электрическим
напряжением и составить угрозу для жизни и здоровья человека.
Качественное заземление позволяет исключить поражение электрическим
током при контакте с электрооборудованием.



Рисунок 5
.1


План офисного помещения

90


5.2 Расчет искусственного освещения в рабочем помещении


Суть метода заключается

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

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

Цель расчета общего освещения
-

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

При расчете по указанному м
етоду необходимый

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

одной
лампы определяется по формуле:





(5.1)




или количество светильников:




(5.2)

где ,

-

минимальная нормированная освещенность, лк;


-

коэффициент запаса;


-

ос
вещаемая площадь, м2;


-

коэффициент минимальной освещенности N

-

число светильников;


-

число ламп в светильнике;


-

коэффициент использования све
тового потока в долях единицы.


Мощность осветительной установки Р определяется из выражения:




(5.3)


где


-

потребляемая мощность одной лампы, кВ.



91


5.3
Аналитический расчет искусственного освещения


Расчет общего освещения выполняется в следующей
последовательности:



о
босновать нормированную освещенность на рабочих местах
заданного объекта
;



в
ыбрать экономичный источник света;



в
ыбрать рациональный тип светильника;



о
ценить ко
эффициент запаса освещенности,

, и коэффициент
неравномерности освещения,

Z;



о
ценить коэффициенты отражения поверхностей в по
мещении
(п
отолка, стен, пола),

;



р
ассчитать индекс помещения

;



н
айти коэффициент и
спользования светового потока,

;



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

, которые необходимы для обеспечения на объекте требуемой
освещенности

;



Выполнить эскиз расположения светильников на плане помещения с
указанием размеров.

На рисунк
е 5.2 показано рабочее помещение персонала.



Рисунок 5.2


рабочее помещение персонала


92


где, 1
-

рабочие места инженеров;

2
-

дверной проем;

3
-

окна.

В качестве количественной характеристики освещенности принята
наименьшая о
свещенность рабочей поверхности

, которая зависит от
разряда зрительных работ, фона и контраста объекта с фоном и системы
освещения.. Разряд зрительных работ определяется минимальным размером
объекта различения, т.е.

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

Качественные показатели освещения (коэффициент пульсации и
показатель ослепления) в данной работе не рассматриваются.

Мо
жно принять значение


для средней точности
-
300 лк. Меньшее
значение освещенности в каждом разряде для светлого фона и большого
контраста, большее для темного фона и малого контраста.

Определяющими параметрами при вы
боре экономичного источника
света являются строительные параметры, архитектурно
-

планировочное
решение, состояние воздушной среды, вопросы дизайна и экономические
соображения.

Проектируя освещение, конструктор всегда принимает компромиссное
решение.

Основ
ным достоинством люминесцентных ламп их высокая
светоотдача, до 75 лм/Вт и срок службы до 10000 ч, хорошая цветопередача,
низкая температура. Хотя они дорогие, требуют специалистов для их
обслуживания, имеют сложную пусковую аппаратуру, иногда шумят, мигаю
т,
при их утилизации возникают проблемы.

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

Коэффициент запаса

k

учитывает запыленность помещения, снижение
светового потока ламп в процессе эксплуатации. Значения
коэффициента

k

приведе
ны в таблице
1
.


93


Таблица 5.1



значения коэффициента
k

Помещения

Примеры помещений

Коэффициент запаса

k



Газоразрядные
лампы

Лампы
накаливания

Запыленность
свыше


5 мг/м3

Цементные заводы,
литейные цеха и т. п.

2

1,7

Дым, копоть 1
-
5
мг/м3

Кузнечны
е, сварочные цеха
и т. п.

1,8

1,5

Менее 1 мг/м3

Инструментальные,
сборочные цеха

1,5

1,3

Значительная
концентрация
паров кислот и
щелочей

Цеха химических заводов,
гальванические цеха

1,8

1,5

Запыленность
значительно
менее 1 мг/м3,
отсутствие паров
кисло
т и щелочей

Жилые, административные
и офисные и т.п.
помещения

1,2

1,1


Коэффициент минимальной освещенности

Z

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

(L / h).

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

Далее определяют отношение расстояния между светильниками

L

к
высоте их подвеса

. В зависимости от типа светильника это отношение

L/
h

при расположении светильников прямоугольником может быть принято
равным 1,4
-
2,0, а при шахматном расположении
-
1,7
-
2
,5.

Высота расположения светильника над освещаемой поверхностью
равна:


94




(5.4)


где

Н

-

общая высота помещения, м;

-

высота
от потолка до нижней части светильника, м;


-

высота от пола до освещаемой поверхности, м.

Чтобы уменьшить ослепляющее действие светильников общего
освещения, высоту подвеса их над уровнем пола устанавливают не менее
2,5
-
4
м при лампах мощностью до 200 Вт и не менее 3
-
6 м при лампах большей
мощности.

Потребное число светильников (ламп)



(при La  Lb).

При расположении светильников в линию (ряд), если выдержано
выгодное отношение

L/, рекомендуется принимать

Z = 1,1

для
люминесцентных ламп .



Коэффициент использования светового потока 


Для определения коэффициента использования светового
потока

h

находят индекс помещения

i

и предполагаемые коэффициенты
отражения поверхностей пом
ещения: потолка

, стен

, пола

.

Обычно для светлых административно
-

конторских помещений:

;


;


.


Индекс помещения i


Индекс помещения определяется по следующему выражению:




(5.5)


где

А, В, 

-

длина, шири
на и расчетная высота (высота подвеса
светильника над рабочей поверхностью) помещения, м.







(5.6)



где

H

-

геометрическая высота помещения;



-

свес светильника.

95


Обычно

св

 0,2 ...0,8 м;



-

высота рабочей поверхности.



 0,8 ...1,0 м.


В помещении
с малым выделением пыли, размерами А10 м, В4 м,
H4,3 м, 0,8 м и коэффициентами отражения потолка п70 %, стен c50
%, расчетной поверхности р30 % определить методом коэффициента
использования светового потока освещение светильниками "Camelion WL
-
4001A" с люминесцентными лампами для создания освещенности Е300 лк.

В помещении с значительно малым выделением пыли осветительную
установку с люминесцентными лампами рассчитывают при коэффициенте
запаса k1,2. В светильнике "Camelion WL
-
4001A"
равномерное

светораспределение. Поэтому оптимальное относительное расстояние между
светильниками следует взять λ1,4. Приняв высоту свеса светильников
0,2 м, получим расчетную высоту:


=4,3
-
0,8
-
0,23,3 м

и расстоян
ие между светильниками:


L3,3 × 1,44,62 м.

Число рядов светильников в помещении:



Число светильников в ряду:



Округляем эти числа до ближайших больших Na2 и Nb1.


Общее число светильников:


N= Na
× Nb2 × 12.

Индекс помещения:




По справочнику выбираем коэффициент использования светового
потока η0,46. Так как расстояние между светильниками практически равно
оптимальному, то принимаем коэффициент минимальной освещенност
и z1,1.
96


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


\


Сравнительная таблица

5.2

соотношения светового потока (люмен) к
потребляемой мощности светильника (Вт) для светодиодных ламп, ламп
накаливания и люминесцентных ламп. 20
-
2
00Вт для ламп накаливания.

97


Таблица 5.2


Сравнительная таблица соотношения светового потока
(люмен) к потребляемой мощности светильника (Вт).

Лампа
накаливания,


потребляемая
мощность в Вт

Люминесцентна
я лампа,


потреблемая
мощность в Вт

Светодиодная
ламп
а,


потребляемая
мощность в Вт


Светово
й поток, Лм

20 Вт

5
-
7 Вт

2
-
3 Вт

Около
250 Лм

40 Вт

10
-
13 Вт

4
-
5 Вт

Около
400 Лм

60 Вт

15
-
16 Вт

8
-
10 Вт

Около
700 Лм

75 Вт

18
-
20 Вт

10
-
12 Вт

Около
900 Лм

100 Вт

25
-
30 Вт

12
-
15 Вт

Около
1200 Лм

150 Вт

40
-
50 Вт

18
-
20 Вт

Около
1800 Лм

200 Вт

60
-
80 Вт

25
-
30 Вт

Около
2500 Лм



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


5.4
Аналитический расчет заземления


Согласно ПУЭ [4, глава 1.7] для защиты людей от поражения
электрическим током должна быть применена, по крайней
мере, одна из
следующих защитных мер: заземление, зануление, защитное отключение,
разделительный трансформатор, малое напряжение, двойная изоляция,
выравнивание потенциалов

Сервера и компьютеры работают за счет электричества, но как не
парадоксально от это
го самого электричества их необходимо защищать.
Защита происходит путем заземления электронного оборудования.
Существует два основных вида заземления


функциональное заземление и
защищенное заземление. Качество заземления в основном зависит от площади
эле
ктрического контакта заземления с грунтом и электрическое сопротивление
грунта. В идеале, сопротивление заземления должно стремиться к нулевому
значению, но его достичь невозможно, поэтому существуют нормативные
величины сопротивления заземления: 0,5, 1, 2
, 4, 8, 10, 15, 30, 60 Ом.

Обобщая теоретическую информацию о заземлении можно создать
электрическую модель системы. Система заземления состоит из заземляющих
98


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

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

M

(рисунок

5.4). Каждый участок
шины системы заземления имеет индуктивность

Lij, сопротивление

Rij

и
помехи

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

In21…In24 и ток цепей питания. Имеется сопротивление между
заземляющими электродами RЗемли

и ток помехи InЗемли, протекающий по
земле.

Оборудование

состоит из серверной стойки 19 дюймов и четырех
серверов Kaftway Exess 100 EL14 мощностью 520 Вт. каждый. Сервера
подключаются в функционально заземленные розетки на 16А
выдерживающие до 3 кВт. Серверная стойка заземляется защитным
заземлением. На рису
нке 5.3 показано помещение серверного оборудования.



Рисунок 5.3


помещение серверного оборудования


Расчет одиночного заземляющего элемента относительно земли
производится по формуле:



,


где ρ


удель
ное сопротивление грунта, L


длина заземлителя, d


диаметр заземлителя, Н
-

заглубление заземлителя. Расчет сопротивления
99


заземления нескольких электродов выполняется как расчет параллельно
соединенных элементов

(рисунок 5.4)
.



Рисунок 5.4
-

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


Необходимое количество заземлителей рассчитывается по формуле:




, (5.7)


где
R0



сопротивление одиночного элек
трода;

R3


необходимое заземление;


ŋ3



коэффициент использования.

Теоретические расчеты заземления всегда отличаются от практических
результатов из
-
за использования неизменного оценочного удельного
сопротивления грунта, которое никогда не наблюдается пр
актически. Исходя
из данных, изложенных выше, сопротивление заземления серверной должно
быть не более 1 Ом.

Удельное сопротивление глины в средней полосе: ρ 52 (Ом*м). L  3,5
м., Н  1,5 м., d  0,05 м. R0  13,3 Ом. Расстояние между заземлителями 7м.,
коэффициент использования заземлителей 0,67 при условии размещения
элементов в ряд n  20. Заземлители соединяются стальной полосой, lп 
140м., b  40 мм., t1м. Сопротивление полосы Rп  0,83Ом.

Общее сопротивление цепи будет R 0,47 Ом≤ 1 Ом, что удовле
творяет
поставленным перед нами требованиям.



100


Вывод
.

В

этой части был осуществлен анализ условий труда в
помещении, а именно, искусственного освещения. Вычисления показали, что
для естественного освещения хватает двух окон площадью 2,38
.
Ис
кусственного освещения на месте, где осуществлялась разработка, было
предостаточно. Таким образом, система искусственного освещения состоит из
2 электросветильников по 1 лампе со световым потоком излучения 17217 Лм
каждая, из чего следует, что в этом помещ
ении можно работать и в темное
время суток.

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



101


Заключение


За время дипломного проектирования была проведена следующая
работа

:



и
зучена л
о
кальная вычислительная сеть АТУ
;



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



р
азработана структурная

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

При изучении проекта были выделены основные характеристики
эконом
ического обосно
вания внедрения данного проекта
:



э
кономия на междугородных и межд
ународных телефонных
разговорах
;



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



б
ыстрая окупа
емость капитальных затрат. Это связано, прежде всего, с
постепенным снижением цены на оборудование для IP
-
телефонии и с
появлением программного обеспечения, которое значительно дешевле, чем
аналогичное ПО

для обычных телефонных станций
;



с
окращение затрат

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

инфраструктуры. Более того,
обучение персонала служб автоматизации не потребует значительных
ресурсов, так как при управлении IP
-
телефонной станцией используется то же
программное обеспечение для удаленного администрирования из окна Web
-
браузера, что и при управлени
и другими сетевыми устройствами
;



о
бъединение голосовой связи с программными прило
жениями для ПК.
Intenet, являющийся публичной IP
-
сетью, обеспечит пользователей
одновременным доступом к информации и голосовым службам, основанным
на системах IP
-
телефонии. Дополнительные функции, которые возникли в
инфраструктуре обычной телефонии, напр
имер голосовая почта,
автоматическая справочная, интерактивный автоответчик, станут
программными приложениями и будут взаимодействовать с обычными
приложениями для хранения и обработки данных.

102


Список использованных источников


1


Б.С. Гольштейн. Учебник дл
я вузов: ©Системы коммутацииª. С
-
Пб.:БХВ
-
Санкт
-
Петербург, 2003.
-
318 с.:ил.

2


Б.С.Гольштейн, А.В. Пинчук, А. Л. Суховицкий: IP
-
телефония.
-

М.:
Радио связь, 2001.
-

366с.:ил.

3


Б.С. Гольштейн, А. А. Зарубин, В. В. Саморезов. Справочник по
телекоммуникационным п
ротоколам: ©Протокол SIPª. С
-
Пб.:БХВ
-
Санкт
-
Петербург, 2005.
-
456с.:ил
.


4


А.В. Росляков, М.Ю. Самсонова, И.В. Шибаев. IP
-
телефония.
-
М.:
Эко
-
Тренд, 2003.
-
252.:ил.

5


В. Г. Олифер, Олифер Н. А. Новые технологии и оборудование IP
-
сетей.
-

СПб.:БХВ
-
Петербург, 2001
.
-
512 с.:ил.

6


В.Г. Олифер, Н.А. Олифер. Учебник: ©Компьютерные сети.
Принципы, технологии, протоколыª. С
-
Пб.: Питер, 2001.
-
672 с.:ил.

7


http://ru.wikipedia.org/wiki/VoIP

-

интернет энциклопедия.

8


http://www.huawei.com

-

сайт производителя. Статьи.

9


www.osp.ru



публикации

сайта открытых систем.

10


www.intuit.ru



интернет университет. Курс лекций ©С
ети связи
следующего поколенияª.

11

www.cisco.com
-

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

12

www.audiocod
es.com

-

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

13

www.addpac.com

-

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

14

www.grandstream.com

-

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

15

www.mediatrix.com

-

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

16

www.h323.com



стандарт .323

17




лаборатория сетевых технологий. Статьи.

18

RFC 2543. SIP: Session Initiation Protocol. M. Handley, H. Schuizrinne,
E. Schooler, J.
Rosenberg.
March 1999

19

www.agatrt.ru

-

сайт производителя IP
-
АТС "Иволга"
.

20

www
.
openser
.
org
/

-

сайт
SIP
-
сервер О
penSER
.

21

www.asterisk.org/

-

сайт

IP
-
PBX Asterisk.

22

Документ

“Undestanding Delay in Packet Voice Netwoks”
(
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_white_pap
er09186a00
800a8993.shtml
).

23

Документ

“Undestanding Codecs: Comlexity, Hadwae Suot, MOS,
and Negotiation”
http://www.cisco.com/en/US/tech/tk1077/techn
ologies_tech_note09186a00800b671
0.shtml
).

24

Афаносова М. А., Мотошкин В. В. ©Руководство по дипломному
проектированиюª учебно
-
методическое пособие, 2000.


191с.

103


Приложение А



Программные

коды




[global]

workgr
oup = WORKGROUP

server string = Samba Mega Server %v

hosts allow = ALL


#
—————————

Logging Options
—————————



log file = /var/log/samba/%m.log

# max 50KB per log file, then rotate

max log size = 1024


#
———————


Standalone Server Options
———————


securit
y = share

#encrypt passwords = yes

socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
IPTOS_LOWDELAY


#
———————


Browser Control Options
————————


local master = yes

os level = 255

preferred master = yes


#
—————————


Name Resolution
—————————



dn
s proxy = yes


#
——————————
Charsets
—————————————
-


unix charset = utf8

dos charset = cp1251

#
—————————
-
Share Definitions
——————————


[share]

comment = share

path = /var

browseable = yes

writable = yes

guest ok = yes

read only = no

directory mask = 0777

fo
rce create mode = 0777


104



[general]

bindport=3349;


[zadarma]

type=friend

fromdomain=sip.zadarma.com

host=sip.zadarma.com

nat=yes

insecure=invite

context=incoming

canreinvite=no


[1001]

dtmfmode=rfc2833

type=fr
iend

regexten=1001

context=outcoling

host=dynamic

callerid="1001" 1001䄀-90;

disallow=all

allow=alaw

allow=ulaw

language=ru

callgroup=1

pickupgroup=1

qualify=no

canreinvite=no

call
-
limit=4

nat=no

allowguest=no

[1002]

dtmfmode=rfc2833

type=friend

host=dynamic

i
nsecure=invite

username=1002

context=outcoling

qualify=no

disallow=all

allow=alaw

nat=yes

allowguest=no


[1003]

dtmfmode=rfc2833

type=friend

host=dynamic

insecure=invite

username=1003

context=outcoling

105


disallow=all

qualify=no

allow=alaw

canreinvite=no

nat=
yes

allowguest=no


[1004]

dtmfmode=rfc2833

type=friend

regexten=1004

context=outcoling

host=dynamic

callerid="1004" 1004䄀-90;

disallow=all

allow=alaw




[incoming]


exten =� _X.,1,Goto(menu,s,1)


[outcolin
g]


-
${CALLERID(number)}
-
${EXTEN})

exten =� _X.,2,MixMonitor(/var/www/html/callrecords/${fname}.wav,b)

exten =� _XXXXXXXXXXX,3,Dial(SIP/zadarma/${EXTEN})

exten =� _XXXXXXXXXXXX,3,Dial(SIP/zadarma/${
EXTEN})

exten =� _XXXXXXX,3,Goto(menu1,s)

exten =� _XXXX,3,Dial(SIP/${EXTEN},,t&m,)

exten =� 7777,3,Goto(menu,s,1);


[menu]

exten =� s,1,Set(fname=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}
-
${CALLERID(number)}
-
${EXTEN})

exten =� s,2,MixMonitor(/var/www/html/callrec
ords/${fname}.wav)

exten =� s,3,Dial(SIP/1004&SIP/1005,60,t&m,tT)


[menu1]

exten =� _7727s,1,Dial(SIP/zadarma/${EXTEN})



106


nano /var/www/html/callrecords/index.php

?php

$file_list = glob("*.wav");

$q[]="";

$q[]="
января
";

$q[]="
февраля
";

$q[]="
марта
";

$q[]
="
апреля
";

$q[]="
мая
";

$q[]="
июня
";

$q[]="
июля
";

$q[]="
августа
";

$q[]="
сентября
";

$q[]="
октября
";

$q[]="
ноября
";

$q[]="
декабря
";

$dlina=count($file_list);

echo

"
Количество

файлов

= ".$
dlina
."
br
�";


�?




Введите

год

месяц

число
,
например

(20110228)input name="date"

type="text" value="?php
echo

$_POST['date']; ?�"size="10"�


input type="submit" value="
Отправить
�"


/for/fo;&#xr4m0;m

?php

if ($_POST['date']䀀"") {

$day=substr($_POST['date'], 6, 2);

$mont
h=substr($
_POST['date'], 4, 2);

$yea
r=substr($_POST['date'], 0, 4);

echo

"
Звонки

записанные

".$
day
." ".$
q
[$
month
]."
".$year."bK-9;&#xr000;r";

$datelist=$_POST['date'];

echo "prepr-;湀";

for ($
i=0;$i=count($file_list);$i++)

{


$da
y=substr($file_list[$i], 6, 2);

$mont
h=substr($fil
e_list[$i], 4, 2);

$yea
r=substr($file_list[$i], 0, 4);

$time=sub
str($file_list[$i], 8, 4);

$napravlenie=
substr($file_list[$i], 13, 20);

$timeq=$time[0]."".$ti
me[1].":".$time[2]."".$time[3];

$string=substr($file_l
ist[$i], 0, strlen($datelist));

if ($string=
=$datelist) echo "a href=".$file_list[$i]."&#x-5a4;&#x hre;&#x-2f=;&#x-2"8;&#x.$fi;&#xle3_;&#xli-3;&#xst[-; $i];&#x-8.";耀".$day." ".$q[$month]." ".$year."
в

".$timeq."

".$napravlenie."/a/-1;ᩀ
\
n";

}

echo "/pre/pr;-40;";

}

�?

107


my�sql use asterisk;

my�sql CREATE TABLE `cdr` (


`id` int(11) un
signed NOT NULL auto_increment,


e NOT NULL

default '0000
-
00
-
00 00:00:00',


`clid` v
archar(80) NOT NULL default '',


`src` v
archar(80) NOT NULL default '',


`dst` v
archar(80) NOT NULL default '',


`dcontext` v
archar(80) NOT NULL default '',


`channel` varchar(80) NOT NULL default '',

`dst
channel` varchar(80) NOT NULL default '
',


`lastapp` v
archar(80) NOT NULL default '',


`lastdata` v
archar(80) NOT NULL default '',


`duration
` int(11) NOT NULL default '0',


`billsec
` int(11) NOT NULL default '0',


`disposition` v
archar(45) NOT NULL defaul
t '',


`amaflags
` int(11) NOT NULL default '0',


`accountcode` v
archar(20) NOT NULL default '',


`uniqueid` v
archar(32) NOT NULL default '',


`userfield` va
rchar(255) NOT NULL default '',


PRIMARY KEY (`id`),


KEY `calldate` (`calldate`),


KEY `accountcode
` (`accountcode`),


KEY `uniqueid` (`uniqueid`),


KEY `dst` (`dst`),


KEY `src` (`src`)




[global]

hostname=localhost

dbname=asterisk

table=cdr

user=asterisk_user

soc
k=/var/lib/mysql/mysql.sock


?php


$db_type = 'mysql';

$db_host = 'localhost';

$db_port = '3306';

$db_name = 'asterisk';

$db_table_name = 'cdr';

$db_options = array();

utf8"); */


/* Admin
users. for multiple user access */


$admin_user_names = 'iokunev,admin2,admin3';

$admin_user_names = 'admin';


/* $db_result_limit is the 'LIMIT' appended to the query */

$db_result_limit = '100';


108


/* step */

$h_step = 30;


/* $system_monitor_dir is the d
irectory where call recordings are
stored */

$system_monitor_dir = '/var/spool/asterisk/monitor';


/* $system_fax_archive_dir is the directory where sent/received fax
images are stored */

$system_fax_archive_dir = '/var/spool/asterisk/fax
-
gw/archive';


/*
system tmp */

$system_tmp_dir = '/tmp';


/* audio file format */

$system_audio_format = 'wav';

/* arch audio format bz2 || gz, uncomment it if you pack files after
some time */

/*

$system_arch_audio_format = 'bz2';

*/


/* Plugins */

$plugins = array( 'au_
callrates' );


/* Call rates */

//$callrate_csv_file = '/var/www/asterisk
-
cdr
-
viewer/callrates.csv';

$callrate_csv_file = '';

$callrate_currency = '$';

$callrate_cache = array();


/* Reverse lookup URL where "%n" is replace with the destination number
*/

/
* $rev_lookup_url =
'http://www.whitepages.com/search/ReversePhone?full_phone=%n'; */

/* $rev_lookup_url = 'http://mrnumber.com/%n'; */

$rev_lookup_url = '';


/* enable / disabe column */

$display_column = array();

$display_column['clid'] = 0;

$display_col
umn['accountcode'] = 1;

$display_column['extension'] = 0;


/* User name */



�if ( strlen($cdr_user_name) 0 ) {


$is_admin = strpos(",$admin_user_names,", ",$cdr_user_name,");


if ( $admin_user_names == '*' ) {



$cd
r_user_name = '';


'logout' ) {



header('Status: 401 Unauthorized');



header('WWW
-
Authenticate: Basic realm="Asterisk
-
CDR
-
Stat"');



exit;


} elseif ( $is_admin !== false ) {

109




$cdr_user_nam
e = '';


}

}


/* load Plugins */

foreach ( $plugins as &$p_key ) {


require_once "include/plugins/$p_key.inc.php";

}


�?




smtp_sasl_auth_enable = yes

smtp_sasl_password_maps


smtp_sasl_security_optio
ns = noanonymous

smtp_sasl_type = cyrus

smtp_sasl_mechanism_filter =

login

smtp_sender_d
ependent_authentification = yes

sender_dependent_relayhost_maps =


sender_canonical_map

smtp_generic_maps =




-
A INPUT
-
m state
--
state RELATED,ESTA
BLISHED
-
j ACCEPT

-
A INPUT
-
p icmp
-
j DROP

-
A INPUT
-
i lo
-
j ACCEPT

-
A INPUT
-
s 192.168.0.0/24
-
p tcp
-
m state
--
state NEW
-
m multiport
--
d
ports 137,138,139,445
-
j
ACCEPT

-
A INPUT
-
s 192.168.0.0/24
-
p tcp
-
m state
--
state NEW
-
m tcp
--
dport 22
-
j ACCEP
T

-
A INPUT
-
s 192.168.0.0/24
-
p tcp
-
m state
--
state
NEW
-
m tcp
--
dport 80
-
j ACCEPT

-
A INPUT
-
s 192.168.0.0/24
-
p udp
-
m state
--
state NE
W
-
m udp
--
dport 3348
-
j AC
CEPT

-
A INPUT
-
p udp
-
m state
--
state NEW
-
m ud
p
--
dport 10000:20000
-
j ACCEPT

-
A INPUT
-
j REJECT
--
r
eject
-
with icmp
-
host
-
prohibited

-
A FORWARD
-
j REJECT
--
reject
-
with icmp
-
host
-
prohibited




# Fail2Ban configuratio
n file


#


#


# $Revision: 251 $


#


[INCLUDES]


# Read common prefixes. If any customizations available
--

read them from


# common.local

110



before = common.conf


[Definition]


#_daemon = asterisk


# Option: failregex


# Notes.: regex to match the password
failures messages in the logfile. The


# host must be matched by a group named "host". The tag "HOSHO4;&#xS-3T;T" can


# be used for standard IP/hostname matching and is only an alias for


# (?:::f{4,6}:)?(?Phosthos;&#xt-20;
\
S+)


# Values: TEXT


#


# Asterisk 1.8 uses Host:Po
rt format which is reflected here


failregex = NOTICE.* .*: Registration from '.*' failed for 'HOSTHO4;&#xS-3T;&#x-800;:.*'
-

Wrong password



NOTICE.* .*: Registration from '.*' failed for 'HH-7;&#xOST0;OST:.*'
-

No matching peer found



NOTICE.* .*: Registration from '.*' failed fo
r 'HH-7;&#xOST0;OST:.*'
-

No matching peer found



NOTICE.* .*: Registration from '.*' failed for 'HH-7;&#xOST0;OST:.*'
-

Username/auth name mismatch



NOTICE.* .*: Registration from '.*' failed for 'HH-7;&#xOST0;OST:.*'
-

Device does not match ACL

NOTICE.* .*: Registration from '.*' f
ailed for 'HH-7;&#xOST0;OST:.*'
-

Peer is not supposed to register



NOTICE.* .*: Registration from '.*' failed for 'HH-7;&#xOST0;OST:.*'
-

ACL error (permit/deny)



NOTICE.* .*: Registration from '.*' failed for 'HH-7;&#xOST0;OST:.*'
-

Device does not match ACL



NOTICE.* .*: Registra
tion from '
\
".*
\
".*' failed for 'HOSHO4;&#xS-3T;T:.*'
-

No matching peer found



NOTICE.* .*: Registration from '
\
".*
\
".*' failed for 'HOSHO4;&#xS-3T;T:.*'
-

Wrong password



NOTICE.* HOSTHO4;&#xS-3T;&#x-800; failed to authenticate as '.*'$



NOTICE.* .*: No registration for peer '.*'
\
(from
HOS�T
\
)



NOTICE.* .*: Host H&#xH-5O;&#xST00;OST failed MD5 authentication for '.*' (.*)



NOTICE.* .*: Failed to authenticate user .*@HH-7;&#xOST0;OST.*



NOTICE.* .*: HOSHO4;&#xS-3T;T failed to authenticate as '.*'

111




NOTICE.* .*: HOSHO4;&#xS-3T;T tried to authenticate with nonexistent user '.*'



VERBOSE.*SIP/HOS&#xH4OS;&#x-11T;T
-
.*Received incoming SIP connection from unknown peer





# Option: ignoreregex


# Notes.: regex to ignore. If this regex matches, the line is ignored.


# Values: TEXT


#




Приложенные файлы

  • pdf 87421351
    Размер файла: 2 MB Загрузок: 0

Добавить комментарий