81942

ОФИСНАЯ PBX НА БАЗЕ СЕРВЕРА АSTERISK

Дипломная

Информатика, кибернетика и программирование

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

Русский

2015-02-23

13.09 MB

32 чел.

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

Черниговский государственный технологический университет

Кафедра информационных и компьютерных систем

УТВЕРЖДАЮ

Зав. кафедрой ИКС

д.т.н., профессор

 В.В. Казимир

  “____” ___________20___г.

ОФИСНАЯ PBX НА БАЗЕ СЕРВЕРА ASTERISK

Квалификационная работа специалиста по специальности 7.091501 “Компьютерные системы и сети”

Исполнитель

студентка гр. КС-071

Е.Н. Левченко

Руководитель

ст. преподаватель

А.В. Хижняк

Консультанты по разделам

Разработка аппаратуры

ст. преподаватель

А.В. Хижняк

Охрана труда и окружающей среды

к.ф.-м.н., доцент

Е.В. Никитенко

       

Чернигов 2012

ТЕХНИЧЕСКОЕ ЗАДАНИЕ 

на выполнение квалификационной работы специалиста

Левченко Е.Н., гр. КС - 071 

Тема работы: ОФИСНАЯ PBX НА БАЗЕ СЕРВЕРА  АSTERISK

Предполагаемые технические и эксплуатационные результаты работы: 

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

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

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

Проект локальной вычислительной сети (ЛВС) телерадиокомпании «Тим», включающий в себя информационный анализ, план прокладки коммуникаций и подбор оборудования. ЛВС содержит 41 компьютера, установленных в 9 отделах.

Локальная вычислительная сеть телерадиокомпании «Тим» должна обеспечивать:

  •  скорость передачи информации 100 и 1000 Мбит/сек;
  •  беспроводной доступ к сетевым ресурсам;
  •  сервис IP-телефонии;
  •  возможность осуществления 100 одновременных звонков;
  •  безопасный доступ к Интернету для сотрудников компании;
  •  обмен файлами между компьютерами и доступ к общим сетевым ресурсам фирмы;
  •  защиту от несанкционированного доступа на структурном уровне;
  •  разделение сети на сегменты, используя VLAN.

Объем текстовой и графической документации 

Работа объемом 100-130 с. формата А4, 10 листов формата А1 иллюстраций и чертежей.

Предполагаемая трудоемкость работы — 800 чел-часов.

Плановые сроки по этапам 

Предзащита с полным представлением чистовых распечаток текстов и иллюстративного материала 23.04.2012.

Плановый срок защиты работы 

Работа планируется к защите на заседании ГЭК  17.05.2012.

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

Руководитель работы – ст. преподаватель Хижняк А.В., консультант по аппаратной части – ст. преподаватель Хижняк А.В., консультант по охране труда – к.ф-м.н., доцент Никитенко Е.В.

Руководитель работы

ст. преподаватель                                                           А.В. Хижняк

Дата выдачи задания                

                   2012 г.

РЕФЕРАТ

Квалификационная работа специалиста, 144 с., 44 рис., 27 табл., 2 приложения,  32 источника.

Объектом разработки является организация работы сервиса офисной PBX.

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

Основным методом проектирования было нисходящее структурное проектирование с применением языка UML.

В ходе разработки:

  •  проведен анализ существующих предложений в VoIP технологиях;
  •  сформулированы требования к офисной PBX на базе сервера Asterisk;
  •  разработана архитектура системы;
  •  разработан веб-интерфейс для доступа к статистике;
  •  разработана логика  обработки внутренних и исходящих звонков;

В аппаратной части дипломной работы разработан проект локальной вычислительной сети (ЛВС) телерадиокомпании «Тим», осуществлен подбор оборудования, а также проведено моделирование работы сети с помощью программы Packet Tracer.

Разработанную PBX целесообразно применять для предприятий любой мощности для существенного снижения затрат на звонки.

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

PBX, IP ATC, VoIP, WEB, ASTERISK, PSTN, GSM

РЕФЕРАТ

Кваліфікаційна робота спеціаліста, 144 с., 44 рис., 27 табл., 2 додатки, 32 джерела.

Об'єктом розробки є організація роботи сервісу офісної IP-АТС.

Метою кваліфікаційної роботи є створення офісної IP-АТС на базі сервера Asterisk із  можливостями. Прийом і розподіл викликів через диспетчера, утримання виклику, переадресація виклику, переадресація виклику при відсутності відповіді. Голосова пошта, поділ абонентів на групи, груповий виклик, перехоплення виклику як всередині однієї групи, так і конкретно обраного абонента.  Конфененц зв'язок, збір конференцій вручну і автоматично, музична пауза при очікуванні й утриманні, введення обмежень на вихідний зв'язок для певних абонентів або груп абонентів. Примусова маршрутизація вихідного зв'язку, автоматичний вибір вільної лінії для вихідного зв'язку, автоматичний денний / нічний режим роботи, інтерактивне голосове меню, перегляд статистики дзвінків через web інтерфейс, запис розмов. Дана система дозволяє працювати з такими категоріями користувачів: диспетчер, абоненти з різними рівнями доступу, менеджер та адміністратор.

Основним методом проектування було структурне проектування з застосуванням мови UML.

У ході розробки:

-  проведено аналіз існуючих пропозицій в VoIP-технологіях;

- сформульовано вимоги до офісної IP-АТС на базі сервера Asterisk;

-  розроблена архітектура системи;

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

-  розроблена логіка обробки внутрішніх та вихідних дзвінків;

В апаратній частині дипломної роботи розроблено проект локальної обчислювальної мережі (ЛВС), телерадіокомпанії «Тім», здійснено підбір обладнання, а також проведено моделювання роботи мережі за допомогою програми Packet Tracer.

Розроблену PBX доцільно застосовувати для підприємств будь-якої потужності для суттєвого зниження витрат на дзвінки.

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

IP-АТС, IP АТС, VoIP, Web, Asterisk, PSTN, GSM.

ABSTRACT

Qualifying work, 144 p.,  44 fig., 27 tables, 2 applications, 32 sources.

The object of development is the organization of the office PBX.

The purpose qualifying work yavlyaetsya creation ofysnoy PBX for baze server Asterisk. System predostavlyaet sleduschye opportunities: admission and apportionment vizovov through the dispatcher, Hold Talk, pereadresatsyya Talk, Talk at pereadresatsyya otsutstvyy reply, voicemail, Division of subscribers to group, searching nezanyatoho subscriber in the group, hruppovoy Talk, Talk interception inside the other as a group, and so specifically vibrannoho subscriber konfenents communications, conferences collection manually and automatically, music pause in anticipation and Hold, the introduction of restrictions yshodyaschuyu Communications for opredelennih subscribers or groups subscribers, and a flexible prynudytelnaya marshrutyzatsyya outgoing communications, automatically choice svobodnoy line for outgoing communications, automatically  dnevnoy / nochnoy mode work, ynteraktyvnoe holosovoe drop View statistics Calls, Record razhovorov. Dannaya system pozvolyaet job category with the following users: Manager, abonentы with various Level access and administrator.

That was mainly the method of design nyshodyaschee strukturnoe the design language with the application of UML.

During the development:

- conduct analysis suschestvuyuschyh proposals in VoIP technology;

- sformulyrovani requirements for ofysnoy PBX server to baze Asterisk;

- Designed system architecture;

- Designed web interface for accessing k statistics;

- Designed Internal logic and outgoing Calls;

In the hardware part of the work developed a project local area network (LAN) teleradyokompanyy "Tim", selection of equipment, and simulated the network using Packet Tracer.

Developed ICS advisable to apply for enterprises of any power together  with CCTV system and image recording for storing and structuring of video information and the magazine's recognition, for automation of the organization.

Further development work is possible in the direction of refinement and access control based on event log.

IP-АТС, IP АТС, VoIP, Web, Asterisk, PSTN, GSM.


СОДЕРЖАНИЕ

[1] РЕФЕРАТ

[2] РЕФЕРАТ

[3] ABSTRACT

[4] ВВЕДЕНИЕ

[5] Анализ задачи создания офисной PBX на базе сервера asterisk

[5.1]  Анализ предметной области

[5.1.1] Описание основных задач офисной PBX

[5.1.2] Построение базовой модели предметной области

[5.2] Анализ существующих решений

[5.2.1] Программное обеспечение IP АТС Mototelecom 

[5.2.2] Программное обеспечение SoftPBX

[5.2.3] Программное обеспечение IP АТС MyAsterisk

[5.2.4] Сравнение характеристик существующих офисных IP ATC

[5.3]  Определение требований к графическому web интерфейсу

[5.4] Определение требований к аппаратной части

[5.4.1] Определение требований к локальной вычислительной сети

[5.4.2] Полное описание целей и сферы деятельности телерадиокомпании «Тим»

[5.4.3] Описание основных подразделений телерадиокомпании

[5.4.4] Описание аппаратных и программных ресурсов

[5.4.5] Описание общих ресурсов сети, необходимых для работы редакции

[5.4.6] Требования к системе обеспечения безопасности сети

[5.5] Постановка задачи на разработку PBX

[5.5.1] Определение общих требований к разрабатываемой PBX

[5.5.2] Определение требований к безопасности PBX

[5.5.3]   Определение и описание ролей пользователей PBX

[5.6] Варианты использования для сущности «Клиент с первым уровнем доступа»

[5.7] Варианты использования для сущности «Клиент со вторым уровнем доступа»

[5.8] Варианты использования для сущности «Клиент с третьим уровнем доступа»

[5.9] Варианты использования для сущности «Диспетчер»

[5.10] Варианты использования для сущности «Менеджер»

[5.11] Варианты использования для сущности «Администратор»

[5.12] Выводы

[6] Разработка офисной PBX

[6.1] Выбор технологий и инструментальных средств разработки офисной PBX

[6.2] Выбор языка реализации

[6.3] Хранилище данных и средства интеграции

[6.4] Средства для обеспечения безопасности офисной PBX

[6.5] Разработка архитектуры офисной PBX

[6.6] Разработка программной подсистемы

[6.7] Структура программной подсистемы

[6.8]   Разработка базы данных

[6.9] Разработка алгоритмов взаимодействия между компонентами системы

[6.10] Моделирование выполнения действий

[6.11] Разработка WEB-компонент системы

[6.12] Проектирование прототипов интерфейса пользователя офисной PBX

[6.13] Разработка карты сайта отображения

[6.14]   Разработка ЛВС

[6.15] Проектирование архитектуры локальной вычислительной сети

[6.16] Разделение сети на сегменты и размещение серверов

[6.16.1] Выбор сетевого оборудования для ЛВС

[6.16.2]   Выбор коммутаторов

[6.16.3] Выбор маршрутизаторов

[6.16.4] VoIP GSM шлюз

[6.16.5] FXO шлюз

[6.16.6] Выбор Ip-телефонов

[6.16.7] Сетевые принтеры

[6.16.8] Выбор среды передачи данных

[6.16.9] Выбор сетевых адаптеров

[6.16.10] Источник бесперебойного питания

[6.16.11] Выбор монтажного оборудования

[6.16.12] Расчёт стоимости сети

[6.16.13] Моделирование ЛВС

[6.16.14] Расчет нагрузки на сеть

[7] Реализация офисной PBX

[7.1] Таблицы базы данных

[7.2] Описание основных сценариев использования системы пользователем

[7.3] Описание реализации основных задач  офисной PBX

[8]
ОХРАНА ТРУДА

[8.1] Гигиенические требования к производственным помещениям для эксплуатации ВДТ ПК

[8.2] Пожарная безопасность в рабочих помещениях

[8.3] Электробезопасность при работе с персональным компьютером

[8.4] Гигиенические требования к параметрам производственной среды в помещениях с ВДТ ПК  

[8.4.1] Микроклимат в производственных помещениях

[8.4.2] Шум и вибрация

[8.4.3] Природное и искусственное освещение рабочих мест

[8.5] Требования к режимам работы и отдыха при работе с ВДТ ПК

[8.6] Профессиональные группы

[8.7] Инженерный расчет задачи

[9]
ВЫВОДЫ

[10] ПЕРЕЧЕНЬ ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

[11] ПРИЛОЖЕНИЯ

[11.1]
Приложение А

[12]

[12.1] Файл sip.conf

[12.2] Файл extension.conf

[12.3] Файл cdr_mysql.conf

[12.4] Файл asterisk.conf

[12.5] Файл voicemail.conf

[12.6] Файл queues.conf

[12.7] Файл musiconhold.conf

[12.8] Файл meetme.conf

[12.9] Файл features.conf

[13] КОНФИГУРАЦИОННЫЕ ФАЙЛЫ dahdi

[13.1] Файл system.conf

[14]
Общие сведения

[14.1] Обозначение и наименование программы

[14.2] Программное обеспечение, необходимое для функционирования программы

[14.3] Языки программирования, на которых написана программа

[15] Функциональное назначение

[15.1] Классы решаемых задач

[15.2] Назначение программы

[15.3] Функциональные ограничения на применение

[16] Описание логической структуры

[16.1] Алгоритм программы

[16.2] Структура программы

[16.3] Описание глобальных переменных и функций

[17] Используемые технические средства

[17.1] Типы ЭВМ и устройств, которые используются при работе программы

[18] Вызов и загрузка

[18.1] Способ вызова программы с соответствующего носителя данных

[18.2] Входные точки в программу

[18.3] Адреса загрузки

[18.4] Использование оперативной памяти

[18.5] Объем программы

[19] Входные данные

[19.1] Характер входных данных

[19.2] Предварительная подготовка входных данных

[20] Выходные данные

[20.1] Характер выходных данных

[20.2] Организация выходных данных

[20.3] Формат, описание и способ кодирования выходных данных

[20.4]
Приложение Б

[20.5] Приложение В

ВВЕДЕНИЕ

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

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

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

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

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


  1.  Анализ задачи создания офисной PBX на базе сервера asterisk
    1.   Анализ предметной области

В данном пункте был выполнен детальный анализ предметной области, выполнено построение базовой модели ПО, а также произведен анализ существующих в данной предметной области решений.

  1.  Описание основных задач офисной PBX

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

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

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

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

Чтобы осуществлять качественные звонки с VoIP сети в сети общего пользования и GSM сети и в обратную сторону нужны соответствующие шлюзы.

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

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

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


  1.  Построение базовой модели предметной области

В результате разработки концептуальной модели предметной области были выделены следующие сущности системы, изображенные на рисунке 1.1.

Рисунок 1.1 – Концептуальная модель предметной области

Сущность «Client» используется для хранения информации о клиентах PBX.  Содержит поля username, secret, host, nat, qualify, canreinvite, regext. Описание сущности «Клиент» представлено в таблице 1.1.

Таблица 1.1 – Описание сущности «Client»

Название поля

Описание поля

id

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

username

Имя клиента

secret

Пароль клиента

host

IP адрес клиента

nat

Находится ли клиент за nat

qualify

Время через которое пир считаем нерабочим

canreinvite

Разрешаем ли голосовой трафик напрямую

regext

под каким номером регистрировать

Сущность «Сallsing» является абстрактной сущностью представляющей звонок. С помощью данной сущности выполняется построение древовидной структуры, которая и будет описывать иерархическую структуру предприятия. Содержит client1 и client2 вызываемого абонентов. Описание сущности «звонок» представлено в таблице 1.2.

Таблица 1. – Описание сущности «Сallsing»

Название поля

Описание поля

id

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

Client1

Вызывающий клиент

Client2

Вызываемый клиент

Сущность «Record» используется для хранения информации о сохраненном звонке в аудиофайл. Сущность содержит поля filename, data, src, dst. Описание сущности «Record» представлено в таблице 1.3.

Таблица 1. – Описание сущности «Record»

Название поля

Описание поля

id

Идентификатор записи разговора

filename

Имя записываемого файла

calldata

Дата и время начала записи разговора

Src

Номер вызывающего абонента

dst

Номер вызываемого абонента

Сущность «CDR» используется для хранения подробной информации о звонке. Содержит поля названия calldate, clid, src, dst, dcontext, chanel, dstchanel, lastapp, lastdata, duration, billsec, disposition, amaflags, accountcode, userfield.  Описание сущности «CDR» представлено в таблице 1.4.

Таблица 1.4 – Описание сущности «CDR»

Название поля

Описание поля

id

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

calldate

Дата звонка

clid

Caller*ID с текстом

src

Номер Caller*ID

dst

Номер вызываемого абонента

dcontext

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

chanel

Используемый канал

dstchanel

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

lastapp

Последнее приложение, если подходит

lastdata

Дата последнего приложения (аргументы)

duration

Полное время разговора

billsec

Полное время вызова, в секундах (целое), от ответа до отключения

disposition

Что случилось с вызовом: ANSWERED, NO ANSWER, BUSY, FAILED

amaflags

Какой флаг используется

accountcode

userfield

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

Сущность «CallGroup» используется для хранения информации о групах вызова в которых находятся клиенты. Сущность содержит поле number. Описание сущности «CallGroup» представлено в таблице 1.5.

Таблица 1.5 – Описание сущности «CallGroup»

Название поля

Описание поля

id

Идентификатор групы вызова

number

Номер групы вызова

Сущность «PickUpGroup» используется для хранения информации о групах перехвата вызова в которых находятся клиенты. Сущность содержит поле number. Описание сущности «PickUpGroup» представлено в таблице 1.6.

Таблица 1.6 – Описание сущности «PickUpGroup»

Название поля

Описание поля

id

Идентификатор групы перехвата вызова

number

Номер групы перехвата вызова

Сущность «MailBox» используется для хранения информации о голосовой почте клиента. Сущность содержит поле e-mail, number, context. Описание сущности «PickUpGroup» представлено в таблице 1.7.

Таблица 1.7 – Описание сущности «MailBox»

Название поля

Описание поля

id

Идентификатор ящика голосовой почты

e-mail

e-mail владельца голосовой почты

mailbox

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

context

Название контекста с параметрами голосовой почты

Сущность «Type» используется для хранения информации о типе клиента. Сущность содержит поле type. Описание сущности «Type» представлено в таблице 1.8.

Таблица 1.8 – Описание сущности «Type»

Название поля

Описание поля

id

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

type

Тип клиента

info

Информация о типе

Сущность «Сodecs» используется для хранения информации о разрешенных кодеках для использования клиентами. Сущность содержит поле disallow, allow. Описание сущности «Сodec» представлено в таблице 1.9.

Таблица 1.9 – Описание сущности «Сodec»

Название поля

Описание поля

id

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

disallow

запрещаем кодеки

allow

Разрешаем кодек

Сущность «Role» используется для хранения информации о роли  клиента. Сущность содержит поле name, info. Описание сущности «Role» представлено в таблице 1.10.

Таблица 1.10 – Описание сущности «Role»

Название поля

Описание поля

id

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

name

Имя роли

info

Информация о роли

  1.  Анализ существующих решений

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

  1.  Программное обеспечение IP АТС Mototelecom 

"IP АТС Mototelecom" — это программное обеспечение предназначенное для телефонизации компаний любых масштабов и сфер деятельности, позволяющее без приобретения дополнительных лицензий поддерживать весь функционал современной IP-телефонии.

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

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

Рисунок 1.2 – Схема масштабирования системы

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

Функции Mototelecom IP PBХ:

- Обработка входящих и исходящих вызовов

- настраиваемая маршрутизация входящих вызовов, учитывающая различные статусы абонентов (обработчики «нет ответа», «занято», «не в сети»);

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

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

- два способа перевода звонка на другого абонента: «слепой перевод», «отложенный перевод»;

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

Модуль «Селектор» (расширенные возможности конференц-связи, модуль требует приобретения дополнительной лицензии):

- планировщик конференций с функцией информирования участников о запланированной конференции и о начале конференции;

- шаблоны конференций, позволяющие легко создавать и проводить повторяющиеся конференции;

- телефонная книжка с возможностью поиска абонентов по имени, телефонному номеру и структуре компании (отделу, департаменту);

- запись конференций и прослушивание архива записей.

Интерактивное голосовое меню:

- неограниченное количество сценариев и алгоритмов меню;

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

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

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

Голосовая почта:

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

- получение уведомления о новых сообщениях по e-mail;

- визуальный индикатор ожидающего сообщения;

- сортировка голосовых сообщений по различным параметрам;

- запись сообщений с максимально возможным качеством звука.

Система записи разговоров:

- настраиваемая запись разговоров;

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

Факс-сервер:

- работа в двух режимах отправки факсов: ручная и автоматическая отправка;

- отсутствие ограничений на количество заданий на отправку факсов;

- отправки факса во время разговора с абонентом;

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

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

- просмотр принятых факсов через веб-интерфейс.

Call Back:

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

Корпоративный биллинг:

- маршрутизация звонков по наименьшей стоимости;

- расчет стоимости звонков по абонентам и подразделениям.

Статистика и отчеты:

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

- графическое отображение отчетов.

Область применения:

- Диспетчерские службы.

- Строительные и транспортные компании.

- Гостиницы и туристические компании.

- Торговые организации.

- Учебные заведения.

- Финансы, страхование, инвестиции.

- Медицина, частные клиники.

Интеграции телефонии с информационными системами - это одна из предпосылок к использованию Mototelecom PBX, поскольку такие функции в традиционных аналоговых системах отсутствуют.

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

Сохранение инвестиций и возможность модернизации системы. IP АТС имеет неограниченные возможности к расширению.

  1.  Программное обеспечение SoftPBX

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

На рисунке 1.3 показана возможная схема масштабирования системы.

Рисунок 1.3 - Схема масштабирования системы

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

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

- VoIP телефоны;

- программные телефоны (softphones);

- обычные аналоговые телефоны (для подключения необходимы VoIP шлюзы);

Функции:

- подключение многоканальных городских номеров через Интернет;

- переадресация и исходящая связь по тарифам IP-телефонии;

- бесплатные переговоры между филиалами и объединение в единый номерной план;

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

- запись переговоров, учет принятых и пропущенных вызовов;

- голосовые конференции, голосовая почта и автоответчик;

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

- возможность абонентам Skype производить вызовы на офисные телефоны;

- услуга - звонок с сайта;

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

SoftPBX может работать как с аналоговыми линиями (FXO/FXS модули), так и цифровыми (ISDN BRI и PRI — потоки Т1/E1). С помощью компьютерных плат (наиболее известными производителями которых являются Digium,Yeastar, Sangoma, OpenVox, Rhino, AudioCodes) SoftPBX можно подключить к высокопропускным линиям Т1/E1, которые позволяют работать с десятками и сотнями телефонных линий.

Протоколы:

SIP;

IAX H.261;

H.323.

SoftPBX – свободный программный продукт.

  1.  Программное обеспечение IP АТС MyAsterisk

My Asterisk – набор продуктов и решений для организации корпоративной IP-телефонии. IP АТС My Asterisk базируется популярной телефонной платформе Asterisk. На базе Asterisk созданы масса коммерческих IP АТС (PBX) для корпоративной IP-телефонии.

IP АТС My Asterisk имеет собственный веб-интерфейс, позволяющий максимально быстро установить и настроить IP АТС на базе Asterisk. Через веб-интерфейс My Asterisk возможно создавать голосовые меню, прослушивать записи разговоров, просматривать статистику звонков.

Продукты и решения от My Asterisk универсальны, поддерживают работу в виртуальных средах Vmware, Hyper-v, подойдут небольшим компаниям, многофилиальных предприятиям, операторам связи, а также компаниям, работающим на базе 1С: Предприятие.

Основные возможности:   

- Голосовое меню (IVR неогр. кол-во веток)

- Голосовая почта

- Запись разговоров (one touch record)

- Интеллектуальная маршрутизация

- Многопользовательские конференции

- Поддержка Видео

- Функция «Присутствие» (Presense)

- Интеграция с 1С, CRM, АТС

- Интерком

- Правила по времени

- Обратный  вызов (Callback)

- Веб-интерфейс управления

- Расширенная статистика (CDR)

- Встроенный биллинг

- Статусы абонента (BLF)

- Средства подавления эха

- Аутентификация

- Автосекретарь(DISA)

- Черные списки

- Программные интерфейсы AGI, FastAGI, AMI

- Управление абонентами системы;

- Информация о загруженности системы телефонии;

- Система построения очередей;

- Статистика очередей;

- Система статистики телефонных разговоров;

Абонентские функции:

- Переадресации вызовов (безусловная, по занятости, не ответу, на мобильный)

- Перевод, удержание, парковка, перехват вызов

- Музыка  в ожидании (Music On Hold)

- Режим "Не беспокоить"  (DND)

- АОН (Caller ID)

- Прослушивание разговора (call spy)

- Вторжение в разговор (call intrusion)

- Сокращенный набор (speed dial)

- Повтор последнего набранного номера (redial)

- Вызов последнего поступившего вызова (recall)

- Получение напоминаний (alarm receiver)

My Asterisk обладает рядом преимуществ:

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

- Интеграция системы позволяет обеспечить прием факсов и пересылку E-mail в автоматическом режиме.

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

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

- Огромным плюсом является то, что IP АТС Asterisk дает возможность создать одну общую телефонную сеть для всех отделений компании, где бы они не были расположены. Более того, все члены телефонной сети будут относиться к единой АТС, что сделает все разговоры совершенно бесплатными.

- IP Asterisk PBX не ограничивает пользователей по функционалу – вы, как и в случае с обычными учрежденческими АТС, можете удерживать вызов, перехватывать звонки, осуществлять групповой вызов и др.

- Настройка функции автоматического приема входящих звонков.

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

- Пакет программных продуктов IP АТС Asterisk позволяет создать центр обработки входящих вызовов или, так называемый, call-центр.

- IP АТС Asterisk представляет собой мощное программно-аппаратное решение, позволяющее оптимизировать бизнес-процессы, сделав общение и обмен данными максимально простым, быстрым и экономичным.

  1.  Сравнение характеристик существующих офисных IP ATC

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

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

Таблица 1.11 – Сравнительная таблица параметров рассмотренных систем              видеонаблюдения

Параметры

Название

Программное обеспечение         IP АТС Mototelecom

Программное обеспечение         IP АТС SoftPBX

Программное обеспечение        IP АТС MyAsterisk 

1

2

3

4

Платформа

Asterisk

Asterisk

Asterisk

Поддерживаемые протоколы

SIP;

         H.323

SIP;

IAX;

H.323

SIP;

IAX;

H.323

Использование БД

+

+

+

Web интерфейс

-

-

+

Поддерживаемые аудиокодеки

G.711a, G.711u , G.722, G.722.1 , G.722.2, G.723.1 , G.728 , G.729A

G.711a, G.711u , G.722, G.723.1 , G.729A

G.711, GSM, G.726, G.729AB, GSM,

ОС

Linux, FreeBSD

CentOC

Linux, FreeBSD

Доступность

Платно

Бесплатно

Платно

Возможность к розширению

+

+

+

Прием и передача факсов

+

-

+

Несмотря на очевидные достоинства существующих офисных IP ATC таких как: работа с БД, предоставление статистики, возможность к расширению.  У них есть и существенные недостатки.

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

  1.   Определение требований к графическому web интерфейсу

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

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

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

Графический интерфейс  должен содержать компонент по просмотру статистики о звонках.

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

Пользовательский интерфейс должен соответствовать стандартам HTML 4.0 и  CSS3.

  1.  Определение требований к аппаратной части

Исходя из требований, поставленных в техническом задании, необходимо разработать проект локальной вычислительной сети (ЛВС) телерадиокомпании «Тим».

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

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

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

ЛВС - это совместное подключение нескольких отдельных компьютерных рабочих мест к единому каналу передачи данных. ЛВС в наши дни встречаются почти повсеместно. Этим обусловлена актуальность данной работы.

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

- единой передающей среды;

- единого метода управления;

- единых протоколов;

- гибкой модульной организации;

- информационной и программной совместимости.

  1.  
    1.  
    2.  
    3.  
    4.  
      1.  Определение требований к локальной вычислительной сети

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

  1.  
    1.  
    2.  
    3.  
    4.  
      1.  
      2.  Полное описание целей и сферы деятельности телерадиокомпании «Тим»

Телерадиокомпания «Тим» выполняет широкий круг работ. Таких как предоставление услуг интернет сервис провайдера, кабельное телевидение, телеканал Тим. Основной сферой деятельности является предоставление услуг интернет сервис провайдера «Тим»

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

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

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

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

Телерадиокомпания занимает одно этажное здание и состоит из следующих отделов:

  •  Отдел техподдержки;
  •  Отдел бухгалтерии;
  •  Отдел кабельного телевиденья;
  •  Отдел телеканала Тим;
  •  Отдел системных администраторов;
  •  Отдел администрации;
  •  Мобильный оператор NovaSim;
  •  Магазин компьютерной техники Optimus;
  •  Склад;
  •  Городские интернет клиенты;

Отдел системных администраторов представляет собой отдел который занимается настройкой и обслуживанием следующих серверов: DNS, Proxy, HTTP, SMTP, FS, DHCP, VoIP, DB,  VPN и GSM шлюза, а также всего другого оборудования имеющего отношение к ЛВС. Сервера Proxy, HTTP, SMTP, DNS, VoIP, VPN и GSM шлюз расположены в публичной зоне по отношению к остальной части ЛВС, т.е. они видны из Интернета. Уровень безопасности  - высокий.

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

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

Бухгалтерия. Занимается финансовыми вопросами телерадиокомпании, ведение бюджета и расходов, начисление заработной платы, премий, отпускных рабочим и т.д. Рабочие места оснащены компьютерами, которые подключены к сети. Для работников выделен свой 1С-сервер, на котором хранится информация о финансовых оборотах телерадиокомпании. Ведется контроль за поступающим денежным потоком от абонентов и за собственным телерадиокомпании. Уровень безопасности  - высокий.

Отдел магазин компьютерной техники Optimus. Отдел занимается продажей и ремонтом компьютерной техники.

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

Отдел телеканал Тим. Отдел занимается развитием телеканала. А так же подготовкой новостей телеканала и выпуском их в эфир.

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

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

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

Все рабочие места оснащены компьютерами, которые подключены к сети и имеют доступ в интернет. В каждом отделе установлен сетевой принтер и телефоны. Уровень безопасности во всех отделах  - высокий.

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

  1.  Описание аппаратных и программных ресурсов

Отдел системных администраторов оснащен серверами и персональными компьютерами(6). На компьютерах установлены ОС семейства Linux и FreeBSD, а так же специальные приложения для администрирования сети, серверов и рабочих станций. Один сервер оснащен Windows Server 2003SP2. На нем хранится база 1С бухгалтерии и запущен сервис Windows Terminal, сервис WINS, Genie Backup Pro (для ежедневного резервирования базы 1C по расписанию), Kerio Winroute Firewall, Microsoft Project 2007 Pro, MS SQL-сервер. Остальные сервера оснащены ОС FreeBSD 9 и Ubuntu Server 11.10. На них находятся общие ресурсы сети: Samba-сервер, а также утилиты для анализа и учета сетевого трафика и другие. Установлен сетевой принтер и телефоны(3).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.

Отдел технической поддержки - компьютер (6), оснащены операционной системой Ubuntu 11.10 и FreeBSD 9. В программный набор входят различные утилиты для тестирования работоспособности сети. Также выделяются сетевой принтер(1) и телефон(6).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.

Администрация – компьютер (3), оснащены операционной системой Windows 7. Также в программный набор входит MS Office 2010, Open Office, Total Commander, антивирус Avira. Также в данных отделе  установлены сетевой принтер (1) и телефоны (3).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.  

Отдел бухгалтерии – компьютер (6), оснащены операционной системой Windows 7. Также в программный набор входит MS Office 2010, Open Office, Клиент-Банк, тонкий клиент терминала (для 1С) для хранения информации о финансовых оборотах редакции, Total Commander, антивирус Avira. Также выделяются сетевые принтер (1) и телефоны (6).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.

Кабельное телевидение и телеканал Тим - компьютер (10), оснащены операционной системой Windows 7. Также в программный набор входит MS Office 2010, Open Office, средства для обработки, редактирования и кодирования видео, звука и изображений, а также Total Commander, антивирус Avira. Также выделяются сетевой принтер(2) и телефон(6).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.

Магазин Optimus и отдел мобильного оператора  NovaSim - компьютер (8), оснащены операционной системой Windows 7. Также в программный набор входит MS Office 2010, Open Office, Total Commander, антивирус Avira. Выделяются сетевой принтер(2) и телефон(5).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.

Склад - компьютер (4), оснащены операционной системой Windows 7. Также в программный набор входит MS Office, Open Office, Total Commander, антивирус Avira. Так же на складе находится сервер содержащий БД оборудования. На сервере установлено Ubuntu Server 11.10 и MySQL-сервер. Также выделяются принтер  и телефон(2).

Для работы отдела достаточно пропускной способности сети в 100 Mb/sec.

  1.  Описание общих ресурсов сети, необходимых для работы редакции

Общими ресурсами сети есть общий файловый сервер телерадиокомпании, общая БД телерадиокомпании, SMTP-сервер, HTTP-сервер, сервер IP-телефонии, два сервера имен (внутренний и внешний), прокси-сервер, пул VPN-серверов, DHCP  сервер.

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

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

SMTP-сервер подразумевает хранение почтовых данных внутри телерадиокомпании.

Сервер IP-телефонии реализует телефонное соединение абонентов редакции между собой и с внешней телефонной средой.

Сервера имен реализуют преобразование доменных имен в IP адреса.

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

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

Доступ сотрудников из вне к внутренним ресурсам корпоративной сети должен осуществляться через сеть Интернет с использованием сервера VPN по протоколу PPTP с криптографическими расширениями.

  1.  Требования к системе обеспечения безопасности сети

Необходимо обеспечить безопасный доступ к Интернету.

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

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

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

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

Доступ удаленного отдела склад к внутренним ресурсам сети будет обеспечиваться через интернет с помощью VPN туннеля, по защищенному протоколу PPTP.

Доступ сотрудников из внутренней сети предприятия в сеть Интернет должен осуществляться по протоколам http, ftp. Защита данных и разграниченный доступ в данной ЛВС обеспечить за счет разбития всех пользователей данной сети на группы соответствующие названию отделений.

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

  1.  Постановка задачи на разработку PBX

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

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

  1.  Определение общих требований к разрабатываемой PBX

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

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

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

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

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

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

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

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

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

Менеджеру PBX должна предоставлять права клиента третьего уровня доступа, а так же возможность иметь доступ к статистике звонков и аудиофайлам записей звонков.

  1.  Определение требований к безопасности PBX

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

  1.  
    1.    Определение и описание ролей пользователей PBX

В результате анализа офисной PBX были выделены внешние сущности (актеры), с которыми взаимодействует проектируемая система, и сервисы, которые данная система предоставляет актерам.

В системе были выделены следующие актеры:

  •  «Клиент первого уровня доступа» – авторизованный пользователь системы, которому система предоставляет возможность осуществлять звонки внутри организации и внешние бесплатные звонки, а так же изменять пароль через web интерфейс.
  •  «Клиент второго уровня доступа» - авторизированный пользователь системы,  которому система предоставляет возможности клиента первого уровня доступа, а так же междугородние звонки.
  •  «Диспетчер» – это авторизированный пользователь, которому доступны действия клиента второго уровня доступа, а так же возможность приема и распределения звонков поступивших из внешних линий.
  •   «Клиент третьего уровня доступа» - авторизированный пользователь системы,  которому система предоставляет возможности клиента второго уровня доступа, а так же международные звонки.
  •  «Менеджер клиентов» - авторизированный пользователь системы, которому система предоставляет возможности клиентов третьего уровня доступа и еще  возможность через  web интерфейс управлять аудио записями и статистикой  разговоров.
  •  «Администратор» – авторизованный пользователь системы, имеющий неограниченные права доступа для выполнения всего спектра действий по управлению системой, пользователями;

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

Рисунок 1.4 – Диаграмма наследования вариантов использования системы

  1.  Варианты использования для сущности «Клиент с первым уровнем доступа»

Диаграмма вариантов использования для актера «Клиент с первым уровнем доступа» системы представлена на рисунке 1.5.

Рисунок 1.5 – Диаграмма вариантов использования для актера «Клиент с первым уровнем доступа»

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

Прием вызова. Позволяет клиенту принимать вызовы от клиентов организации и внешние вызовы перенаправлены клиентами.

Звонки внутри организации. Позволяет клиенту звонить клиентам организации как одному, так и группе клиентов одновременно.

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

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

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

Перехват вызова. Позволяет клиенту перехватывать вызовы как внутри группы, так и конкретно выбранного клиента.

Удержание вызова. Позволяет клиенту ставить вызов на удержание.

Голосовая почта. Позволяет клиенту прослушивать сообщения голосовой почты.

Редактировать профиль. Позволяет клиенту через web интерфейс изменить пароль.

  1.  Варианты использования для сущности «Клиент со вторым уровнем доступа»

Диаграмма вариантов использования для актера «Клиент со вторым уровнем доступа» системы представлена на рисунке 1.6.

Рисунок 1.6 – Диаграмма вариантов использования для актера «Клиент со вторым уровнем доступа»

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

Междугородние звонки. Предоставляет клиенту доступ к междугородним звонкам.

  1.  Варианты использования для сущности «Клиент с третьим уровнем доступа»

Диаграмма вариантов использования для актера «Клиент с третьим уровнем доступа» системы представлена на рисунке 1.7.

Рисунок 1.7 – Диаграмма вариантов использования для актера «Клиент с третьим уровнем доступа»

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

Международные звонки. Предоставляет клиенту доступ к международным звонкам.

  1.  Варианты использования для сущности «Диспетчер»

Диаграмма вариантов использования для актера «Диспетчер» системы представлена на рисунке 1.8.

Рисунок 1.8 – Диаграмма вариантов использования для актера «Диспетчер»

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

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

  1.  Варианты использования для сущности «Менеджер»

Диаграмма вариантов использования для актера «Менеджер» системы представлена на рисунке 1.9.

Рисунок 1.9 – Диаграмма вариантов использования для актера «Менеджер»

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

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

Аудиофайлы разговоров. Менеджер имеет возможность прослушивать, удалять записи разговоров.

  1.  Варианты использования для сущности «Администратор»

Диаграмма вариантов использования для актера «Администратор» системы представлена на рисунке 1.10.

Рисунок 1.10 – Диаграмма вариантов использования для актера «Администратор»

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

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

Управление клиентами. Администратор имеет возможность  добавлять, удалять пользователей, а так же изменять свойства и права пользователей.

  1.  Выводы

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

В данной работе предлагается разработка офисной PBX на базе сервера Asterisk. Разрабатываемая система предназначена для использования на предприятиях любой мощности.

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


  1.  Разработка офисной PBX
  2.  
  3.  
    1.  Выбор технологий и инструментальных средств разработки офисной PBX

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

  1.  Выбор языка реализации

Asterisk Extension Language(AEL) командный язык для управления  extensions.conf для того, чтобы сделать его более похожим на язык программирования. AEL планировался для того, чтобы предоставить настоящий язык программирования, который мог быть использован для написания диалплана Астериска.

  1.  Хранилище данных и средства интеграции

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

Наиболее подходящей оказалась MySQL – это свободно распространяемая объектно-реляционная система управления базами данных (ORDBMS), наиболее развитая из открытых СУБД в мире и являющаяся реальной альтернативой коммерческим базам данных.

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

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц.  СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Внутренние характеристики и переносимость

  •  Написан на C и C++. Протестирован на множестве различных компиляторов.
  •  Для обеспечения переносимости используется GNU Automake, Autoconf и Libtool.
  •  Полностью многопоточный с использованием потоков ядра. Это означает, что, если такая возможность обеспечивается, можно легко организовать работу с несколькими процессорами.
  •  Очень быстрые дисковые таблицы на основе В-деревьев со сжатием индексов.
  •  Очень быстрая базирующаяся на потоках система распределения памяти.
  •  Очень быстрые соединения, использующие оптимизированный метод однопроходного мульти соединения (one-sweep multi-join).
  •  Хеш-таблицы в памяти, используемые как временные таблицы.
  •  SQL-функции реализованы при помощи хорошо оптимизированной библиотеки классов, поэтому они выполняются настолько быстро, насколько это возможно. Обычно после инициализации запроса распределения памяти не происходит вообще.
  •  MySQL- код протестирован с использованием Purify (коммерческий детектор утечки памяти), а также Valgrind, одного из GPL-инструментов 

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

  1.  Средства для обеспечения безопасности офисной PBX

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

HTTPS (Hypertext Transfer Protocol Secure) — расширение протокола HTTP, поддерживающее шифрование. Данные, передаваемые по протоколу HTTPS, «упаковываются» в криптографический протокол SSL или TLS, тем самым обеспечивается защита этих данных. В отличие от HTTP, для HTTPS по умолчанию используется TCP-порт 443.

Система была разработана компанией Netscape Communications Corporation, чтобы обеспечить аутентификацию и защищённое соединение. HTTPS широко используется в мире Веб для приложений, в которых важна безопасность соединения, например, в платежных системах.

HTTPS поддерживается всеми популярными браузерами..

  1.  Разработка архитектуры офисной PBX

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

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

б)Подсистема отображения - основной задачей данной подсистемы является взаимодействие с пользователем через web интерфейс, работа пользователя с базой данных.

В системе также существуют  сервер баз данных MySQL.

На рисунке 2.1 представлена общая архитектура офисной PBX.

Рисунок 2.1 – Общая архитектура офисной PBX

  1.  Разработка программной подсистемы
    1.  
    2.  
      1.  Структура программной подсистемы

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

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

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

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

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

Модуль работы с базой данных выполняет все операции связанные с БД (сохранение, получение данных).  

Модуль  плат расширение предназначен для работы с оборудованием позволяющим расширять возможности системы.

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

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

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

Модуль работы с базой данных выполняет все операции связанные с БД (сохранение, редактирование, получение статистики).

 

Рисунок 2.2 – Структура разрабатываемой системы

  1.    Разработка базы данных

На основании концептуальной модели предметной области были созданные следующие базовые таблицы базы данных: «client», «type», «codec», «mailbox», «callgroup», «pickupgroup», «role», «callsing», «cdr», «record». Рассмотрим подробнее все созданные таблицы.

Для всех таблиц базы дынных поля служащие первичными или внешними ключами имеют тип данных «integer».

Таблица «client» предназначена для хранения информации о пользователях системы. В ней храниться информация для авторизации в системе. Она состоит из 14 колонок:

  •  id – первичный ключ;  
  •  username – логин пользователя для авторизации;
  •  secret – пароль пользователя для авторизации;
  •  host – указывает IP адрес с которого клиенту разрешено подключаться к системе
  •  nat – указывает на то может ли клиент прятаться за роутером с nat;
  •  qualify – указывает на время через которое пир рассматриваем как нерабочий,  если отклик от него приходит дольше, чем заданное время;
  •  canreinvite – указывает разрешаем ли мы трафик напрямую между клиентами, минуя сервер;
  •  regext – указывает под каким номером клиент будет зарегистрирован;
  •  type_id – внешний ключ для связи с таблицей «type»;
  •  mailbox – внешний ключ для связи с таблицей «mailbox»;
  •  callgroup_id – внешний ключ для связи с таблицей «callgroup»;
  •  pickupgroup_id – внешний ключ для связи с таблицей «pickupgroup»;
  •  role_id – внешний ключ для связи с таблицей «role».

Поскольку имя пользователя, пароль, адрес хоста не будет длиннее чем 15 символов, то типы данных для этих полей будут varchar(15), а canreinvite и nat будут принимать только два значение «yes» или «no» то тип даннях для них будет boolian.  Qualify и regext будут иметь тип данных «integer».

Для хранения типа клиента создана таблица «type». Она состоит из трех колонок:

  •  id – первичный ключ;
  •  type – имя типа;
  •  info – краткое описание типа;

Поскольку длинна типа пользователя не будет длиннее 15 символов, а информация о типе будет не более 255 символов, то типы данных для этих полей будут  varchar(15), varchar(255) соответственно.

Таблица «codec» предназначена для хранения информации о кодеках. Данная таблица состоит из 4 колонок:

  •  id – первичный ключ;
  •  disallow – название кодеков которые нужно запретить;
  •  allow – название кодеков которые нужно разрешить для использования;
  •  client_id – внешний ключ для связи с таблицей «client»..

Поля «disallow» и «allow» имеют тип данных varchar(40).

Таблица «mailbox» предназначена для хранения информации о голосовой почте. Она состоит из 4 колонок:

  •  id – первичный ключ;
  •  mailbox – екстеншен(номер) голосового ящика;
  •  email – адрес на который будет отправляться сообщение, о том что в голосовом ящике появилось новое сообщение ;
  •  context –  Контекст с настройками голосового ящика.

Все три поля «mailbox», «context» и «email» имеет тип данных varchar(40).

Таблица «callgroup» предназначена для хранения информации о группах вызова. Эта таблица состоит из 2 колонок:

  •  id – первичный ключ;
  •  number – номер группы вызова;

Поле  «number» имеет тип данных integer.

Таблица «pickupgroup» предназначена для хранения информации о группах перехвата вызова. Эта таблица состоит из 2 колонок:

  •  id – первичный ключ;
  •  number – номер группы перехвата вызова;

Поле  «number» имеет тип данных integer.

Таблица «role» предназначена для хранения информации о роли клиента в системе. Эта таблица состоит из 3 колонок:

  •  id – первичный ключ;
  •  role – название роли;
  •  info – краткое описание роли.

Поле  «role» и «info»   имеют тип данных varchar(15) и varchar(255)  соответственно.

Для хранения информации о статистике звонков создана таблица «сdr». Состоит из 8 колонок:

  •  id – первичный ключ;
  •  calldate – дата совершения вызова;
  •  clid – caller*ID c текстом;
  •  src – клиент совершающий вызов;
  •  dst – клиент принимающий вызов;
  •  dcontext – контекст направления;
  •  chanel – используемый канал;
  •  dstchanel – канал направления, если подходит;
  •  lastapp – последнее приложение, если подходит;
  •  lastdata – дата последнего прложения;
  •  duration – полное время разговора;
  •  billsec – полное время вызова, в секунах, от ответа до окончания;
  •  disposition – что случилось с вызовом: ANSWERED, NO ANSWER, BUSY, FAILED;
  •  amaflags какой флаг используется;
  •  accountcode – номер аккаунта;
  •  userfield – пользовательское поле.
  •  client_id – внешний ключ для связи с таблицей «сallsing».

Поле «calldate» содержит дату звонка, поэтому этому полю установлен тип данных datetime. Полям «clid», «src», «dst», «dcontext», «chanel», «dstchanel», «lastapp», «lastdata» будет присвоен тип данных varchar(80). Полям «duration», «billsec», «amaflags» присвоен тип данных integer(11), полям «disposition», «accountcode», «userfield» будет присвоен тип данных varchar(45), varchar(20) и varchar(255) соответственно.

Таблица «callsing» промежуточная таблица. Эта таблица имеет две колонки:

  •  id – первичный ключ;
  •  client_id – внешний ключ для связи с таблицами «client», «record», «cdr».

Поле  «client_id»   имеет тип данных intrger.

Таблица «record» предназначена для хранения информации о файлах с записью разговоров. Эта таблица состоит из 4 колонок:

  •  id – первичный ключ;
  •  filename – название файла с записью разговора;
  •  calldata – дата и время записи;
  •  src – клиент совершающий вызов;
  •  dst – клиент принимающий вызов;
  •  client_id – внешний ключ для связи с таблицей «сallsing».

Поле  «filename», «src» и «dst»   имеют тип данных varchar(80), а поле calldata содержит дату звонка, поэтому этому полю установлен тип данных datetime.

 

На рисунке 2.3 изображена схема базы данных офисной PBX.

 

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

Сценарий соединения клиентов по протоколу SIP с участием сервера показан на рисунке 2.4. Абонент посылает на сервер запрос на соединение, отправляя сообщение Invite. Сервер возвращает сообщение Trying и передает сообщение Invite вызываемому абоненту. Вызываемая сторона отвечает сообщением Ringing, которое сервер пересылает вызывающей стороне. После того как вызываемый абонент снимет трубку, вызывающей стороне отправляется сообщение ОК, которое транслируется сервером. Вызываемому абоненту возвращается подтверждающее сообщение Ack.

Рисунок 2.4 – Сценарий соединения клиентов по протоколу SIP

C этого момента соединение считается установленным и начинается обмен медиа-трафиком по протоколам RTP/RTCP. Сторона, желающая завершить соединение, посылает сообщение Bye, и после получения подтверждающего ОК соединение разрывается.

  1.  Моделирование выполнения действий

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

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

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

Рисунок 2.5 – Диаграмма активности при входящих звонках в систему

Рисунок 2.6 – Диаграмма активности при исходящих звонках

  1.  Разработка WEB-компонент системы

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

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

На рисунке 2.7 приводится прототип интерфейса окна  входа в систему. Данный интерфейс в верхней части имеет логотип организации.  Имеются поля для ввода  имени и пароля, а так же кнопка по нажатии на которую произойдет попытка входа в систему.

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

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

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

Рисунок 2.7 – Прототип интерфейса входа в систему

Рисунок 2.8 – Прототип интерфейса редактирования клиентов

Рисунок 2.9 – Прототип интерфейса просмотра статистики звонков

Рисунок 2.10 – Прототип интерфейса просмотра аудиозаписей разговоров.

Разработка карты сайта отображения

Была разработана карта сайта, которая отображает все разделы, подразделы и страницы системы видеонаблюдения. Карта сайта представлена в виде дерева, которая представляет собой информационную архитектуру системы и определяет пути навигации по сайту.  На рисунке 2.11 приведена карта сайта для клиента, на рисунке 2.12 – для менеджера, на рисунке 2.13 – для администратора.

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

Рисунок 2.12 - Карта сайта для менеджера системы

Рисунок 2.13 - Карта сайта для администратора системы

  1.  
  2.  
    1.  
    2.  
    3.  
      1.  
      2.  
      3.  
      4.  
      5.  
    4.    Разработка ЛВС
      1.  Проектирование архитектуры локальной вычислительной сети

Каждый отдел телерадиокомпании необходимо выделить в отдельный сегмент сети. В каждом сегменте сети количество сотрудников не будет превышать  шести. Кроме компьютеров каждый отдел содержит  принтер, доступ к которому можно получить через сеть в данном сегменте, а так же IP-телефоны. Все устройства внутри каждого отдела будут соединены через коммутатор второго уровня, который в свою очередь выходит на коммутатор, который работает уже на третьем уровне сетевой модели. Коммутатор третьего уровня владеет всеми возможностями маршрутизатора. Отличие только в том, что этот коммутатор основные задачи маршрутизатора выполняет  на аппаратном уровне, а не на программном как это делает маршрутизатор, что позволяет уменьшить нагрузку на процессор и увеличить пропускную способность.  Роль коммутатора третьего уровня заключается в том, что он, во-первых, выделяет каждый сегмент в отдельную подсеть, а во-вторых, содержит  firewall, который необходим для ограничения доступа к данной подсети, а так же может обеспечивать ограничения доступа между подсетями. Скорость обмена между коммутаторами подсети и центральным коммутатором 1Gbps.

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

Кроем того, в сети будет выделен отдельный блок адресов для доступа к WI-FI. Для выделения этого сегмента в отдельный блок будет использоваться маршрутизатор со встроенной точкой доступа, который будет соединен с Backbone.

  1.  Разделение сети на сегменты и размещение серверов

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

Число ПК в каждом помещении выбирается в зависимости от его назначения. Общее число рабочих станций в сети – 41 следовательно, будет целесообразно разделить сеть с помощью коммутаторов на подсети (используя стандарт VLAN). Также к сети относятся 30 IP-телефонов и 9 сетевых принтеров. На рисунке 2.14 показан план здания и размещение оборудования офиса телерадиокомпании «Тим».

Рисунок 2.14 – План здания офиса телерадиокомпании «Тим»

Как правило, сеть разделяют на демилитаризованную зону и основную приватную сеть c помощью «внешнего» маршрутизатора. Так как нам необходима защита отделов предприятия от других отделов, то вводится безопасная внутренняя сеть, которая будет организована с помощью многоуровневого коммутатора.

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

В публичные адреса корпоративной сети были вынесены в кластер сервера: DNS, WEB, файловый сервер,  VoIP, SMTP, а так же GSM шлюз, VPN сервера. Полученная схема сети отображена на рисунке 2.14.

Рисунок 2.14 – Логическая схема ЛВС телерадиокомпании «Тим»

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

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

  1.  
    1.  
      1.  Выбор сетевого оборудования для ЛВС

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

  Выбор коммутаторов

Для построения ЛВС использовались неуправляемые и управляемые коммутаторы. Управляемый коммутатор выполняет разделение сети на подсети. Неуправляемые коммутаторы применяются для создания звездообразной топологии подсетей.

В таблицах 2.1, 2.2  и 2.3 представлены сравнительные характеристики коммутаторов.

Таблица 2.1 –  Коммутаторы для отделов (16 -портовые)

Фирма производитель

D-Link

TP-LINK

Модель

DES-1100-16

TL-SL1117

Поддерживаемые стандарты

16 x 10/100BASE-TX

16 x 10/100 Мбит/с

1 x 10/100/1000 Мбит/с

Количество портов

16

16

Размер буфера данных

1 Мб

1 Мб

Размер таблицы MAC-адресов

8192

8192

Тип корпуса

настольный / монтируемый в шкаф-стойку корпус

настольный / монтируемый в шкаф-стойку корпус

Пропускная способность

3.2 Гбит/с

5.2 Гбит/с

Полный дуплекс

+

+

Цена, грн.

452

460

Среди 16-ми портовых коммутаторов DES-1100-16 и TL-SL1117 имеют примерно одинаковые возможности, для установки в отделах к скоростному обмену информации, был выбран неуправляемый коммутатор фирмы TP-LINK модель TL-SL1117, поскольку он имеет порт с пропускной способностью 1Гб.

Рисунок 2.15 – Коммутатор TP-LINK TL-SL1117

TP-LINK TL-SL1117 является неуправляемым коммутатором. Оснащен 16-ю портами Fast Ethernet и одним гигабитным портом. Этот порт  поддерживает скорость передачи данных до 1000 Мбит/с.  предназначенным для повышения производительности работы группы пользователей, позволяет подключить к порту сетевое оборудование, работающее на скоростях 10 или 100 Мбит/с. Используя не блокирующую архитектуру коммутации, TL-SL1117 может пересылать и фильтровать пакеты на максимальной скорости. Более того, 100% фильтрация данных позволяет устранить все не корректные пакеты и повысить эффективность сети. Все порты поддерживают автоматическое определение полярности MDI/MDIX. Это исключает необходимость в использовании кроссированных кабелей или портов uplink.

Таблица 2.2 –  Коммутаторы 3-го уровня

Фирма производитель

Cisco Catalyst

Edge-core

Модель

WS-C3550-12T

ES4612

Порты 10BASE-T/ 100BASE-TX/1000BASE-T/1000Base-X

12

12

Консольный порт RS-232

+

+

Функции уровня 3

+

+

Таблица МАС адресов

12 К

16K

Пропускная способность

12Gb/s

24Gb/s

Скорость пересылки  пакетов/сек

17000000

17900000

Объем flash памяти

16Мб

16Мб

Виртуальные сети (VLAN)

255

255

Объем ОЗУ

64Мб

64Мб

Буфер памяти (на один порт)

2MB

1MB

Цена, грн

5501

6 259

Данный коммутатор должен взять на себя обязанности по коммутации пакетов между различными виртуальными подсетями. При выборе коммутатора необходимо руководствоваться условием наличия портов позволяющих подключать оптоволокно на скорости 1Gb/s и поддержкой виртуальных подсетей.

Сравниваемые коммутаторы имеют примерно одинаковую функциональность, отличающуюся в основном пропускной способностью. Коммутаторы находятся практически в одной ценовой категории, но WS-C3550-12T имеет меньшую стоимость.

При разработке ЛВС будет использоваться WS-C3550-12T – данные коммутаторы  сочетают в себе высокую производительность и надежность.

Рисунок 2.16 – Коммутатор Cisco Catalyst WS-C3550-12T

Коммутатор WS-C3550-12T оснащен 10 портами 10/100/1000Base-T Gigabit Ethernet, 2 комбо-порта 10/100/1000 BASE/SFP. Коммутатор поддерживает работу с расписаниями. Шаблоны расписания задаются на отдельной странице основного раздела и обзываются подходящими именами, после чего их можно применять при дальнейшем конфигурировании некоторых функций, например списков доступа. Благодаря технологии Cisco Express Forwarding (CEF) серия Catalyst 3550 обеспечивает высокопроизводительную маршрутизацию трафика IP. Программное обеспечение SMI поддерживает статическую, RIPv1 и RIPv2 маршрутизацию, а EMI – еще и OSPF, IGRP, EIGRP, а также маршрутизацию multicast-трафика (PIM, DVMRP, IGMP snooping). Поддержка протокола 802.1x, функциональность Identity-Based Networking Services (IBNS), списки доступа для трафика, коммутируемого на втором уровне (VLAN ACL), на третьем и четвертом уровнях (Router ACL), а также Port-based ACLs (PACL). Для обеспечения безопасности при администрировании поддерживаются протоколы SSH и SNMPv3, а также централизованная аутентификация на TACACS+ и RADIUS серверах.

Для защиты от сбоев внутренних блоков питания коммутаторы Catalyst 3550 поддерживают резервные системы питания Cisco Redundant Power System 300 (RPS 300) и 675 (RPS 675), протоколы 802.1D, 802.1s, 802.1w, функциональность UplinkFast, CrossStack UplinkFast (CSUF), HSRP, UDLD, Aggressive UDLD, Switch port Auto-recovery.

Классификация трафика по полям DSCP или 802.1p (CoS), стандартные и расширенные списки доступа для выделения заданного типа трафика, WRED, очередность Strict Priority, Weighted Round Robin. Существует возможность определения максимальной полосы для определенного вида трафика, а также выделения гарантированной полосы CIR.

Внедренное в коммутатор ПО Cisco CMS, поддержка управления с помощью SNMP-плат- форм, таких как CiscoWorks, поддержка SNMP версий 1, 2, 3, Telnet, RMON, SPAN, RSPAN, NTP, TFTP.

Коммутаторы являются неблокируемыми, т.е. обеспечивают одновременную работу всех портов на скорости канала

Таблица 2.3 –  Коммутаторы 3-уровня (24 портовые)

Фирма производитель

DELL

Cisco

Модель

PowerConnect 5524

Catalyst WS-C3560E-24TD-SD

Поддерживаемые стандарты

24 x Ethernet 10/100/1000 Мбит/сек

24 x Ethernet 10/100/1000 Мбит/сек

Дополнительные порты

2 порта SFP+ (10 Гбит/с/1 Гбит/с), 2 порта для установки в стек (HDMI) — 10 Гбит/с на каждый порт 

2 x X2 10 Gigabit Ethernet

Количество портов

24

24

Размер таблицы MAC-адресов

16384

6000

Возможность установки в стойку

+

+

Пропускная способность коммутационной сети

128 Гбит/с

128 Гбит/с

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

65,47

Полный дуплекс

+

+

Размер буфера данных

12 Мб

12 Мб

объем оперативной памяти

1 Гб

128 Мб

Флэш-память

16 Мб

64 Мб

Піддержка  VLAN  до  

4000

1024

Цена, грн.

5 112

18856

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

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

При разработке ЛВС будет использоваться DELL PowerConnect 5524 – данные коммутаторы  сочетают в себе высокую производительность,  надежность и доступную цену .

Рисунок 2.17 – Коммутатор DELL PowerConnect 5524

Коммутатор PowerConnect 5524 оснащен 24 портами Ethernet 10/100/1000 Мбит/сек Gigabit Ethernet, 2 порта SFP+ (10 Гбит/с/1 Гбит/с), 2 порта для установки в стек (HDMI) — 10 Гбит/с на каждый порт. Коммутатор поддерживает работу с расписаниями. Шаблоны расписания задаются на отдельной странице основного раздела и обзываются подходящими именами, после чего их можно применять при дальнейшем конфигурировании некоторых функций, например списков доступа.

Коммутаторы являются неблокируемыми, т.е. обеспечивают одновременную работу всех портов на скорости канала

Выбор маршрутизаторов

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

В таблице 2.4 находятся основные характеристики маршрутизаторов. Маршрутизаторы используемые в данной ЛВС имеют разное назначение, следовательно, к ним будут предъявляться разные требования. Для внешнего маршрутизатора была выбрана линейка маршрутизаторов Cisco 7200 Series с возможностью подключения дополнительных модулей.

Таблица 2.4 –  Маршрутизаторы Cisco 7200 Series

Устройство

7206VXRG2/2+VPNK9

7206VXRG1/2+VPNK9

Наличие слотов

6

6

Процессор

NPE-G2

NPE-G1

Память процессора по умолчанию/макс

1 ГБ /2 ГБ

512 МБ/1 ГБ

Флэш-память PCMCIA по умолчанию/макс

64 MB/256MB

64 MB/256MB

Дополнительная флэш-память: Флэш-память PCMCIA: Флэш-память Compact Flash:       По умолчанию/макс

64 МБ/ 256 МБ

64 МБ/256 МБ

64 МБ/ 256 МБ

64 МБ/256 МБ

Слоты карт расширения

1

Слоты PA (Порт-адаптер)

6

Порты Ethernet

3-port Gigabit Ethernet

Производительность:

2 036 000 пакетов

1 018 000 пакетов/с

Масштабируемость VPN туннелей, для каждого шасси

До 5000

Протоколы маршрутизации:

EIGRP, IGRP, IS-IS, OSPF, BGP, PIM, RIP

Поддерживаемые протоколы

ARP, IPCP, IP forwarding, IP host, IP Multicast, PPP-over-ATM, TCP, Telnet, TFTP, UDP, transparent bridging, VLAN, MPLS, IPv6, GRE, L2TP, UTI, L2TPv3, 6to4, ACLs, NAT, NetFlow, Firewall, Flexible Packet Matching, IPSec VPN, Secure Multicast, AAA, CHAP, FTP, RADIUS, SNMP, PAP, TACACS,RARP,SLIP,SNMP,DHCP,HSRP

Маршрутизатор Cisco 7206, как и вся серия модульных маршрутизаторов 7200 отличается гибкой модульной конструкцией. Доступны слоты NME, для установки сетевых модулей, слоты HWIC для установки интерфейсных модулей, Слоты EVM для поддержки дополнительных голосовых интерфейсов, а также слоты PVDM и гнезда AIM на системной плате маршрутизатора для установки модулей обработки голоса и сервисных модулей соответственно. Слоты NME и HWIC имеют обратную совместимость с модулями NM и WIC соответственно.

Таблица 2.5 –  Wi-Fi маршрутизаторы

Фирма производитель

D-Link DSL-

TP-LINK

Модель

2640U/NRU/C4

WR743ND

Порты

1 x ADSL RJ-11 (WAN)

4 x 10/100Base-TX Ethernet RJ-45 (LAN)

4 x LAN 10/100 Мбит/с

1 x WAN 10/100 Мбит/с (с поддержкой PoE)

Беспроводные возможности

IEEE 802.11b, IEEE 802.11g, IEEE 802.11n

IEEE 802.11b,

IEEE 802.11g,

IEEE 802.11n

Поддержка протоколов

PPPoE

PPTP, L2TP, IPsec, PPPoE

Фильтрация пакетов

(IP/ICMP/TCP/UDP)

(IP/ICMP/TCP/UDP)

Фильтрация по MAC-адресам

+

+

Межсетевой экран NAT

+

+

Технология шифрования

WPA/WPA2 с механизмами TKIP, AES и TKIP+AES

WEP 64/128/152-бит

 WPA/WPA2, WPA-PSK/WPA2-PSK

Цена, грн

323

242

Сравниваемые маршрутизаторы имеют примерно одинаковую функциональность. Исходя из стоимости, выберем маршрутизатор TP-LINK TL-WR743ND.

Рисунок 2.18 – маршрутизатор TP-LINK TL-WR743ND

Модель TL-WR743ND имеет встроенный 4-портовый коммутатор, сетевой экран, NAT-маршрутизатор и беспроводную точку доступа. С помощью TL-WR743ND возможно обеспечить надежное беспроводное подключение к сети и организовать простой и в то же время безопасный совместный доступ к сети Интернет, файлам и развлечениям.

TL-WR743ND предлагает 2 рабочих режима для многопользовательского доступа в сеть Интернет: режим маршрутизатора с точкой доступа и клиентом и режим маршрутизатора с точкой доступа. В режиме маршрутизатора с точкой доступа и клиентом возможность выходить в Интернет в беспроводном режиме на основе беспроводного доступа WISP. В режиме маршрутизатора с точкой доступа выход в Интернет осуществляется через проводной/DSL модем.

TL-WR743ND оснащен RJ-45 WAN портом, который предназначен для поддержки пассивного PoE. TL-WR743ND будет отвечать всем требованиям стандарта при расстояние до 30 метров.

Опция QSS — это удобное средство для оперативной установки защиты одним нажатием клавиши QSS на корпусе маршрутизатора беспроводной сети, который автоматически настраивает защиту соединения на базе шифрования WPA2.

VoIP GSM шлюз

В качестве VoIP GSM шлюза был выбран шлюз GoIP4 так как он имеет хорошие эксплуатационные характеристики и не высокую цену.

Рисунок 2.19 – GSM шлюз серии GoIP4

С помощью шлюза GoIP4 можно сделать качественную интеграцию IP телефонии в GSM сеть. Этот шлюз имеет 4 линии для gsm  связи, существует возможность настройки каждой линии в отдельности через удобный web интерфейс.

FXO шлюз

В качестве FXO шлюза, для перехода IP телефонии в PSTN, сеть общего назначения была выбрана Плата Digium Wildcard TDM410. Она имеет хорошие эксплуатационные характеристики и не высокую цену по сравнению с отдельными FXO шлюзами.

Рисунок 2.20Плата Digium Wildcard TDM410

Плата Digium Wildcard TDM410 - это полу размерная PCI 2.2-совместимая модульная шлюзовая плата для подключения аналоговых линий обычной телефонной сети (ТФОП) к персональному компьютеру. Она поддерживает комбинации до четырех модулей FXO  до четырех линий.

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

Масштабирование этого решение достигается добавлением в систему дополнительных TDM410 или других плат аналоговых интерфейсов от Digium.

Выбор Ip-телефонов

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

Таблица 2.6 –  Характеристики ip-телефонов

Устройство

Cisco CP-7912G

DPH-70S / DPH-70H

Linksys SPA941

Протоколы

SIP

SIP

SIP

Сеть Ethernet, Fast Ethernet

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

IEEE 802.1Q (VLAN)

IEEE 802.3 (Ethernet)

IEEE 802.3af (power over ethernet)

IEEE 802.3u (Fast Ethernet)

IP, TCP, UDP, ARP protocols

HTTP 1.0

Клиент DHCP

DNS

IEEE 802.1Q (VLAN)

IEEE 802.3 (Ethernet)

IEEE 802.3af (power over ethernet)

IEEE 802.3u (Fast Ethernet)

Определитель номера

есть

есть

есть

Интерфейсы

2 x Ethernet 10/100BaseT (RJ-45)

2 x Ethernet 10/100BaseT (RJ-45)

Порт LAN: RJ-45для Ethernet (MDI-II)

Порт PC : RJ-45 для Ethernet (MDI-X)

Спикерфон

есть

Нет

нет

Аудиокодеки

G.723.1

G.729A/AB

G.711u-law/A-law

G.723.1

G.729A/AB

G.723.1 G.729A;

G.711

(А-law и µ-law);

G.726

Поддержка QoS

есть

нет

есть

Количество линий для одновременных вызовов

1

1

4

На основании сравнения был выбран Linksys SPA941, так как он поддерживает протокол SIP, стандарт - IEEE 802.1Q (VLAN), также поддерживает сжатие голоса аудиокодеками G.711 (А-law и µ-law), G.723.1 и G.729A и обеспечивает поддержку QoS, к тому же имеет 4 линии для одновременных вызовов.

Рисунок 2.21 – Телефон Linksys SPA941

Linksys SPA941 представляет собой модель IP-телефона, который предназначен для обеспечения голосовой связи сотрудников, располагающихся в отделах с малыми или средними объемами телефонного трафика. Пиксельный дисплей и динамические контекстно-зависимые клавиши обеспечивают быстрый доступ к базовому набору функций. Поддерживает одновременно до четырех вызовов и один абонентский номер; содержит интегрированный коммутатор 10/100 Ethernet для подключения ПК. К специальным функциям относится определитель номера,  поддержка QoS, спикерфон и голосовая почта.

Сетевые принтеры

В качестве сетевого принтера был выбран принтер HP LaserJet 1022N так как он имеет хорошие эксплуатационные характеристики и не высокую цену.

С помощью сетевого принтера HP LaserJet 1022N можно создавать документы высокого качества, с разрешением 1200 т/д. Наличие драйвера печати HP PCL 5e и ОЗУ 8 Мб обеспечивает надёжность и высокую производительность устройства. Благодаря использованию технологии мгновенного закрепления тонера печать документов данным принтером происходит довольно быстро. Выбранный принтер относится к малогабаритным лазерным принтерам, что позволяет использовать его в условиях небольшой площади рабочего места. Кроме того, он готов к работе в сети.

Выбор среды передачи данных

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

Таблица 2.7 – Характеристики витых пар

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

Описание

FTP, 4 пары, кат.5e одножильный

4-е экранированные витые пары с общей оболочкой, полоса частот 125 МГц

UTP, 4 пары, кат 5е, одножильный

4-е неэкранированные витые пары, для передачи на скорости до 1000 Мбит/c, полоса частот 125 МГц

UTP, 2 пары, кат.5e одножильный

2-е неэкранированные витые пары с общей оболочкой, для передачи на скорости до 100 Мбит/c, полоса частот 125 МГц

UTP, 4 пары, кат.6 одножильный

Используется в сетях Fast Ethernet и Gigabit Ethernet, полоса частот 250 МГц

Как можно увидеть из таблицы 2.1 кабель UTP 4 категории 6 имеет полосу частот 250 МГц, используется в сетях Fast Ethernet и Gigabit Ethernet для передачи данных на скорости до 1000 Мбит/c. Использовать этот вид витой пары в данной фирме нерационально.

Поэтому будем использовать витую пару UTP категории 5е, как с 2-мя парами, так и с 4-мя, так как необходима пропускная способность 100Мбит/с и  1 Гбит/c.

Расстояние от соединительного коммутатора до коммутатора в администрации составляет 33м, до коммутатора в отделе бухгалтеров 2.5м.  До коммутатора в отделе технической поддержки 2.5м,  до коммутатора в отделе кабельное телевиденье и телеканал Тим 8.6м и 9,2м соответственно. До коммутатора в отделе администраторов 44м, до коммутатора в магазине компьютерной техники Optimus 40м, до коммутатора в отделе мобильного оператора NovaSim 2.5м, Для соединения каждого ПК в отделах необходимо взять 250м кабеля UTP 2 кат. 5е и 100м кабеля 4 кат. 5е.

Для прокладки кабелей необходимо около 350 м коробов.

Выбор сетевых адаптеров

Далее произведем выбор сетевых адаптеров (таблица 2.8).

Таблица 2.8 – Выбор сетевых адаптеров

Фирма производитель

3COM

Intel

D-Link

Zyxel

Модель

3C2000-T

Pro/1000 G

DFE-528T

GN680-T

Цена, у.е.

14

16

7

12

Пропускная способность

10/100/1000

10/100/1000

10/100/1000

10/100/1000

Светодиодные индикаторы

10-100/1000

Link/Activity

Link/Activity

/100Tx

Link/Activity

Link/Activity

Wake-On-LAN

+

+

+ v2.0

+ v2.2

Сетевой чип

3Com 920-ST06

Intel 82551QM

D-Link DL10038C

GN680-T

Поддержка SNMP/DMI, WfM

+

+

-

+

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

Наилучшие результаты принадлежат сетевым контроллерам Intel и 3Com. Они используют так называемые «адаптивные технологии», позволяющие регулировать объем, передаваемой в сети, информации и величину задержки с тем, чтобы максимально полно использовать возможности конкретного окружения и достигать наибольшей общей пропускной способности сети. Но поскольку их цена почти в два раза больше да DFE-528, то в качестве сетевого адаптера будет выбран он.

Источник бесперебойного питания

Большой вред работе сети может нанести отключение электропитания или значительное падение напряжения в сети. Для защиты данных в случае возникновения таких ситуаций в ЛВС применяются источники бесперебойного питания. ИБП – это устройство, основным элементом которого является аккумуляторная батарея. При отключении питания или при резком падении напряжения необходимый уровень напряжения поддерживается ИБП. Батареи ИБП непрерывно подзаряжаются от внешней электросети. Даже в случае отключения питания в сети ИБП способен сохранять работоспособность компьютера в течение длительного периода времени. Этот период зависит от мощности, потребляемой компьютером, и от мощности ИБП, которая измеряется в вольт-амперах. Так, ИБП мощностью 600 ВА может автономно поддерживать работу 300 Вт компьютера примерно в течение двадцати минут.

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

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

Выбор монтажного оборудования

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

Таблица 2.9- Стоимость монтажного оборудования

Фирма производитель

Описание

Ед. измерен.

Кол-во

Стоимость за единицу, грн/м

Сумма, грн

Efapel

Кабельный канальный короб пластиковый 40х25mm

м

350

4,18

1463

Efapel

Заглушка для короба 40х25mm

шт

25

4

100

Efapel

Внешний угол для канала 80х50mm

шт

70

3

210

PCNet

Розетка внешняя настенная UTP 1 порт RJ45 категории 5е

шт

70

8

480

PCNet

Коннектор разъем вилка RJ45 под UTP категории 5е

шт

70

0,5

35

MOLEX

Кабель 2пары UTP cat. 5E 305м

шт

1

271

271

NextConnect

Кабель 4пары UTP cat. 5E

м

100

2,2

220

Всего, грн.

2779

  1.  Расчёт стоимости сети

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

Таблица 2.10 – Расчет суммарной стоимости выбранного сетевого оборудования

Наименование оборудования

Количество, шт./м

Цена, грн. 1 шт./м

Сума, грн.

D-link DES-1100-16

11

452

4972

Cisco Catalyst WS-C3550-12T

2

5501

11002

Dell PowerConnect 5524

3

5 112

15336

TP-LINK TL-WR743ND

2

242

484

Cisco 7206VXRG2/2+VPNK9

1

110000

110000

HP Team Server 1800A

8

26100

208800

HP Team Server 1700A

2

19516

39032

HP Team Server 1600A

2

16790

33580

GoIP4

1

5200

5200

TDM410

1

920

920

Linksys SPA941

30

920

27600

HP LaserJet 1022N

9

2495

22455

Сетевые адаптеры

60

55

3300

Монтажное оборудование

-

-

2779

ИПБ

10

850

8500

483555

  1.  Моделирование ЛВС

Согласно разработанной логической схеме ЛВС было проведено моделирование с помощью программы Cisco Packet Tracer.

На рисунке 2.22 представлен результат моделирования сети в программе Cisco Packet Tracer.

Рисунок 2.22 –Модель сети офиса телерадиокомпании «Тим»

В листинге 2.1  показана проверка функционирования ЛВС.

Листинг 2.1 – Список проверок ЛВС

From 192.168.5.4

PC>tracert 192.168.5.8

Tracing route to 192.168.5.8 over a maximum of 30 hops:

 1   94 ms     64 ms     48 ms     192.168.5.1

 2   *         156 ms    124 ms    192.168.5.8

Trace complete.

From 192.168.6.2

PC>tracert 10.10.11.2

Tracing route to 10.10.11.2 over a maximum of 30 hops:

 1   19 ms     47 ms     78 ms     192.168.6.1

 2   109 ms    109 ms    80 ms     192.168.165.1

 3   *         112 ms    158 ms    10.10.11.2

Trace complete.

From 192.168.8.2

PC>tracert 194.242.100.2

Tracing route to 193.154.21.2 over a maximum of 30 hops:

 1   51 ms     78 ms     78 ms     192.168.8.1

 2   127 ms    63 ms     95 ms     192.168.165.1

 3   160 ms    171 ms    128 ms    194.242.100.2

Trace complete.

From 192.168.5.4

PC>ping 192.168.6.2

Pinging 192.168.6.2 with 32 bytes of data:

Reply from 192.168.6.2: bytes=32 time=202ms TTL=126

Reply from 192.168.6.2: bytes=32 time=172ms TTL=126

Reply from 192.168.6.2: bytes=32 time=199ms TTL=126

Reply from 192.168.6.2: bytes=32 time=187ms TTL=126

Ping statistics for 192.168.6.2:

   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

   Minimum = 172ms, Maximum = 202ms, Average = 190ms

From 192.168.5.4

PC>ping 10.10.11.2

Pinging 10.10.11.2 with 32 bytes of data:

Reply from 10.10.11.2: bytes=32 time=129ms TTL=125

Reply from 10.10.11.2: bytes=32 time=203ms TTL=125

Reply from 10.10.11.2: bytes=32 time=218ms TTL=125

Reply from 10.10.11.2: bytes=32 time=156ms TTL=125

Ping statistics for 10.10.11.2:

   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

   Minimum = 129ms, Maximum = 218ms, Average = 176ms

From 192.168.8.2

PC>ping 194.242.100.2

Pinging 194.242.100.2 with 32 bytes of data:

Reply from 194.242.100.2: bytes=32 time=96ms TTL=254

Reply from 194.242.100.2: bytes=32 time=109ms TTL=254

Reply from 194.242.100.2: bytes=32 time=109ms TTL=254

Reply from 194.242.100.2: bytes=32 time=94ms TTL=254

Ping statistics for 194.242.100.2:

   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

   Minimum = 94ms, Maximum = 109ms, Average = 102ms

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

Листинг 2.2 –Листинг файла конфигурации локального маршрутизатора

!

version 12.4

no service timestamps log datetime msec

no service timestamps debug datetime msec

no service password-encryption

!

hostname Router

!

!

!

!

!

!

!

!

!

!

ip name-server 0.0.0.0

!

!

!

!

!

!

interface FastEthernet0/0

ip address 192.168.165.2 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet0/1

no ip address

duplex auto

speed auto

!

interface FastEthernet0/1.1

encapsulation dot1Q 10

ip address 192.168.2.1 255.255.255.224

!

interface FastEthernet0/1.2

encapsulation dot1Q 11

ip address 192.168.5.1 255.255.255.224

!

interface FastEthernet0/1.3

encapsulation dot1Q 12

ip address 192.168.6.1 255.255.255.224

!

interface FastEthernet0/1.4

encapsulation dot1Q 13

ip address 192.168.7.1 255.255.255.224

!

interface FastEthernet0/1.5

encapsulation dot1Q 14

ip address 192.168.8.1 255.255.255.224

!

interface FastEthernet0/1.6

encapsulation dot1Q 15

ip address 192.168.9.1 255.255.255.224

!

interface FastEthernet0/1.7

encapsulation dot1Q 15

ip address 192.168.10.1 255.255.255.224

!

interface FastEthernet0/1.8

encapsulation dot1Q 15

ip address 192.168.11.1 255.255.255.224

!

interface FastEthernet0/1.9

encapsulation dot1Q 15

ip address 192.168.12.1 255.255.255.224

!

interface Vlan1

no ip address

shutdown

!

ip classless

ip route 0.0.0.0 0.0.0.0 192.168.165.1

!

!

!

!

!

!

!

!

!

line con 0

line vty 0 4

login

!

!

!

end

В листинге 2.3 представлен текст файла конфигурации внешнего маршрутизатора.

Листинг 2.3 – Листинг файла конфигурации внешнего маршрутизатора

!

version 12.4

no service timestamps log datetime msec

no service timestamps debug datetime msec

no service password-encryption

!

hostname Router

!

!

!

!

!

!

!

!

!

!

!

!

!

!

!

!

interface FastEthernet0/0

ip address 194.242.100.2 255.255.0.0

duplex auto

speed auto

!

interface FastEthernet0/1

ip address 192.168.165.1 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet1/0

ip address 10.10.11.1 255.0.0.0

duplex auto

speed auto

!

interface Vlan1

no ip address

shutdown

!

ip classless

ip route 192.168.2.0 255.255.255.224 192.168.165.2

ip route 192.168.5.0 255.255.255.224 192.168.165.2

ip route 192.168.6.0 255.255.255.224 192.168.165.2

ip route 192.168.7.0 255.255.255.224 192.168.165.2

ip route 192.168.8.0 255.255.255.224 192.168.165.2

ip route 192.168.9.0 255.255.255.224 192.168.165.2

ip route 192.168.10.0 255.255.255.224 192.168.165.2

ip route 192.168.11.0 255.255.255.224 192.168.165.2

ip route 192.168.12.0 255.255.255.224 192.168.165.2

!

!

!

!

!

!

!

!

line con 0

line vty 0 4

login

!

!

!

end

Для доступа к файловым серверам, серверам баз данных, а также к серверам DMZ-зоны по их именам, а не по ip-адресам, необходимо настроить службу доменных имен DNS. Для настройки DNS сервера named в конфигурационном файле named.conf необходимо описать конфигурацию службы DNS.

В листинге 2.4 представлен текст конфигурационного файла named.conf:

Листинг 2.4 – Содержимое файла named.conf

options {

directory  "/var/lib/chroot/var/named";

recursion yes;

forward first;

forwarders {

     

 };

};

//домен "."

zone "." IN {

type hint;

file "named.ca";

};

include "/etc/named.rfc1912.zones";

zone "general" IN {

   type master;

   file "masters/db.general";

   //ограничение ответа на запросы для данной зоны

 allow- query{

192.168.2.0/27;

192.168.5.0/27;

192.168.6.0/27;

192.168.7.0/27;

192.168.8.0/27;

192.168.9.0/27;

192.168.10.0/27;

192.168.11.0/27;

192.168.12.0/27;

   };

};

zone "inserv" IN {

   type master;

   file "masters/db.inserv";

};

zone "dmz" IN {

type master;

file "masters/db.dmz";

allow-query  {

192.168.2.0/27;

192.168.5.0/27;

192.168.6.0/27;

192.168.7.0/27;

192.168.8.0/27;

192.168.9.0/27;

192.168.10.0/27;

192.168.11.0/27;

192.168.12.0/27;

};

};

//обратная зона 

zone "91.168.192.in-addr.arpa"{

   type master;

   file "masters/db.1.168.192";

   allow-query{

192.168.2.0/27;

192.168.5.0/27;

192.168.6.0/27;

192.168.7.0/27;

192.168.8.0/27;

192.168.9.0/27;

192.168.10.0/27;

192.168.11.0/27;

192.168.12.0/27;

   };

};

zone "1.168.192.in-addr.arpa"{

   type master;

   file "masters/db.1.168.192";

};

zone "91.69.169.in-addr.arpa"{

type master;

file "masters/db. 91.69.169.in-addr.arpa";

};

В конфигурационном файле службы имен описаны зоны для всех подсетей редакции журнала. В этом файле заданы имена файлов, в которых приведены соответствия доменных имен ip-адресам. В листинге 2.5 представлен текст файла db.general.

Листинг 2.5 – Содержимое файла db.general

$TTL 28800  ;TTL по умолчанию

$ORIGIN . ;суффикс

;основной сервер имен для данной зоны

general IN   SOA ns.webmaker dnsmaster.general. (

                            2011112701; серийный номер файла

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

    7200      ; время, через которое  ;вторичные сервера должны совершать повторную попытку

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

    86400)    ; Time to Live

;авторитетные сервера

 IN NS ns.webmaker. ;первичный сервер

;адреса авторитетных серверов

ns.general IN A 192.168.0.1

;адреса хостов зоны

$ORIGIN general.//суффикс

fs   IN A 192.168.0.2

dns   IN A 192.168.0.3

db   IN A 192.168.0.4

voip   IN A 192.168.0.5

В листинге 2.6 представлен текст файла db.inserv.

Листинг 2.6 – Содержимое файла db.inserv

$TTL 28800  ;TTL по умолчанию

$ORIGIN . ;суффикс

;основной сервер имен для данной зоны

admin_inserv IN   SOA ns.admin_inserv dnsmaster.admin_inserv. (

                            20011112701; серийный номер файла

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

    7200      ; время, через которое  ;вторичные сервера должны совершать повторную попытку

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

    86400)    ; Time to Live

;авторитетные сервера

 IN NS ns.admin_inserv. ;первичный сервер

;адреса хостов зоны

$ORIGIN admin_inserv.//суффикс

fs   IN A 192.168.2.2

dns   IN A 169.69.2.3

db   IN A 169.69.2.4

voip   IN A 169.69.2.5

В листинге 2.7 представлен текст файла db.dmz.

Листинг 2.7 – Содержимое файла db.dmz

$TTL 28800  ;TTL по умолчанию

$ORIGIN . ;суффикс

;основной сервер имен для данной зоны

dmz IN   SOA ns.admin_inserv dnsmaster.dmz. (

                            2011112701; серийный номер файла

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

    7200      ; время, через которое  ;вторичные сервера должны совершать повторную попытку

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

    86400)    ; Time to Live

;авторитетные сервера

 IN NS ns.dmz. ;первичный сервер

;адреса авторитетных серверов

ns.dmz IN A 192.168.0.1

;адреса хостов зоны

$ORIGIN dmz.//суффикс

mail  IN  A 169.69.91.4

В листинге 2.8 представлен текст файла db.1.168.192.in-addr.arpa.

Листинг 2.8 – Содержимое файла db.1.168.192.in-addr.arpa

$TTL 28800

$ORIGIN .

1.168.192.in-addr.arpa IN SOA ns.general. dnsmaster. general. (

 2011092601

  86400

  14400

  3600000

  345600 )

IN NS ns.general.

$ORIGIN 1.168.192.IN-ADDR.ARPA.

2 IN PTR fs.general.

В листинге 2.9 представлен текст файла db.1.168.192.in-addr.arpa.

Листинг 2.9 – Содержимое файла db.1.168.192.in-addr.arpa

$TTL 28800

$ORIGIN .

1.168.192.in-addr.arpa IN SOA ns.admin_inserv. dnsmaster.admin_inserv. (

 2011092601

  86400

  14400

  3600000

  345600 )

IN NS ns.admin_inserv.

$ORIGIN 1.168.192.IN-ADDR.ARPA.

4 IN PTR dns.general.

2 IN PTR db.general.

8 IN PTR voip.general.

В листинге 2.10 представлен текст файла db.1.69.169.in-addr.arpa

Листинг 2.10 – Содержимое файла db.1.69.169.in-addr.arpa

$TTL 28800

$ORIGIN .

.91.69.169.in-addr.arpa IN SOA ns.dmz. dnsmaster.dmz. (

 2011092601

  86400

  14400

  3600000

  345600 )

IN NS ns.dmz.

$ORIGIN 91.69.169.IN-ADDR.ARPA.

8 IN PTR mail.dmz.

4 IN PTR dns.general.

2 IN PTR db.general.

8 IN PTR voip.general.

  1.  Расчет нагрузки на сеть

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

A * B * С = D,

Где А количество одновременных разговоров, в нашем случае 100,

В – занимаемый поток используемым кодеком,

C = 2, так как кодек работает в обеих направлениях

D - результат.

G711:    100 * 87,6 * 2 = 17520(Кбит/с) = 17,1 Мбит/с

G723.1: 100 * 17,1 * 2 = 3420(Кбит/с) = 3,34 Мбит/с

G726:    100 * 42,7 * 2 = 8540(Кбит/с) = 8,34 Мбит/с

G729:    100 * 18,7 * 2 = 3740(Кбит/с) = 3,66 Мбит/с

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

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

Отдел бухгалтерии использует доступ к интернету, сервер БД телерадиокомпании и БД 1С.

Отдел технической поддержки использует доступ к интернету и сервер БД телерадиокомпании.

Отдел телеканал Тим использует доступ к интернету и сервер БД телерадиокомпании.

Отдел кабельное телевиденье использует доступ к интернету и сервер БД телерадиокомпании.

Отдел мобильный оператор NovaSim использует доступ к интернету и сервер БД телерадиокомпании.

Отдел компьютерной техники Optimus использует доступ к интернету и сервер БД телерадиокомпании.

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

Отдел администрация использует доступ к интернету и сервер БД телерадиокомпании.

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

Для доступа в интернет достаточно скорости 4 Мбит/с. Для работы с 1С предположительно достаточно будет 1 Мбит/с для передачи необходимых данных,  а также для работы с БД телерадиокомпании, предположительно достаточно будет 1 Мбит/с для передачи необходимых данных.

Отдел бухгалтерии состоит из 5 рабочих мест.  пиковая нагрузка: (4+1+1) *5=30 Мбит/с.

Отдел техподдержки состоит из 6 рабочих мест, пиковая нагрузка: (4+1) * 6=30Мбит/с.

Отдел телеканал Тим состоит из 5 рабочих мест, пиковая нагрузка: (4+1) * 5=25Мбит/с.

Отдел кабельное телевиденье состоит из 5 рабочих мест, пиковая нагрузка: (4+1) * 5=25Мбит/с.

Отдел мобильный оператор NovaSim  состоит из 5 рабочих мест, пиковая нагрузка: (4+1) * 5=25Мбит/с.

Отдел магазин компьютерной техники Optimus состоит из 3 рабочих мест, пиковая нагрузка: (4+1) * 3=15Мбит/с.

Отдел админ состоит из 6 рабочих мест,  и имеет более качественные пропускные линии, для каждого работника этого отдела выделена линия в   40 Мбит/с, пиковая нагрузка:  40 * 6=240Мбит/с.

Отдел администрации состоит из 3 рабочих мест,  и имеет более качественные пропускные линии, для каждого работника этого отдела выделена линия в   40 Мбит/с, пиковая нагрузка:  40 * 3=120Мбит/с.

Так же в офисе есть wi-fi покрытие, с общей пропускной способностью линии в 10 Мбит/с.

Нагрузка на центральный свич составляет:  30+30+25+25+25+15+240+120+17,1+10=537.1 Мбит/с.

Пропускная способность канала сети между клиентским оборудованием и коммутатором  составляет 100 Мбит/с, а пропускная способность магистральных каналов сети связующих коммутаторы – 1000Мбит/с. В системе используются устройства, которые поддерживают приоритизацию трафика, что позволит потоку данных IP-телефонии предоставить наивысший приоритет.  Исходя из этого, можно сделать вывод:

537,1Мбит/с < 1000Мбит/с

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


  1.  Реализация офисной PBX
  2.  

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

  1.  Таблицы базы данных

В результате исследования была сформирована структура базы данных, которая состоит из следующих таблиц:

  •  таблица «Client» необходима для хранения записей о клиентах
  •  таблица «Type» необходима для хранения типа клиента;
  •  таблица «Codec» необходима для хранения информации  о кодеках используемых разными типами телефонов;
  •  таблица «Mailbox» необходима для хранения записей о голосовой почте клиентов;
  •  таблица «CallGroup» требуется для хранения информации о группах вызовов клиентов;
  •  таблица «PickUpGroup» требуется для хранения информации о группах перехвата вызовов клиентов;
  •  таблица «Role» требуется для хранения информации о уровнях доступа клиентов.
  •  таблица «Callsing» необходима для хранения абстрактных сущностей «Callsing»;
  •  таблица «Record» требуется для ведения журнала записей звонков;
  •  таблица «CDR» требуется для ведения журнала происходящих звонков;

Поля, типы, ограничения и описание каждого из полей таблиц приведены в таблицах 3.1-3.8.

Таблица 3.1 – Описание таблицы «Client»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификационный номер клиента

username

varchar(15)

not null

Имя клиента

secret

varchar(15)

not null

Пароль клиента

host

varchar(15)

not null

IP-адрес с которого клиент может подключаться

nat

boolian

not null

Прячется  ли клиент за роутером с nat

canreinvite

boolian

not null

Разрешаем или нет голосовой трафик напрямую, минуя сервер

qualify

integer

not null

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

regext

integer

not null

Под каким номером регистрировать клиента

type_id

integer

not null

Внешний ключ, указывающий на тип

callgroup_id

integer

not null

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

pickupgroup_id

integer

not null

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

role_id

integer

not null

Внешний ключ, указывающий на роль клиента

callsing_id

integer

not null

Внешний ключ, указывающий на звонок

mailbox

integer

not null

Внешний ключ, указывающий на

номер голосового ящика

Таблица 3.2 – Описание таблицы «Type»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификационный тип клиента

type

varchar(15)

not null

Название  типа

info

varchar(255)

not null

Информация о типе

Таблица 3.3 – Описание таблицы «Codec»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификационный номер разрешенного кодека

disallow

varchar(40)

not null

Название  кодеков которые нужно запретить

allow

varchar(40)

not null

Название  кодеков которые нужно разрешить

id_client

integer

not null

Внешний ключ, указывающий на

клиента

Таблица 3.4 – Описание таблицы «MailBox»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификационный голосовой ящик

email

varchar(40)

not null

Адрес электронной почты клиента

mailbox

varchar(40)

not null

Номер голосового ящика

context

varchar(40)

not null

Контекст с настройками голосового ящика

Таблица 3.5 – Описание таблицы «Callgroup»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

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

number

integer

not null

Номер группы вызова

Таблица 3.6 – Описание таблицы «Pickupgroup»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификатор группы перехвата вызова

number

integer

not null

Номер группы перехвата вызова

Таблица 3.7 – Описание таблицы «Role»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификатор роли клиента

role

varchar(15)

not null

Название роли

info

varchar(255)

not null

Информация о роли

Таблица 3.8 – Описание таблицы «Callsing»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификатор звонка

client_id

integer

not null

Внешний ключ, указывающий на вызывающего клиента

Таблица 3.9 – Описание таблицы «Record»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификатор записи звонка

filename

varchar(80)

not null

Название записи

calldate

datetime

not null

Дата совершения вызова

src

varchar(80)

not null

Клиент совершающий вызов

dst

varchar(80)

not null

Клиент принимающий вызов

Таблица 3.10 – Описание таблицы «CDR»

Название колонки

Тип данных

Ограничения

Описание

id

integer

not null

Первичный ключ, идентификатор записи звонка

calldate

datetime

not null

Дата совершения вызова

clid

varchar(80)

not null

Caller*ID с текстом

src

varchar(80))

not null

Клиент совершающий вызов

dst

varchar(80)

not null

Клиент принимающий вызов

dcontext

varchar(80)

not null

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

chanel

varchar(80)

not null

Используемый канал

dstchanel

varchar(80)

not null

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

lastapp

varchar(80)

not null

Последнее приложение, если подходит

lastdata

varchar(80)

not null

Дата последнего приложения (аргументы)

duration

integer

not null

Полное время разговора

billsec

integer

not null

Полное время вызова, в секундах (целое), от ответа до отключения

disposition

varchar(45)

not null

Что случилось с вызовом: ANSWERED, NO ANSWER, BUSY, FAILED

amaflags

integer

not null

Какой флаг используется

accountcode

varchar(20)

not null

номер аккаунта

userfield

varchar(255)

not null

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

  1.  
    1.  
  2.  
  3.  
    1.  
    2.  Описание основных сценариев использования системы пользователем

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

Рисунок 3.1 – Интерфейс правки информации о клиентах

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

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

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

Рисунок 3.3 – Интерфейс просмотра статистики звонков

Рисунок 3.4 – Интерфейс просмотра аудиозаписей звонков

  1.  Описание реализации основных задач  офисной PBX

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

username=801 - имя пользователя может состоять как с цифр так и с букв, но мы будем использовать цифры, для более понятной логики обработки звонков, так как номер вызова это будет имя пользователя. Данный параметр используется  для пиров, которые регистрируются на нашем сервере Asterisk, если это имя пользователя используется в сообщениях INVITE, до тех пор, пока он зарегистрирован на сервере;

secret=qwerty801 – пароль пользователя;

type=friend – данный параметр указывает на тип клиента. Он может принимать три значения peer, user и friend которые соответственно означают, что пользователь имеет доступ только к исходящим звонкам, к входящим звонкам или то и другое вместе;

nat=yes – Эта переменная изменяет образ действия сервера Asterisk для клиентов находящихся за файрволом с трансляцией адресов (NAT). Но этот параметр не решает проблемы, если сам Asterisk находится за таким файрволом, а клиент снаружи (в сети internet с нормальным IP адресом).Но в нашем случае именно сервер имеет внешний интернетовский IP адрес, а клиенты будут находиться где угодно. Поэтому этот параметр должен иметь значение yes;

host=dynamic – этот параметр указывает на то как нам найти нашего клиента - IP адрес или имя хоста. Мы будем использовать значение dynamic вместо IP адреса или имени хоста, чтоб телефон самостоятельно зарегистрировался;

canreinvite=no  - не заставляет весь голосовой RTP трафик проходить через Asterisk;

qualify=200 - Периодическая проверка доступности клиента. Рассматриваем пир как нерабочий, если отклик от него приходит дольше, чем 200ms;

disallow=all - необходимо задать disallow=all, перед тем, как использовать параметр allow=, означает что мы запрещаем использование всех кодеков, но потом переопределяем этот параметр ;

allow=ulaw - разрешаем G711 u-закон кодек, порядок описания кодека не имеет никакого значения;

allow=alaw - разрешаем G711 a-закон кодек;

allow=g723 - разрешаем G723 кодек;

regext=801 - под каким номером регистрировать клиента;

callgroup=2 - Определяет группу вызовов, значение по умолчанию 1;

pickupgroup=2 - Определяет группу перехвата вызовов, значение по умолчанию 1;

mailbox=801@office - у клиента есть голосовой ящик 801 в контексте голосовых ящиков: " office ". 

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

[day-night]

exten => s,1,GotoIfTime(*,*,1-3,May?timivr,s,1)

exten => s,1,GotoIfTime(*,*,1-2,January?timivr,s,1)

exten => s,1,GotoIfTime(*,san,*,*?timivr,s,1)

exten => s,n,GotoIfTime(00:00-9:00,mon-sat,*,*?timivr,s,1)

exten => s,n,Macro(group-dial,800)

Первая строка означает, что все вызовы поступившие с первого по третье мая, будут отправлены на обработку на первую строчку секции голосового меню  timivr. Вторая и третья строчка соответственно первого, второго января  и каждое воскресенье перенаправляют вызовы на обработку на первую строчку секции голосового меню  timivr. Четвертая строчка так же будет перенаправлять вызовы в секцию голосового меню только уже с понедельника по субботу и у время с 00:00-9:00. Пятая строчка в остальное время будет направлять вызовы на обработку в макрос, с названием  group-dial в который как параметр будет передан номер 800.  

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

[macro-group-dial]

exten => s,1,Set(filename=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${ARG1})

exten => s,n,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/${filename}.wav,b)

exten => s,n,Queue(${ARG1},WwTt,,,)

exten => s,n,Goto(s-${DIALSTATUS},1)

exten => s,n,Hangup

exten => s-BUSY,1,Playback(all-circuits-busy-now)

exten => s-BUSY,n,Voicemail(${ARG1}@office)

exten => s-NOANSWER,1,Voicemail(${ARG1}@office)

exten => s-CHANUNAVAIL,1,Voicemail(${ARG1}@office)

exten => s-CONGESTION,1,Voicemail(${ARG1}@office)

exten => _s-.,1,Hangup

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

Изначально описан контекст макроса, о том что это макрос свидетельствует  “macro-”, после чего идет произвольное имя макроса” group-dial ”. В первой строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и номер группы на которую пришел вызов. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Во избегания перезаписи файла, в качестве имени файла будим использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Третья строчка указывает на то что вызов будет помещен в очередь с номером, который передается в функцию Queue как параметр. В данную функцию передаются еще дополнительные параметры WwTt, которые разрешают звонящему и вызываемому абоненту совершать перевод вызова, а так же записывать разговор. Далее мы более детально рассмотрим создание очередей вызовов. Каждому звонку присваивается статус его обработки. В четвертой строчке происходит перенаправление вызова в зависимости од присвоенного статуса звонку. Это делается на тот случай, если на звонок никто не ответил или звонок завершился неудачей, по каким либо другим причинам.  Если же на звонок никто не ответил, все абоненты заняты или произошла ошибка, то вызов будет отправлен в голосовую почту с номером переданным как параметр в функцию Voicemail. После того как вызываемый абонент оставит голосовое сообщение вызов будет завершен.

Следующим рассмотренным макросом, будет макрос вызова клиента конкретного клиента.

[macro-dial-ext-gtvm]

exten=>s,1,Set(filename=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${ARG1})

exten=>s,n,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/${filename}.wav,b)

exten => s,n,Dial(SIP/${ARG1},20,tTm)

exten => s,n,Goto(s-${DIALSTATUS},1)

exten => s-NOANSWER,1,Voicemail(${ARG1}@office)

exten => s-BUSY,1,Voicemail(${ARG1}@office)

exten => s-CONGESTION,1,Voicemail(${ARG1}@office)

exten => s-CHANUNAVAIL,1,Voicemail(${ARG1}@office)

exten => _s-.,1,Hangup

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

Первым делом в нас описан контекст макроса, о том что это макрос свидетельствует  “macro-”, после чего идет произвольное имя макроса ”dial-ext-gtvm”. В первой строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и вызываемый номер. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Во избегания перезаписи файла, в качестве имени файла будим использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то, что командой Dial будет произведен вызов клиента, номер которого передается в данную команду как параметр. Параметр 20 указывает время в секундах, на протяжении которого будет происходить вызов. Параметр ‘m’ указывает на то, что вызывающему абоненту вместо гудков будет проигрываться  музыка. Параметры Tt указывают, что в случае соединения клиентов, им будет разрешен трансфер вызова. В четвертой строчке происходит перенаправление  вызова в зависимости од присвоенного статуса звонку. Это делается на тот случай, если на звонок никто не ответил или звонок завершился неудачей, по каким либо другим причинам.  Если же на звонок абонент не ответил или произошла ошибка, то вызов будет отправлен в голосовую почту,  номер которой передан как параметр в функцию Voicemail. После того как вызываемый абонент оставит голосовое сообщение вызов будет завершен.

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

[macro-dial-ext-gtgroup]

exten => s,1,Set(ARG2=${ARG1})

exten=>s,n,Set(filename=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${ARG1})

exten=>s,n,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/${filename}.wav,b)

exten => s,n,Dial(SIP/${ARG1},20,tTm)

exten => s,n,Goto(s-${DIALSTATUS},1)

exten => s-NOANSWER,1,Macro(group-dial-gtvmext,${ARG1:0:2}0,${ARG2})

exten => s-BUSY,1,Macro(group-dial-gtvmext,${ARG1:0:2}0,${ARG2})

exten=>s-CONGESTION,1,Macro(group-dial-gtvmext,${ARG1:0:2}0,${ARG2})

exten=>s-CHANUNAVAIL,1,Macro(group-dial-gtvmext,${ARG1:0:2}0, ${ARG2})

exten => _s-.,1,Hangup  

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

Первым делом в нас описан контекст макроса с именем ”dial-ext-gtgroup”. В первой строчке у нас идет присвоение значения переменной ARG2=${ARG1}. Как видим переменной ARG2 присваивается значение переменной ARG, назначение этой операции будет понятно немного дальше.

Во второй строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и вызываемый номер. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Во избегания перезаписи файла, в качестве имени файла будим использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то, что командой Dial будет произведен вызов клиента, номер которого передается в данную команду как параметр. Параметр 20 указывает время в секундах, на протяжении которого будет происходить вызов. Параметр ‘m’ указывает на то, что вызывающему абоненту вместо гудков будет проигрываться  музыка. Параметры Tt указывают, что в случае соединения клиентов, им будет разрешен трансфер вызова. В четвертой строчке происходит перенаправление  вызова в зависимости од присвоенного статуса звонку. Это делается на тот случай, если на звонок абонент не ответил или звонок завершился неудачей, по каким либо другим причинам.  Если же на звонок никто не ответил или произошла ошибка, то вызов будет отправлен в макрос вызова группы с названием ‘group-dial-gtvmext’, в которой находится данный абонент. Как параметры в макрос будут переданы две переменные первая ${ARG1:0:2}0 – означает, с переменной  ARG1 будут взяты две первые цифры и в конец будет дописан еще ноль, этот параметр будет определять группу, в которой находиться абонент.  ${ARG2} – в данной переменной хранится номер вызываемого абонента.

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

[macro-dial-ext-gtgroup]

exten => s,1,Set(ARG2=${ARG1})

exten=>s,n,Set(filename=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${ARG1})

exten=>s,n,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/${filename}.wav,b)

exten => s,n,Dial(SIP/${ARG1},20,tTm)

exten => s,n,Goto(s-${DIALSTATUS},1)

exten => s-NOANSWER,1,Macro(group-dial-gtvmext,${ARG1:0:2}0,${ARG2})

exten => s-BUSY,1,Macro(group-dial-gtvmext,${ARG1:0:2}0,${ARG2})

exten=>s-CONGESTION,1,Macro(group-dial-gtvmext,${ARG1:0:2}0,${ARG2})

exten=>s-CHANUNAVAIL,1,Macro(group-dial-gtvmext,${ARG1:0:2}0, ${ARG2})

exten => _s-.,1,Hangup  

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

Первым делом в нас описан контекст макроса с именем ”dial-ext-gtgroup”. В первой строчке у нас идет присвоение значения переменной ARG2=${ARG1}. Как видим переменной ARG2 присваивается значение переменной ARG, назначение этой операции будет понятно немного дальше.

Во второй строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и вызываемый номер. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Во избегания перезаписи файла, в качестве имени файла будим использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то, что командой Dial будет произведен вызов клиента, номер которого передается в данную команду как параметр. Параметр 20 указывает время в секундах, на протяжении которого будет происходить вызов. Параметр ‘m’ указывает на то, что вызывающему абоненту вместо гудков будет проигрываться  музыка. Параметры Tt указывают, что в случае соединения клиентов, им будет разрешен трансфер вызова. В четвертой строчке происходит перенаправление  вызова в зависимости од присвоенного статуса звонку. Это делается на тот случай, если на звонок абонент не ответил или звонок завершился неудачей, по каким либо другим причинам.  Если же на звонок никто не ответил или произошла ошибка, то вызов будет отправлен в макрос вызова группы с названием ‘group-dial-gtvmext’, в которой находится данный абонент. Как параметры в макрос будут переданы две переменные первая ${ARG1:0:2}0 – означает, с переменной  ARG1 будут взяты две первые цифры и в конец будет дописан еще ноль, этот параметр будет определять группу, в которой находиться абонент.  ${ARG2} – в данной переменной хранится номер вызываемого абонента.

Сейчас рассмотрим макрос вызова группы абонентров.

[macro-group-dial-gtvmext]

exten => s,1,Set(filename=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${ARG1})

exten => s,n,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/${filename}.wav,b)

exten => s,n,Queue(${ARG1},WwTt,,,)

exten => s,n,Goto(s-${DIALSTATUS},1)

exten => s,n,Hangup

exten => s-BUSY,1,Playback(all-circuits-busy-now)

exten => s-BUSY,n,Voicemail(${ARG2}@office)

exten => s-NOANSWER,1,Voicemail(${ARG2}@office)

exten => s-CHANUNAVAIL,1,Voicemail(${ARG2}@office)

exten => s-CONGESTION,1,Voicemail(${ARG2}@office)

exten => _s-.,1,Hangup  

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

Изначально описан контекст макроса, с именем ” group-dial-gtvmext ”. В первой строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и номер группы на которую пришел вызов. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. В избегания перезаписи файла, в качестве имени файла будим использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то что вызов будет помещен в очередь с номером, который передается в функцию Queue как параметр. В данную функцию передаются еще дополнительные параметры WwTt, которые разрешают звонящему и вызываемому абоненту совершать перевод вызова, а так же записывать разговор. Далее мы более детально  рассмотрим создание очередей вызовов. Каждому звонку присваивается статус его обработки. В четвертой строчке происходит перенаправление  вызова в зависимости од присвоенного статуса звонку. Это делается на тот случай, если и в группе на звонок никто не ответил или звонок завершился неудачей, по каким либо другим причинам.  Если же на звонок никто не ответил, все абоненты заняты или произошла ошибка, то вызов будет отправлен в голосовую почту абонента которому вызов адресовался изначально. Номер абонента передан как параметр в функцию Voicemail. После того как вызываемый абонент оставит голосовое сообщение вызов будет завершен.

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

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

musicclass = music – указывает на контекст в файле musiconhold.conf, в котором хранятся настройки для воспроизведения  аудиофайлов в место гудков вызова и когда вызов находится в режиме ожидания;

strategy = ringall  – Этот параметр определяет стратегию обзвона абонентов группы. Данный параметр указывает на то, что вызываться будут все доступные абоненты, которые обрабатывают входящие вызовы;

servicelevel = 120 – время на протяжении которого клиент будет ждать ответ находясь в очереди;

ringinuse = no  – данный параметр указывает на то, что занятых абонентов не тревожим;

timeout = 10 – таймаут, через 10 секунд система снова просматривает в очереди наличие свободных абонентов  для обработки входящих звонков;

retry = 1 – повторный вызов всей группы через 1 секунду;

wrapuptime = 0 – какая передышка у агента очереди после звонка (сек);

maxlen = 0 – указывает сколько людей в очереди на ответ. 0=бесконечно;

monitor-format = wav – указывает расширения файла записи разговора;

monitor-type = MixMonitor – указывает как именно будет записываться разговор. Данная функция означает, что разговор будет писаться одним потоком;

;ниже -  приведен список абонентов очереди, ждущих поступающих звонков.

member => SIP/801

member => SIP/802

member => SIP/803

member => SIP/804

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

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

format=wav49|gsm|wav – данный параметр указывает формат файла для записи сообщения;

serveremail=asterisk@tim.ua  - адрес для поля from e-mail, при отправке клиентам уведомления, сообщающего пользователю о наличии нового сообщения в его голосовом ящике;

attach=yes – данный параметр разрешает прикреплять голосовое сообщение к письму;

mailcmd=/usr/sbin/sendmailt  - Команда для отправки e-mail;

tz=kiev - временная зона;

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

[office]

800=>123,Tim Support,,,

801=>801,Jenia Levchenko,im-leva@yandex.ru

Первым идет почтовый ящик 800 с паролем для доступа 123, именем пользователя Tim Support  в этом ящике не указан почтовый адрес, что означает, что email о наличии нового сообщения отправляться не будет. Почтовый ящик 801 с паролем для доступа 801,  именем пользователя Jenia Levchenko и почтовым адресом im-leva@yandex.ru. Таким образом, можно создать множество контекстов для голосовых ящиков с различными параметрами.

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

[music] – контекст в котором описываются настройки;

данный параметр заставляет Аsterisk читать файлы любого поддерживаемого формата из указанной директории;

mode=files    

directory=/usr/share/asterisk/moh/music

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

random =yes

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

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

Существует два способа перехвата вызова:

- перехват внутри одной группы;

- перехват по номеру звонящего телефона;

Во избежание недоразумений нужно абонентов разбивать на группы. Группа перехвата описывается при описании абонента параметр  pickupgroup, но если этот параметр не указан то по умолчанию pickupgroup= 1, но может принимать и другие значения pickupgroup = 2,4,5. Перехват вызова внутри одной группы  осуществляется с помощью комбинации *8, и будет перехвачен вызов любого звонящего телефона внутри одной группы. Комбинацию *8, можно изменить на любую удобную в файле features.conf параметром pickupexten. Для того чтоб описанные возможности были доступны нужно в диаллплан вызовов добавить следующие описание перехвата.

exten =>*8,1,PickUp()

Существует также еще и возможность перехвата вызова за пределами нашей  pickupgroup, по номеру вызываемого абонента, то в диаллплан вызовов нужно добавить следущеее описание:

exten =>_*8XXX,2,PickUp(${EXTEN:2})

 где  _*8XXX  - *8 – комбинация для перехвата,  ХХХ номер абонента, звонок которого нужно перехватить.

Так как система предоставляет возможность конференц связи, то нужно  описать параметры создания конференций. Конференцию можно создать статическую с строгим определением номера и динамическую, номер и пароль которой будет определять пользователь который решил создать конференцию. Для того что бы создать статическую конференцию в файле meetme.conf нужно описать комнату для конференций

conf => 401

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

exten=>401,1,meetme(401)

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

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

exten=>402,1,meetme( ,MmD)

Параметр 'D' —  означает, что  конференция будет добавлена динамически, c использованием PIN;

Параметр  'm' — включить музыку заднего фона, если нет обсуждения в конференции;

Параметр  'M' — включить запись.  

При звонке на номер 402, голосовое меню произносит:

"Введите номер конференции и завершите ввод нажатием на клавишу [#]"

если конференция еще не создана, то:

"Введите PIN конференции и завершите ввод нажатием на клавишу [#]"

"Введите PIN конференции и завершите ввод нажатием на клавишу [#]" - для подтверждения.

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

Перевод вызова представляет собой возможность, во время разговора направить вызов другому абоненту. Сделать это можно нажатием соответствующей кнопки на телефоне, а если она отсутствует, то вводя комбинацию *2 и номер абонента который нужно вызвать. Комбинация  *2 которая разрешает перевод вызова может быть переопределена на любую другую комбинацию в файле features.conf параметром atxfer.

Ранее вспоминалось наличие в данной офисной PBX голосового меню. Сейчас мы более детально рассмотрим алгоритм голосового меню.

[timivrsub]

exten => s,1,Background(/usr/share/asterisk/sounds/timivr/menu1boby)

exten => s,2,Voicemail(785@timivr)

exten => s,3,Wait(2)

exten => s,4,Hangup

;

[timivrsub2]

exten => s,1,Playback(/usr/share/asterisk/sounds/timivr/menu2boby)

exten => s,2,Voicemail(786@timivr)

exten => s,3,Wait(2)

exten => s,4,Hangup

;

; основное меню голосового меню

[timivr]

exten => s,1,Answer

exten => s,2,Playback(/usr/share/asterisk/sounds/timivr/hello)

exten => s,3,Background(/usr/share/asterisk/sounds/timivr/menu1)

exten => s,4,Background(silence/2)

exten => s,5,Background(/usr/share/asterisk/sounds/timivr/menu2)

exten => s,6,Background(silence/5)

exten => s,7,Background(/usr/share/asterisk/sounds/timivr/end)

exten => s,8,Background(silence/5)

exten => s,9,Goto(timivr,s,3)

exten => i,1,Background(/usr/share/asterisk/sounds/timivr/pravilniyvibor)

exten => i,2,Background(silence/5)

exten => i,3,Goto(timivr,s,3)

exten => 1,1,Goto(timivrsub,s,1)

exten => 2,1,Goto(timivrsub2,s,1)

Данное голосовое меню состоит из трех контекстов, основного [timivr]

и двоих вспомогательных [timivrsub] и [timivrsub2]. При направлении вызова в контекст голосового меню будет управление передастся на начальный extension с названием ‘s’ в контексте [timivr]. Командой Answer Asterisk отвечает на звонок и далее управление передается следующей за приоритетом команде. Как видим, далее используются команды Playback и Background,  обе эти команды воспроизводят аудиофайлы. Различаются эти команды тем, что команда Background начинает проигрывать заданный звуковой файл и сразу же возвращает управление, проигрывая звуковой файл в фоновом режиме, пока исполняются следующие команды (если они есть). А команда Playback, также проигрывает звуковой файл, но ожидает, пока не закончится проигрыш звукового файла, перед тем как возвратить управление.

Проигрывается приветствие, вслед за ним проигрывается приглашение нажатием на кнопку  один или два войти в соответствующее подменю. В случае не нажатия ни одной из кнопок командой Goto будет осуществлен переход в начало контекста. Если же нажата кнопка с номером, который не определен в данном наборе, то произойдет переход на  extension с названием ‘i’. Проиграется звуковой файл и управление передастся в третью позицию extension с названием ‘s’. В случае правильного набора номера, управление перейдет в подменю, в котором  клиенту проиграется звуковой файл и предо ставиться возможность оставить голосовое сообщение после чего разговор будет завершен.

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

exten => _8XZ,1,Macro(dial-ext-gtgroup,${EXTEN})

exten => _8X0,1,Macro(group-dial,${EXTEN})

Так как номера абонентов находятся в диапазоне от 800 до 899, то понятно, почему в плане набора первая цифра 8. Чтобы избежать дублирования практически идентичного кода будем использовать шаблон. Где Х означает любую цифру в диапазоне от 0 до 9, в то время как Z означает любую цифру в диапазоне от 1 до 9.  

При вызове номера, последней цифрой которого является 0, вызов будет направлен в макрос group-dial для вызова пользователей находящихся в определенной группе вызова, номер группы будет передан в макрос как параметр. Во всех остальных случаях вызов будет направлен в макрос с именем dial-ext-gtgroup, номер вызываемого абонента будет передан в макрос как параметр.

Так как данная офисная PBX должна снизить затраты на разговоры. То была разработана логика исходящих звонков, основным критерием была стоимость звонков. Вызовы на номера городских абонентов будут происходить через специальную плату Digium TDM410, которая будет выступать в роли шлюза. Звонки на номера мобильных операторов будут происходить через GSM шлюз GoIP4, этот шлюз поддерживает до четырех сим карт. А это значит, что вызовы будут происходить через четыре линии, то есть вызовы будут происходить через четырех мобильных операторов, что существенно снизить расходы на мобильные разговоры, так как практически у всех операторов мобильной связи внутренние звонки бесплатные. Междугородние и международные звонки будут происходить через sip провайдера, так как этот вариант является самым экономным.       

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

register => 4345:password@mysipprovider.com/4234

Данная строчка указывает на то, что наш сервер Asterisk, будет регистрироваться у sip провайдера mysipprovider.com под номером 4345 с паролем password. На нашей стороне номер екстеншена,  на который будут направляться звонки равен 4234.

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

exten=>_XXXXX,1,Set(filename=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN})

exten=>_XXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/${filename}.wav,b)

exten => _XXXXX,3,Dial(DAHDI/1/${EXTEN}, 30,T)

exten => _XXXXX,4,GOTO(${DIALSTATUS},1)

exten => BUSY,1,Playback(tt-allbusy)

exten => BUSY,2,Dial DAHDI/2/${EXTEN}, 30,T)

exten => BUSY,3,GOTO(s-${DIALSTATUS},1)

exten => s-BUSY,1,Playback(tt-allbusy)

exten => s-BUSY,2,hangup

exten => CHANUNAVAIL,1,goto(CONGESTION,1)

exten => NOANSWER,1,Playback(try-again-later)

exten => NOANSWER,2,hangup

exten => CONGESTION,1,Playback(voip-problem)

exten => CONGESTION,2,hagup

exten => ANSWER,1,playback(senks-for-call)

exten => ANSWER,2,hangup

Так как у нас должны записываться все разговоры то в первой строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и вызываемый номер. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Для избегания перезаписи файла, в качестве имени файла будим использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то, что командой Dial будет произведен вызов клиента. Параметр DAHDI/1/ означает, что вызов будет произведен через плату Digium TDM410, а именно через первую линию. Параметр 30 означает время в секундах на протяжении которого будет длиться вызов, а t означает что вызывающий абонент может совершить трансфер вызова. У нас есть доступ до двух линий для выхода на городские номера. Поэтому четвертая строчка по статусу звонка определяет дальнейшее перенаправление вызова. В случае если первая линия занята, то система попробует произвести вызов через другую линию. Ели и другая линия занята, то будет проигран звуковой сигнал свидетельствующий о занятости всех линий и вызов будет завершен. В остальных случаях недоступности линий, ошибке, не ответе будет проигран соответствующий звуковой файл, после чего вызов будет завершен.   

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

exten=>_0[69]3XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN})

exten=>_0[69]3XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/     ${filename}.wav,b)

exten => _0[69]3XXXXXXX,1,Dial(SIP/001/${EXTEN}, 30,T)

exten => _0[69]3XXXXXXX,n,Hangup()

exten=>_80[69]3XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_80[69]3XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _80[69]3XXXXXXX,1,Dial(SIP/001/${EXTEN:1}, 30,T)

exten => _80[69]3XXXXXXX,n,Hangup()

Так как у нас должны записываться все разговоры то в первой строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и вызываемый номер. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Для избегания перезаписи файла, в качестве имени файла будем использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то, что командой Dial будет произведен вызов клиента. Со стороны Asterisk шлюз представляет собой обычного sip клиента поэтому будем производить вызов sip клиента с параметрами. Параметр SIP/001/ означает, что вызов будет произведен через первую линию. Параметр 30 означает время в секундах на протяжении которого будет длиться вызов, а t означает что вызывающий абонент может совершить трансфер вызова.  В качестве параметра ${EXTEN} будет передаваться набранный номер. На тот случай если некоторые клиенты еще используют в плане набора цифру 8, сервер не будет игнорировать такие номера, а будет их обрабатывать по обычному алгоритму. Только в качестве параметра для передачи номера на шлюз будет использоваться параметр ${EXTEN:1} который означает, что сохранение номера в переменную будет происходить со второй цифры. Для избегания дублирования кода используем конструкцию [69] которая означает, что на данной позиции могут быть только цифры 6 и 9.

Ниже представлен диаллплан для вызова номеров мобильного оператора МТС.

exten=>_050XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_050XXXXXXX,n,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _050XXXXXXX,n,Dial(SIP/002/${EXTEN}, 30,T)

exten => _050XXXXXXX,n,Hangup()

exten=>_066XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},,   %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten_066XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _066XXXXXXX,1,Dial(SIP/002/${EXTEN}, 30,T)

exten => _066XXXXXXX,n,Hangup()

exten=>_09[59]XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_09[59]XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _09[59]XXXXXXX,1,Dial(SIP/002/${EXTEN}, 30,T)

exten => _09[59]XXXXXXX,n,Hangup()

exten=>_8050XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_8050XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _8050XXXXXXX,1,Dial(SIP/002/${EXTEN:1}, 30,T)

exten => _8050XXXXXXX,n,Hangup()

exten=>_8066XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_8066XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _8066XXXXXXX,1,Dial(SIP/002/${EXTEN:1}, 30,T)

exten => _8066XXXXXXX,n,Hangup()

exten=>_809[59]XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_809[59]XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _809[59]XXXXXXX,1,Dial(SIP/002/${EXTEN:1}, 30,T)

exten => _809[59]XXXXXXX,n,Hangup()

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

Ниже представлен диаллплан для вызова номеров мобильного оператора Киевстар.

exten=>_067XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_067XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _067XXXXXXX,1,Dial(SIP/003/${EXTEN}, 30,T)

exten => _067XXXXXXX,n,Hangup()

exten=>_09[6-8]XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_09[6-8]XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _09[6-8]XXXXXXX,1,Dial(SIP/003/${EXTEN}, 30,T)

exten => _09[6-8]XXXXXXX,n,Hangup()

exten=>_8067XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_8067XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _8067XXXXXXX,1,Dial(SIP/003/${EXTEN:1}, 30,T)

exten => _8067XXXXXXX,n,Hangup()

exten=>_809[6-8]XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_809[6-8]XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _809[6-8]XXXXXXX,1,Dial(SIP/003/${EXTEN:1}, 30,T)

exten => _809[6-8]XXXXXXX,n,Hangup()

Выше приведено детальное описание диаллплана для одного из операторов. Так как данные участки диаллплана отличаются только линией, через которую будет происходить вызов и набираемыми номерами. Поэтому данная часть диаллплана не требует детального описания. Стоит только остановиться на конструкции типа [6-8] которая означает,  что на данную позицию подходят только цифры 6, 7, 8.

Ниже представлен диаллплан для вызова номеров мобильного оператора Билайн.

exten=>_068XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_068XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _068XXXXXXX,1,Dial(SIP/004/${EXTEN}, 30,T)

exten => _068XXXXXXX,n,Hangup()

exten=>_8068XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_8068XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _8068XXXXXXX,1,Dial(SIP/004/${EXTEN:1}, 30,T)

exten => _8068XXXXXXX,n,Hangup()

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

Междугородние и международные звонки будут происходить через sip провайдера. К тому же эти звонки разрешены не всем абонентам. Далее будет представлен диаллплан для международной и междугородней связи с присутствующими ограничениями.

exten=>_8068XXXXXXX,1,Set(filename=${STRFTIME(${EPOCH},, %Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN:1})

exten=>_8068XXXXXXX,2,MixMonitor(/home/pbx/ZapisZvonkovAsterisk/ ${filename}.wav,b)

exten => _91X./8[23]Z,1,Dial(SIP/${EXTEN:2}@mysipprovider-out,60,T)

Междугородние и международные разговоры так же должны записываться. Поэтому в первой строчке переменной  filename присваивается значение даты совершения звонка, а так же вызывающий номер и вызываемый номер. Далее функция MixMonitor указывает на то, что разговор нужно записать. Записанный  файл будет храниться в указанной директории с указанным расширением. Для избегания перезаписи файла, в качестве имени файла будем использовать значение переменной   filename, которая определена в предыдущей строчке и значение которой будет постоянно меняться. Параметр ‘b’ указывает на то, что запись будет производиться только с момента соединения. Третья строчка указывает на то, что командой Dial будет произведен вызов клиента.  В данной конструкция _91X., 91 означает внутренний код для выхода на международные или междугородние звонки, Х означает любую  цифру в диапазоне от 0 до 9. В конце конструкции символ точка означает, что далее еще может следовать один или более символов.  В качестве параметра ${EXTEN:2}  sip провайдеру  будет передаваться набранный номер, где  ‘:2’ означает, что первые две цифры не будут передаваться, то есть внутренний код ‘91’ будет отбрасываться. Вызов будет длиться на протяжении 60 секунд. Параметр T означает, что вызывающему абоненту будет разрешен трансфер вызова.

Так же видна еще одна конструкция ‘/8[23]Z’ которая используется для ограничений вызова.  Данный пример показывает, что вызов на международные и междугородние номера смогут сделать только абоненты первая цифра у которых равна 8, другая 2 или 3, а третья находится в диапазоне от 1 до 9.

.

  1.  
    ОХРАНА ТРУДА

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

  1.  Гигиенические требования к производственным помещениям для эксплуатации ВДТ ПК 

Размещение рабочих мест с ВДТ ПК в подвальных помещениях, на цокольных этажах - запрещено. Площадь на одно рабочее место может составлять не меньше чем 6 кв.м, а объем – не менее 20,0 куб. м.

Помещение для работы по ВДТ должны иметь естественное и искусственное освещения соответственно СНиП ІІ-4-79. Естественное освещение может осуществляться через световые прорезы, ориентированные преимущественно на север или северо-восток и обеспечивать коэффициент естественной освещенности (КПО) не ниже 1,5%. Рассчитывается КПО по методике, изложенной в СНиП ІІ-4-79.

Производственные помещения для работы с ВДТ (операторские, диспетчерские) не должны граничить с помещениями, в которых уровни шума и вибрации превышают допустимые значения (производственные цеха, мастерские и т.п.) согласно СН 3223-85, СН 3044-84, ГР 2411-81, ГОСТ 12.1.003-83.

Звукоизоляция оградительных конструкций помещений с ВДТ может обеспечивать параметры шума, которые отвечают требованиям СН 3223-85, ГОСТ 12.1.003-83, ГОСТ 12.1.012-90.

Помещение для работы с ВДТ должны быть оборудованы системами отопления, кондиционирования воздуха или вытяжной вентиляцией соответственно СНиП 2.04.05-91. Нормированные параметры микроклимата, ионного состава воздуха, содержимого вредных веществ должны отвечать требованиям СН 4088-86, СН 2152-80, ГОСТ 12.1.005-88, ГОСТ 12.1.007-76.

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

Полимерные материалы для внутреннего обрамления помещений с ВДТ могут быть использованы при наличии разрешения органов государственной санитарно-эпидемической службы.

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

В помещениях с ВДТ следует ежедневно делать влажную уборку. Помещение с ВДТ должны быть оснащены аптечками первой медицинской помощи.

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

Требования для вспомогательных помещений должны отвечать СНиП 2.09.04-87.

  1.  Пожарная безопасность в рабочих помещениях

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

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

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

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

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

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

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

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

  1.  Электробезопасность при работе с персональным компьютером

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

Проходя через тело человека, электрический ток оказывает на него сложное воздействие, вызывая термическое, электролитическое, механическое и биологическое действие. Любое из перечисленных воздействий тока может привести к электрической травме, т.е. к повреждению организма, вызванному воздействием электрического тока или электрической дуги (ГОСТ 12.1.009-76).

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

  1.  Гигиенические требования к параметрам производственной среды в помещениях с ВДТ ПК  

Рассмотрим основные параметры среды, обеспечивающие комфортную работу с ВДТ ПК.

  1.  Микроклимат в производственных помещениях

Под метеорологическими условиями производственной среды согласно ГОСТ 12.1.005-88 понимают сочетания температуры, относительной влажности, скорости движения и запыленности воздуха. Перечисленные параметры оказывают огромное влияние на функциональную деятельность человека, его самочувствие и здоровье и на надежность работы средств вычислительной техники.

С целью создания нормальных условий для персонала лабораторий с использованием ПК установлены нормы производственного микроклимата (ГОСТ 12.1.005-88). Эти нормы устанавливают оптимальные и допустимые значения температуры, относительной влажности и скорости движения воздуха для рабочей зоны помещений вычислительного центра.

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

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

  1.  Шум и вибрация

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

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

Согласно ГОСТ 12.1.003-83 ССБТ "Шум. Общие требования безопасности" и СН №3223-85 нормируемой шумовой характеристикой рабочих мест при постоянном шуме являются уровни звуковых давлений в децибелах в октавных полосах.

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

Уровни звукового давления в октавных полосах частот, равные звука и эквивалентные равные звука на рабочих местах, оборудованных ВДТ ПК, должны отвечать требованиям СН 3223-85, ГОСТ 12.1.003-83.

Оборудование, которое представляет источник шума (АЦП, принтеры и т.п.), следует располагать вне помещения для работы с ВДТ ПК.

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

  1.  Природное и искусственное освещение рабочих мест

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

На рабочем месте обеспечивается совмещенное освещение (естественное и искусственное).

Естественное освещение может осуществляться через световые прорезы, ориентированные преимущественно на север или северо-восток и обеспечивать коэффициент естественной освещенности (КПО) не ниже 1,5%. Рассчитывается КПО по методике, изложенной в СНиП ІІ-4-79.

Искусственное освещение в помещениях с рабочими местами, оборудованными ВДТ ПК, может осуществляться системой общего равномерного освещения. В производственных и административно-общественных помещениях, в случае преобладающей работы с документами, допускается применение системы комбинированного освещения (кроме системы общего освещения, дополнительно устанавливаются светильники местного освещения).

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

Согласно действующим строительным нормам и правилам СНиП II-79 для совмещенного освещения регламентирован коэффициент естественной освещенности КЕО.

В качестве источников света в случае искусственного освещения должны применяться преимущественно люминесцентные лампы типа ЛБ. В случае устройства отраженного освещения в производственных и административно-общественных помещениях допускается применение металогалогенных ламп мощностью 250 Вт. Допускается применение газоразрядных ламп в светильниках местного освещения.

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

Рекомендуемая яркость в поле зрения операторов должна находиться в пределах 1:5 - 1:10.

  1.  Требования к режимам работы и отдыха при работе с ВДТ ПК

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

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

При выполнении в течение дня работ, которые относятся к различным видам трудовой деятельности, основной работой с ВДТ ЭВМ и ПЭВМ следует считать такую, которая занимает не меньше 50% времени на протяжении рабочей смены должны предусматриваться:

  •  перерывы для отдыха и еды (обеденные перерывы);
  •  перерывы для отдыха и личных нужд;
  •  дополнительные перерывы, которые вводятся для отдельных профессий с учетом особенностей трудовой деятельности.

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

Внутрисменные режимы труда и отдыха при работе с ВДТ ЭВМ и ПЭВМ разработаны с учетом характера трудовой деятельности, напряженности и тяжести труда дифференцировано для каждой профессии (СанПиН 2.2.2.542-96).

  1.  Профессиональные группы

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

  1.  разработчики программ (инженеры-программисты) – выполняют работу преимущественно с видеотерминалом и документацией при необходимости интенсивного обмена информацией с ЭВМ и высокой частью принятия решений. Работа характеризуется интенсивным умственным творческим трудом с повышенным напряжением зрения, концентрацией внимания на фоне нервно-эмоционального напряжения, вынужденной рабочей позой, общей гиподинамией, периодической нагрузкой на кисти верхних конечностей. Работа выполняется в режиме диалога с ЭВМ в свободном темпе с периодическим поиском ошибок в условиях дефицита времени;
  2.  операторы электронно-вычислительных машин – выполняют роботу, которая связана с учетом информации полученной с ВДТ по предварительному запросу, или той, которая поступает с него, сопровождается перерывами различной продолжительности, связана с выполнением другой работы и характеризуется как работа с напряжением зрения, небольшими физическими усилиями, нервным напряжением средней степени и выполняется в свободном темпе;
  3.  оператор компьютерного набора – выполняет однообразные по характеру работы с документацией и клавиатурой и нечастыми непродолжительными переключениями взгляда на экран дисплея, с введением данных с высокой скоростью, работа характеризуется как физический труд с повышенной нагрузкой на кисти верхних конечностей на фоне общей гиподинамии с напряжением зрения (фиксация зрения преимущественно на документы), нервно-эмоциональным напряжением.

Устанавливаются внутрисменные режимы труда и отдыха при работе с ЭВМ при 8-часовой дневной рабочей смене в зависимости от характера труда:

  •  для разработчиков программ с применением ЭВМ, следует назначать регламентированный перерыв для отдыха продолжительностью 15 минут через каждый час работы за ВДТ;
  •  для операторов по применению ЭВМ, следует назначать регламентированные перерывы для отдыха продолжительностью 15 минут через каждые два часа;
  •  для операторов компьютерного набора следует назначать регламентированные перерывы для отдыха продолжительностью 10 минут после каждого часа работы за ВДТ.

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

При 12-часовой рабочей смене регламентированные перерывы должны устанавливаться впервые 8 часов работы аналогично перерывам при 8-часовой рабочей смене, а в течение последних 4-х часов работы, независимо от характера трудовой деятельности, через каждый час продолжительностью 15 минут.

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

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

  1.  Инженерный расчет задачи

Исходные данные для расчета защитного заземления: грунт – супесок, длина уголка – 4 м, размеры уголка – 6 х 6 см, линейное напряжение сети – 0,38 кВ, сопротивление естественного заземлителя – 20 Ом, длина кабельных линий – 25 км, длина воздушных линий – 12 км.

В качестве электродов приняты уголки.

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

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

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

Определим допустимое сопротивление заземляющего устройства Rд . Для электроустановок напряжением до 1000В в общем случае считаем Rд = = 4Ом.

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

,

(5.1)

где Rn – сопротивление естественных заземлителей.

Определяем удельное сопротивление грунта. Для супеска оно составляет = 300 Ом*м. Рассчитаем сопротивление растекания тока с одного вертикального электрода R1.

Значение сопротивления рассчитаем по формуле:

,

(5.2)

где

      

      

Тогда:

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

Необходимое количество вертикальных электродов определяется зависимостью:

,

(5.3)

где - коэффициент взаимного экранирования электродов, зависит от rjколичества электродов и их взаимного расположения.

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

Возьмем расстояние между вертикальными электродами a равное 8м. То есть a/l=2. При n=20 и расположении заземлителей по контуру =0,67, рассчитаем n:

.

(5.4)

Условное количество электродов и рассчитанное количество не отличаются более чем на 10%, поэтому это количество можно считать верным.

Рассчитывается сопротивление растекания тока искусственных заземлителей. В качестве соединительной полосы используется сталь, протянутая в грунте на ширину b. Ширину полосы примем равной 12 мм.

,

(5.5)

где  

.

Рассчитаем результирующее сопротивление заземляющего  электрода  с учетом соединительной полосы:

,

(5.6)

где Г  - коэффициент экранирования горизонтального электрода.

     Г = 0,56 при a  / l = 2.

Полученное сопротивление заземления не превышает допустимое RШ, таким образом, расчет проведен правильно и предложенная схема заземления гарантирует устранение опасности поражения электрическим током при переходе напряжения на нетоковедущие части (корпус) используемого электрооборудования.

Схема заземляющего устройства представлена на рисунке 4.1.

                                    

               

                                      

                                                                                  

Рисунок 4.1 Схема размещения заземляющего устройства и его присоединения к  заземляющей установке


ВЫВОДЫ

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

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

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

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

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

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

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

В аппаратной части дипломной работы разработан проект локальной вычислительной сети (ЛВС) офиса телерадиокомпании «Тим», осуществлен подбор оборудования, а также проведено моделирование работы сети с помощью программы Packet Tracer.

ПЕРЕЧЕНЬ ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

  1.  Asterisk - the future of telephony  [Электронный ресурс]. – Режим доступа:URL: http://asteriskbook.ru/. – Название с экрана.

  1.  IP-телефония не для профессионалов [Электронный ресурс]. – Режим доступа:URL: http://www.kodges.ru/2007/04/23/ iptelefonija_ne_ dlja_professionalov.html. - Название с экрана.

  1.  Как создать IP-ATC своими руками [Электронный ресурс]. – Режим доступа : URL : http://www.kodges.ru/116575-kak-sozdat-ip-atc-svoimi-rukami.html. - Название с экрана.  

  1.  IP-телефония [Электронный ресурс]. – Режим доступа : URL : http://www.kodges.ru/2007/05/10/iptelefonija.html. - Название с экрана.  

  1.  Компьютерные системы в телефонии [Электронный ресурс]. – Режим доступа : URL : http://www.kodges.ru/10518-kompjuternye-sistemy-v-telefonii.html. - Название с экрана.

  1.  Call-центры и компьютерная телефония [Электронный ресурс]. – Режим доступа : URL : http://www.kodges.ru/8016-call-centry-i-kompjuternaja-telefonija.html. - Название с экрана.

  1.  Протокол SIP [Электронный ресурс]. – Режим доступа : URL : http://www.kodges.ru/2007/09/29/protokol-sip.html. - Название с экрана..

  1.  Обзор системы GSM [Электронный
    ресурс]. - Режим доступа :  
    URL : http://www.kodges.ru/75012-obzor-sistemy-gsm.html. - Название с экрана.

  1.  Carrier Grade Voice Over IP [Электронный ресурс]. - Режим доступа : URL : http://forum.windowsfaq.ru/showthread.php?t=26699. – Название с экрана.

  1.    PBX Systems for IP Telephony [Электронный ресурс]. – Режим доступа : http://forum.windowsfaq.ru/showthread.php?t=26699. – Название с экрана.

  1.   IP Telephony Demystified [Электронный ресурс]. – Режим доступа : http://forum.windowsfaq.ru/showthread.php?t=26699. – Название с экрана.

  1.   Помимо VoIP протоколов: Понимание технологии голосовой связи и сети Техника IP-телефонии [Электронный ресурс]. -
    Режим доступа : URL :  http://www.iptelephony.org/resources/voip-books. – Название с экрана.

  1.   Создание телефонной системы с Asterisk [Электронный ресурс].- Режим доступа : URL :  http://www.iptelephony.org/resources/ voip-books. – Название с экрана.

  1.   Использование интернет-коммуникаций SIP [Электронный ресурс]. - Режим доступа: URL : :  http://www.iptelephony.org/resources/ voip-booksjavaserverfaces-139869.html. - Название с экрана.

  1.    Практические безопасности VoIP [Электронный ресурс]. - Режим доступа : URL : :  http://www.iptelephony.org/resources/ voip-books . - Название с экрана.

  1.     SIP: Общие сведения о протоколе Session Initiation, Second Edition [Электронный ресурс]. - Режим доступа: URL: http://www.jboss.org/ richfaces/docs.html. - Название с экрана.

  1.    VoIP для чайников (For Dummies (компьютеры))  [Электронный ресурс]. - Режим доступа :  URL : http://livedemo.exadel.com/richfaces-demo/richfaces/actionparam.jsf. - Название с экрана.

  1.     VoIP Service Quality: измерение и оценка с коммутацией пакетов голоса [Электронный ресурс]. - Режим доступа :  URL : http://www.jboss.org/ richfaces/docs.html  . - Название с экрана.

  1.     VoIP-телефония с Asterisk [Электронный ресурс]. - Режим доступа : URL : http://www.jboss.org/ richfaces/docs.html. - Название с экрана.

  1.   Передача голоса по протоколу IP (VoIP), безопасность [Электронный ресурс]. - Режим доступа : URL : http://mediaservers.ru/ mediaservers/98-xuggler-mnogopotochnoe-programmirovanie.html. - Название с экрана.

  1.    Веб портал Asterisk [Электронный ресурс]. - Режим доступа : URL: http://asterisk.org/. – Название с экрана.

  1.    Веб портал Asterisk [Электронный ресурс]. - Режим доступа : URL: http://asterisk.ru/– Название с экрана.

  1.   Компьютерные сети. 4-е изд. / Э. Таненбаум. – СПб.: Питер, 2003. –992с.: ил.

  1.   DES-1008D - D-Link [Электронный ресурс]. - Режим доступа :
    URL
    : http://www.dlink.ru/ru/products/3/785.html. - Название с экрана.

  1.   DGS-1016D/GE - D-Link [Электронный ресурс]. - Режим доступа : URL : http://www.dlink.ru/ru/products/1/788.html. - Название с экрана.

  1.   D-Link DES-3528 [Электронный ресурс]. - Режим доступа : URL :  http://www.dlink.ru/ua/products/3/1054_b.html. - Название с экрана.

  1.   Cisco 2811 Integrated Services Router [Электронный ресурс]. - Режим доступа : URL : http://www.cisco.com/en/US/products/ps5881/
    index.html
    . - Название с экрана.

  1.   Cisco EtherSwitch Service Modules [Электронный ресурс]. - Режим доступа : URL : http://www.cisco.com/en/US/docs/ios/12_3t/12_3t14/
    feature/guide/miragenm.html
    . - Название с экрана.

  1.   Модуль NM-HDV-1E1-30E [Электронный ресурс]. - Режим
    доступа : URL :
    http://www.cisnet.ru/catalog/modules/nm/nmhdv1e1e.
    htm
    l. - Название с экрана.

  1.   Маршрутизатор TL-R4299G [Электронный ресурс]. - Режим доступа : URL : http://www.tplink.com/ru/products/productDetails.asp?
    pmodel=TL-R4299G
    . – Название с экрана.

  1.   VLAN. Часть 2 — Построение VLAN на коммутаторах CISCO в эмуляторе Packet Tracer [Электронный ресурс]. - Режим доступа :
    URL :
    http://www.publitec.us/?p=251. – Название с экрана.

  1.   О.О. Навакатикян, С.М. Стрюков, В.В. Кальниш Охрана труда пользователей компьютерных видеодисплейных терминалов. – К.,  1997. – 400 с.

ПРИЛОЖЕНИЯ


Приложение А

Программный проект

«Офисная PBX на базе сервера Asterisk»


Обозначение

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

Примеч.

Документация

ЧГТУ 070503.009.12

Офисная PBX на базе сервера Asterisk.

Текст программы

ЧГТУ 070503.009.13

Офисная PBX на базе сервера Asterisk

Описание программы

Комплексы

Операционная система

Linux Ubuntu 11.10 

Web-сервер

Apache 2.2

СУБД

MySQL 5.5

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

Черниговский государственный технологический университет

Кафедра информационных и компьютерных систем

офисная pbx на базе сервера
asterisk

Текст программы

ЧГТУ    070503.009.12

Листов 26

Исполнитель

студент гр. КС-071

Е.Н. Левченко

2012


Аннотация

Данный документ содержит  конфигурационные файлы для офисной PBX на базе сервера Asterisk.


содержание

КОНФИГУРАЦИОННЫЕ ФАЙЛЫ ASTERISK

  1.  Файл sip.conf

[general]

externip=194.242.100.20

context=default                 ; Default context for incoming calls

;allowguest=no                  ; Allow or reject guest calls (default is yes)

   ; If your Asterisk is connected to the Internet

   ; and you have allowguest=yes

   ; you want to check which services you offer everyone

   ; out there, by enabling them in the default context (see below).

;match_auth_username=yes        ; if available, match user entry using the

                               ; 'username' field from the authentication line

                               ; instead of the From: field.

allowoverlap=no                 ; Disable overlap dialing support. (Default is yes)

;allowtransfer=no               ; Disable all transfers (unless enabled in peers or users)

                               ; Default is enabled. The Dial() options 't' and 'T' are not

                               ; related as to whether SIP transfers are allowed or not.

;realm=mydomain.tld             ; Realm for digest authentication

                               ; defaults to "asterisk". If you set a system name in

                               ; asterisk.conf, it defaults to that system name

                               ; Realms MUST be globally unique according to RFC 3261

                               ; Set this to your host name or domain name

;domainsasrealm=no              ; Use domans list as realms

                               ; You can serve multiple Realms specifying several

                               ; 'domain=...' directives (see below).

                               ; In this case Realm will be based on request 'From'/'To' header

                               ; and should match one of domain names.

                               ; Otherwise default 'realm=...' will be used.

udpbindaddr=0.0.0.0             ; IP address to bind UDP listen socket to (0.0.0.0 binds to all)

                               ; Optionally add a port number, 192.168.1.1:5062 (default is port 5060)