Asterisk курсовая работа

Построение телефонной сети малого предприятия на программной АТС ‘Asterisc’

Оглавление

Введение

«Астериск — будущее телефонии»

Серверное оборудование

Окружение

Оборудование для телефонии

Практическая часть. Реализация

Конфигурационные файлы

Sip.conf

Extensions.conf

Iax.conf.conf

Настройка Астериска под конкретную ситуацию.

Прохождение вызовов через астериск.

Схема сети

Эффективность внедрения Asterisk

Заключение

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

Введение

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

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

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

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

«Астериск — будущее телефонии»

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

Одна из неоспоримо сильных сторон системы телефонии Asterisk — сообщество энтузиастов,
разработавших и поддерживающих его, руководит которым Марк Спенсер, основатель
компании Digium. Сообщество остро осознает
культурную значимость Asterisk и с упоением смотрит в будущее.»[1]

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

Серверное
оборудование

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

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

Таблица 1.[1]

Назначение

Количество каналов

Рекомендуемые минимальные
параметры компьютера

Любительская система

Не более 5

ЦП 400 МГц, 256 Мб
оперативной памяти

SOHO-система (малый офис и дом — менее трех линий связи
и пяти телефонных аппаратов)

От 5 до 10

ЦП 1 ГГц, 512 Мб
оперативной памяти

Малая бизнес-система

До 25

ЦП 3 ГГц, 1 Гб оперативной
памяти

Средняя и большая
бизнес-система

Более 25

Два ЦП, возможно так же
несколько серверов распределенной архитектуре

Из приведенных в таблице данных видно, что в наше время потребности даже
средней бизнес-системы может удовлетворить обычный пользовательский компьютер,
обычно имеющий двуядерный ЦП, по 2 ГГц на ядро минимум, и 2-3 Гб оперативной
памяти, что еще раз доказывает всю прелесть и универсальность Астериска.

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

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

Окружение

Естественно, что в дополнение к имеющимся серверам необходимо обеспечить
соответствующее окружение. А именно необходимо учесть аспекты, связанные с
электропитанием: сюда входит обеспечение подачи качественной электрической
энергии путем установления хорошего источника питания; должна быть правильно
заземленная отвечающая стандартам электрическая сеть, что дает гарантию
качественного опорного сигнала «логическая земля» (то есть 0В). Все вместе
гарантирует минимальный электрический шум на системной плате наших серверов. К
окружению еще можно отнести и ИСП (источники бесперебойного питания), так как
никто не застрахован от отключения подачи электроэнергии. ИСП также выполняет
функции фильтра, так как имеет в своем составе стабилизатор напряжения, который
дополнительно устраняет электрический шум.

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

Оборудование
для телефонии

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

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

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

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

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

Практическая
часть

Реализация

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

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

asterisk
телекоммуникация телефония сеть

Конфигурационные
файлы

Собственно, конфигурационные файлы — это файлы с разрешением «conf», которые располагаются в /etc/asterisk/. Эти файлы содержат в себе
различные команды. Например, команда «tcpenable=yes» разрешает
использовать стек протоколов TCP/IP для передачи информации Астериску.
Каждый конфигурационный файл отвечает за определенную функциональную
возможность Астериска.

.conf

Файл «sip.conf» отвечает за конфигурацию протокола SIP. В этом файле содержатся команды
разрешающие или запрещающие Астериску использовать определенный транспорт в
сети, порт, кодеки и т.д. Так же в этом файле создается учетная запись
пользователя, который будет подключен по SIP протоколу. Здесь задается его имя, пароль, тип,
кодеки, которые он может использовать для разговора и много чего еще. Так как
сейчас в основном все ip и
программные телефоны используют SIP
протокол, то этот файл используется в большинстве случаев и является основным
для настройки.

.conf

Далее по списку и по значимости идет файл «extensions.conf». Именно этот файл является «Моисеем» для вызовов,
так как он производит их маршрутизацию. Здесь описывается, как и куда
перенаправить вызов, поступивший на Астериск. Этот файл содержит в себе не
только правила маршрутизации вызовов, но и порядок их обработки. Например,
здесь может быть описано проигрывание звукового меню, которое приветствует Вас
и предлагает набрать различные добавочные номера, чтобы вы попали сразу туда,
куда желаете.

В том файле описывается так называемый Dialplan. По-русски это просто план обработки
поступающих на Астериск вызовов. Весь файл подразделяется на контексты. Это
отдельные независимые части диалплана, которые позволяют разделять вызовы по
группам. Каждому пользователю в фале «sip.conf» присваивается контекст в диалплане,
по которому будут перенаправляться вызовы к нему и от него. Тем самым можно
огранивать пользователей от вызовов разных групп. Например, можно ограничить
группу лиц, которым доступна линия междугородней связи, или сделать так, что
директору предприятия можно позвонить только через секретаря.

Эти два файла являются основными, и их порой бывает достаточно.

.conf

Следующий файл, который понадобиться для реализации задуманного, это «iax.conf».

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

В реализации рассматриваемой сети, предполагается такая функциональная
возможность, как выход во внешнюю сеть, а в частности сеть GSM. То есть стоит задача в реализации VoIP-GSM шлюза. Было решено, что для этой цели будут служить
обычные 3G модемы мобильных операторов, которые
предлагаются ими для подключения к сети интернет. Но эти модемы несут в себе
куда больший функционал. У них есть возможность передачи sms, а так же голоса по каналам GSM, что в нашем случае очень важно. Эти
функции (передача голоса и смс) часто бывают заблокированы сотовым оператором,
чтобы человек использовал модем только для интернета, как это изначально и
предполагается. Также, все сотовые операторы блокируют использование сим-карт
других операторов. Эти проблемы решаемы, но здесь решения описаны не будут, так
как эта уже другая тема и применяемый в данной работе модем уже разблокирован.

.conf

Чтобы подключить модем к астериску необходимо использовать один из
каналов, по которому будут передаваться данные между Астериском и модемом. Без
этого канала Астериск даже не увидит модем. Из всех предлагаемых каналов был
выбран канал под названием «datacard». Причина выбора такова: просто был первым из всех найден в сети, а
также без проблем скачан и установлен как дополнительный пакет к Астериску.

После установки канала «Datacard» у Вас в распоряжении появляется конфигурационный файл «datacard.conf». Данный файл описывает отношения между Астериском и
модемом. В частности, в этом файле задан серийный порт в который включен модем
(чтобы астериск знал, где его искать), уровни громкости, и самое главное контекст
в диалплане для маршрутизации вызовов. В качестве серийного порта выступает
порт USB.

Настройка Астериска под конкретную ситуацию

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

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

Теперь необходимо посчитать количество телефонов, чтобы создать нужное
число пользователей Астериска. Все эти пользователи прописываются в файле «sip.conf».

dtmfmode=rfc2833 — задаем способ передачи DTMF сигналов;

context=incoming-sip — задаем контекст диалплана для маршрутизации;

type=friend — задаем тип пользователя;

host=dynamic — задаем тип хоста;

[my-codecs](!) — шаблон используемых кодков;

disallow=all -запрещаем все

allow=gsm разрешаем кодек;

allow=g729

allow=g723=ulaw

[1101](my-codecs,basic-options) — описываем пользователей=buhgalter1

[1102](my-codecs,basic-options)=buhgalter2

[1103](my-codecs,basic-options)=buhgalter3

[1201](my-codecs,basic-options)=manager1

[1202](my-codecs,basic-options)=manager2

[1203](my-codecs,basic-options)=manager3

[1301](my-codecs,basic-options)=ohrana

[1001](my-codecs,basic-options)=vahta

[1401](my-codecs,basic-options)=zam.directora

[1402](my-codecs,basic-options)=director

В контексте «general»
прописываются все необходимые настройки для возможности связи с Астериском
через SIP протокол. В основном, эти настройки
уже заданы изначально при установке астериска и в изменении не нуждаются. Во
всяком случае, если Вам придется что-нибудь там изменить, то там имеются
комментарии к командам, которые дадут Вам понять, что они означают. Здесь они
описываться не будут.

Как видно из кода, синтаксис позволяет использование шаблонов. То есть мы
можем написать какой-то набор команд, назвать их каким-то образом (например, [my-codecs]), а затем, поставив рядом восклицательный знак в
круглых скобках, вот так (!), мы превращаем данный набор команд в шаблон,
который потом легко использовать. Чтобы каждому пользователю не прописывать
заново одни и те же команды, достаточно рядом с именем пользователя в круглых
скобках указать через запятую имена шаблонов. Теперь в описании пользователя
имеется только команда задания пароля — secret.

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

Итак, пользователи имеются, осталось настроить диалплан. Он настраивается
путем добавления нужных команд в файл «extensions.conf».

[incoming-datacard]=> s,1,Answer()=>
s,n,Background(/home/company2)=> s,n,WaitExten()=>
_11XX,1,Dial(SIP/1101&SIP/1102&SIP/1103)=> _11XX,n,Hangup()=>
_12XX,1,Dial(SIP/1201&SIP/1202&SIP/1203)=> _12XX,n,Hangup()=>
_13XX,1,Dial(SIP/1301&SIP/1302)=> _13XX,n,Hangup()=>
_14XX,1,Dial(SIP/1401)=> _14XX,n,Hangup()=> i,1,Hangup()=>
t,1,Hangup()

[incoming-sip]=>
_8932XXXXXXX,1,Dial(Datacard/megafon/${EXTEN},60)=>
_8922XXXXXXX,1,Dial(Datacard/megafon/${EXTEN},60)=>
_8912XXXXXXX,1,Dial(Datacard/mts/${EXTEN},60)=>
_8982XXXXXXX,1,Dial(Datacard/mts/${EXTEN},60)=>
_8965XXXXXXX,1,Dial(Datacard/beeline/${EXTEN},60)

; локальные номера:=> _1XXX,1,Dial(SIP/${EXTEN},20)=>
_1XXX,n,Hangup()=> _2XXX,1,Dial(IAX2/office1:pass4office1@office2/${EXTEN},20)

Теперь по порядку. Команда «еxten» это синтаксис добавочного номера (extension — числовой идентификатор,
присвоенный линии, идущей к конкретному телефону). После нее идет знак => и
далее номер или имя. Как видно выше, используется запись типа «_1ХХХ». Это
означает что любые номера, начинающиеся на единицу и имеющие за собой, неважно
какие, еще три цифры будут перенаправлены соответствующим пользователям.

Обратимся к локальным номерам. При поступлении на Астериск запроса
номера, например, 1202, одного из менеджеров, как можно увидеть из конфигурации
файла «sip.conf», Астериск выполняет команду запуска приложения Dial. Данное приложение устанавливает
канал связи между звонящим пользователем и его адресатом. В приложении имеются
протокол, по которому пойдем передача (в частности по этому протоколу Астериск
узнает в каком файле искать пользователя), переменная ${EXTEN} (в эту переменную заносится
запрашиваемый номер) и длительность ожидания ответа от адресата. Все это описывается
строчкой:

exten => _1XXX,1,Dial(SIP/${EXTEN},20)

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

exten
=> _1XXX,n,Hangup()

Приложение Hangup() отвечает
за разрыв канала связи.

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

В контексте «incoming-sip» у нас имеются еще пару непонятных
строк.

exten =>
_8932XXXXXXX,1,Dial(Datacard/megafon/${EXTEN},60)=>
_8922XXXXXXX,1,Dial(Datacard/megafon/${EXTEN},60)=>
_8912XXXXXXX,1,Dial(Datacard/mts/${EXTEN},60)=>
_8982XXXXXXX,1,Dial(Datacard/mts/${EXTEN},60)=>
_8965XXXXXXX,1,Dial(Datacard/beeline/${EXTEN},60)

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

exten => _2XXX,1,Dial(IAX2/office1:pass4office1@office2/${EXTEN},20)

Здесь звонок идет по протоколу IAX2 на другой астериск. Как видно, тут достаточно просто задать такое
условие: если первая цифра в добавочном номере двойка, то перенаправлять звонок
на другой Астериск. В этом случае второй Астериск принимает звонок и смотрит в
файл «iax.conf», какой указан контекст диалплана, согласно которому
необходимо обслужить поступивший вызов.

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

В заданном диалплане имеется еще один контекст, согласно которому
обслуживаются вызовы, поступающие с мобильных телефонов на 3G модем. Это внешние входящие вызовы.
Здесь все немного сложнее.

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

exten
=> s,1,Answer()

exten => s,n,Background(/home/company2) => s,n,WaitExten()

Эта часть кода отвечает за эту функцию. Сначала необходимо ответить на
поступивший вызов. За это отвечает команда Answer(). Затем, следующим шагом, Астериск обрабатывает
следующую команду — запускает приложение Background(/home/company2).
Именно это приложение проигрывает записанное голосовое меню. Как видно из
аргументов приложения (часть кода в скобках), оно проигрывает файл company2, который находится в папке /home/.

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

После получения доп. Номера астериск приступает к следующим командам.

exten =>
_11XX,1,Dial(SIP/1101&SIP/1102&SIP/1103)=> _11XX,n,Hangup()=>
_12XX,1,Dial(SIP/1201&SIP/1202&SIP/1203)=> _12XX,n,Hangup()=>
_13XX,1,Dial(SIP/1301&SIP/1302)=> _13XX,n,Hangup()=>
_14XX,1,Dial(SIP/1401)
=> _14XX,n,Hangup()

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

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

Можно было бы использовать другой синтаксис (использование условий Gotoif), но это усложнит код, да и в данной
ситуации будет лишним.

Теперь пришло время детальнее рассмотреть настройку конфигурационных
файлов «datacard.conf» и «iax.conf».

Первым рассмотрим детальнее файл «iax.conf».
В этот файл астериск заглядывает когда ему поступает запрос от другого
Астериска на регистрацию, и в том случае, когда поступает звонок с уже
зарегистрировавшегося астериска.

[general]=all=gsm=g729=ulaw=alaw=0.0.0.0=yes=0.0.0.0/0.0.0.0=no=>
office1:pass4office1@192.168.1.136

[guest]=user=dynamic

[office2]=friend=dynamic=incoming-sip=md5=office2=pass4office2

Здесь так же, как и в SIP,
задаются нужные кодеки и другие полезные команды. Главными строками в этом
файле является строка — «register => office1:pass4office1@192.168.1.136»,
которая говорит, что регистрация этого Астериска происходит на другом Астериске
по адресу 192.168.1.136, а авторизационные данные необходимо использовать
такие: имя пользователя — office1,
пароль — pass4office1. На втором астериске хранятся имя пользователя и
пароль, чтобы он мог их сравнить с предоставленными и решить, разрешать
регистрацию или нет.

[office2]=friend=dynamic=incoming-sip=md5=office2=pass4office2

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

В принципе, описание мало чем отличается от описания пользователя в файле
«sip.conf».

Вторым на очереди из еще нетронутых конфигурационных файлов — «datacard.conf».

[general]=15                           ; Number of seconds
between trying to connect to devices

[defaults](!)=incoming-datacard       ; контекст для входящих вызовов=3                         ; повысить громкость
входящих

txgain=3                        ;
повысить громкость исходящих

autodeletesms=yes                 ; автоматическое
удаление входящих смс

resetdatacard=yes                   ; перезагрузить
датакард во время инициализации модема

u2diag=0                       ; set U2DIAG parameter (0 = отключает все функции кроме
модема)

[megafon](defaults)

audio=/dev/ttyUSB1              ; tty порт для аудио соединений

data=/dev/ttyUSB2                ; tty порт AT команд=1                           ; группа звонящих

[beeline](defaults)=/dev/ttyUSB4=/dev/ttyUSB5=2

[motiv](defaults)=/dev/ttyUSB10=/dev/ttyUSB11

group=4

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

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

Для второго Астериска настройка производится аналогичным образом. Можно
просто скопировать конфигурационные файлы, а затем просто заменить имена
пользователей и их пароли, и соответственно в диалплане изменить номера. В
файле «iax.conf» тоже нужно переписать авторизационные данные.

Конфигурационные файлы Астериска, обслуживающего второй офис:

sip.conf

[basic-options](!) — шаблон базовых опций;

dtmfmode=rfc2833 — задаем способ передачи DTMF сигналов;

context=incoming-sip — задаем контекст диалплана для маршрутизации;

type=friend — задаем тип пользователя;

host=dynamic — задаем тип хоста;

[my-codecs](!) — шаблон используемых кодков;

disallow=all -запрещаем все

allow=gsm разрешаем кодек;

allow=g729

allow=g723=ulaw

[2101](my-codecs,basic-options) — описываем пользователей

secret= tech1

[2102](my-codecs,basic-options)= tech2

[2103](my-codecs,basic-options)= tech3

[2104](my-codecs,basic-options)=tech4

[2201](my-codecs,basic-options)=admin1

[2202](my-codecs,basic-options)=admin2

[2301](my-codecs,basic-options)=stolovka

[2302](my-codecs,basic-options)=otdih.conf

[incoming-datacard]=> s,1,Answer()=>
s,n,Background(/home/company3)=> s,n,WaitExten()=>
_21XX,1,Dial(SIP/2101&SIP/2102&SIP/2103&SIP/2104)=> _21XX,n,Hangup()=>
i,1,Hangup()=> t,1,Hangup()

[incoming-sip]=>
_8932XXXXXXX,1,Dial(Datacard/megafon/${EXTEN},60)=>
_8922XXXXXXX,1,Dial(Datacard/megafon/${EXTEN},60)=>
_8912XXXXXXX,1,Dial(Datacard/mts/${EXTEN},60)=>
_8982XXXXXXX,1,Dial(Datacard/mts/${EXTEN},60)=>
_8965XXXXXXX,1,Dial(Datacard/beeline/${EXTEN},60)

; локальные номера:=> _2XXX,1,Dial(SIP/${EXTEN},20)=>
_2XXX,n,Hangup()=>
_1XXX,1,Dial(IAX2/office2:pass4office2@office1/${EXTEN},20).conf

[general]=all=gsm=g729=ulaw=alaw=0.0.0.0=yes=0.0.0.0/0.0.0.0=no=>
office2:pass4office2@192.168.1.103

[guest]=user=dynamic

[office1]=friend=dynamic=incoming-sip=md5=office1=pass4office1.conf

[general]=15                           ; Number of seconds
between trying to connect to devices

[defaults](!)=incoming-datacard       ; контекст для входящих вызовов=3                         ; повысить громкость
входящих

txgain=3                        ;
повысить громкость исходящих

autodeletesms=yes                 ; автоматическое
удаление входящих смс

resetdatacard=yes                   ; перезагрузить
датакард во время инициализации модема

u2diag=0                       ; set U2DIAG parameter (0 = отключает все функции кроме
модема)

[mts](defaults)

audio=/dev/ttyUSB1              ; tty порт для аудио соединений

data=/dev/ttyUSB2                ; tty порт AT команд=1                           ; группа звонящих

[megafon](defaults)=/dev/ttyUSB4=/dev/ttyUSB5=2

[motiv](defaults)=/dev/ttyUSB7=/dev/ttyUSB8=3

[beeline](defaults)=/dev/ttyUSB10=/dev/ttyUSB11

group=4

Прохождение
вызовов через астериск

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

.        Прохождение внутреннего вызова.

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

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

.        Прохождение вызова с внутреннего телефона на второй Астериск.

.        Прохождение вызова со второго Астериска на внутренний телефон.

Схема сети

Эффективность
внедрения Астериск

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

Рис. 1. Расположение отделов предприятия по офисам и организация связи
между ними

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

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

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

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

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

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

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

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

Рассмотрим загруженность телефонных линий для каждого абонента. Такие
клиенты сети, как охрана, отдел IP, отдел кадров в основном совершают звонки
внутри предприятия, не выходя на сети общего пользования, так что вычеркнем их
из дальнейшего анализа входящего и исходящего внешнего трафика, являющегося
показателем работоспособности нашей сети. Распределение отделов между офисами
произведено таким образом, что в каждом офисе было по 2-3 телефонных аппарата,
нагрузка на которые максимальна и сильно отличается от нагрузки остальных
абонентов — это секретарь и отдел закупок в первом офисе и отдел по работе с
клиентами во втором. Рассчитаем среднюю нагрузку на них в часы наибольшего
напряжения (ЧНН). Для анализа выберем город с шестизначной системой нумерации
городских абонентов. Известно, что средняя интенсивность исходящей нагрузки на
одну абонентскую линию — 0,07 Эрл. Таким образом, исходящий трафик от каждого
абонента в ЧНН составляет 4 минуты и 12 секунд. Значит, в ЧНН для шести
рассматриваемых наиболее активных абонентов общее время занятие линий на
исходящие звонки составит 25 минут и 12 секунд, которое распределиться между
шестью модемами, сделав нагрузку на них минимальной.

Внешние входящие вызовы будут поступать в основном на телефоны секретаря
и отдела продаж, примем количество вызовов на каждый аппарат и среднюю
загруженность абонентской линии равной аналогичным показателям для исходящего
трафика, увеличенным по продолжительности вызова в два раза, и получим время
занятия линии равным 8 минутам и 24 секундам (в ЧНН). Тогда среднее время
занятия телефонной линии входящими звонками для одного из шести модемов
составляет 5 минут и 36 секунд. Из вышесказанного следует, что среднее время
занятия телефонной линии в ЧНН для наиболее активных пользователей составляет
10 минут на входящий и исходящий трафик.

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

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

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

Заключение

Астериск — будущее телефонии. Это немножко искаженное название книги
Меггелена, Мадсена и Смита «Астериск: будущее телефонии», но именно в такой
форме эта фраза передает все те чувства, которые испытывает человек, хоть раз
работавший с этой платформой. Легкость в управлении, гибкость в настройке,
нетребовательность к ресурсам и нулевая стоимость — вот те качества, которые
делают Астериск платформой для бизнес-телефонии номер один. Отдельно хочется
выделить тот факт, что эта платформа используется в трети компаний, входящих в
рейтинг ТОП-100 по версии журнала “FORBES”[6], а значит, она уже признана ведущими специалистами как инструмент в
реализации корпоративной связи.

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

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

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

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

1.      Меггелен
Дж., Мадсен Л., Смит Дж. Asterisk: будущее телефонии, второе издание. — Пер. с
англ. — СПб Символ-Плюс, 2009.

2.      <http://asterisk-pbx.ru/wiki/doku.php/new2>
— VoIP-GSM шлюз для Asterisk на USB модеме HUAWEI E1550.

.        <http://habrahabr.ru/post/136638/>
— Настройка Asterisk для оптимизации расходов на сотовую связь.

.        <http://trustoff.ru/page.php?18>
— Huawei E173, E173u-1, E171 описание, прошивка.

.        <http://forum.asterisk.ru/>
— общие вопросы.

6.      <http://asterisk.org>

СОДЕРЖАНИЕ

перечень сокращений……………………………………………………

……..

ВВЕДЕНИЕ……………………………………………………………………

……..

1 РАЗВИТИЕ IP-ТЕЛЕФОНИИ

 

1.1 Стандарты Н.323

 

1.2 Стандарты на основе протокола 
SIP

 

1.3 Связь телефонных сетей через Интернет

 

1.4 Новое поколение сетей IР-телефонии

 

2 ОРГАНИЗАЦИЯ ОФИСНОЙ ТЕЛЕФОННОЙ
СЕТИ НА БАЗЕ ПО

 

ASTERISK

 

2.1 Сравнение аппаратных цифровых
АТС и программной АТС Asterisk

 

2.2 Архитектура Asterisk

 

2.3 Выбор оборудования

 

2.3.1 Серверное оборудование

 

2.3.2 Оборудование для телефонии

 

2.4 Примеры Asterisk топологий

 

2.5 Соединение двух серверов Asterisk

 

2.6 Отказоустойчивый кластер для 
Asterisk

 

перечень ссылок

1. Олифер
В.Г. Компьютерные сети. Принципы, технологии,
протоко-лы / Олифер В.Г., Олифер Н.А. – СПб.:
Питер, 2006. – 958 с.

2. Кулаков 
Ю.А. Компьютерные сети. Выбор, установка,
использова-ние и администрирование /
Кулаков Ю.А., Омелянский С.В. – К: Издат.
ЮНИОР, 1999. – 544с.

3. Баклашов Н.И. Охрана труда на предприятии
связи и охрана окру-жающей среды / Баклашова
Н.И., Китаева Н.Ж., Терехов Б.Д. – М.: Радио
и связь – 1990. – 255с.

4. Меггелен Д. Asterisk: будущее телефонии
/ Меггелен Д., Мадсен Л., Смит Д. – Символ,
2009 – 656с.

перечень сокращений

АТС – абонентская телефонная станция

DNS – Domain Name System

DISA – Defense Information Systems Agency

IAX2 – Inter-Asterisk
eXchange protocol

IVR – Interactive Voice
Response

NAT – Network Address
Translation

PBX – Private Branch
eXchange

PSTN – Public Switched
Telephone Network

RTP – Real Time Protocol

SIP – Session Initiation Protocol

VoIP – Voice over IP

ВВЕДЕНИЕ

Мы являемся
свидетелями невероятных революционных 
событий. Они ожидались уже давно,
и теперь, когда процесс начался,
ничто не в силах остановить его.
Изменения охватили технологическую 
область, которая сильно отстала от всех остальных отраслей
промышленности, объединенных общим названием
hi-tech (от англ. high technology – высокая технология).
Речь идет о телекоммуникациях, революцию
в которых осуществил продукт с открытым
исходным кодом для офисной телефонной
станции с выходом в общую сеть (PBX) под
названием Asterisk.

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

Например, Business Communications Manager
от компании Nortel каким-то чудом объединяет
в себе кнопочный номеронабиратель 15-летней
давности и ПК на базе процессора Celeron
с частотой 1,2 ГГц. Все это может стать
вашим всего за $5000–15000, не включая стоимость
телефонных аппаратов. Если хочется получить
какие-то действительно интересные функции,
придется доплатить за универсальные
приложения с ограниченной функциональностью
и закрытым исходным кодом. Настройка?
Забудьте о ней – она не входит в функционал
системы. Технологии будущего и совместимость
со стандартами? Подождите пару лет –
над этим работают.

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

РАЗВИТИЕ IP-ТЕЛЕФОНИИ

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

В своем развитии IP-телефония прошла
три этапа.

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

Рисунок 1 Средства поддержки разговора
пользователей через Интернет

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

Второй этап ознаменовался появлением
стандартов IP-телефонии, прежде всего
— стандартов группы Н.323, разработанных
ITU-T, и стандартов на основе протокола
SIP, разработанного IETF.

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

1.1 Стандарты
Н.323

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

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

В стандартах
Н.323 определяется две группы протоколов
(табл. 1.1):

• Протоколы транспортной (transport
plane) или пользовательской (user plane) плоскости
отвечают за непосредственную передачу
голоса по сети с коммутацией пакетов.
Протоколы этой плоскости определяют
способы кодирования голоса (сюда входят
стандарты различных кодеков, например
G.711, G.723.1, G.729, G.728 и др.) и видео (кодеки Н.261,
Н.263 и др.). Голос и видео передаются в пакетах
протокола RTP, который определен в RFC3550
и переносит отметки времени и последовательные
номера пакетов, помогая конечным узлам
сеанса восстанавливать аналоговую информацию
реального времени. Пакеты RTP переносятся
в пакетах протокола UDP.

• Протоколы плоскости управления
вызовами (call control plane) переносят посети
запросы на установление соединений и
реализуют такие служебные функции, как
авторизация доступа абонента к сети и
учет времени соединения. Эта группа протоколов
работает через надежные ТСР-соединения
и включает протокол сигнализации Q.931,
обеспечивающий установление и завершение
соединения между абонентами; протокол
Н.245, с помощью которого абонентское оборудование
узнает о функциональных возможностях
противоположной стороны, например о том,
какие аудио- и видеокодеки поддерживаются,
а также о том, сколько аудио- и видео потоков
будут использовать абоненты в рамках
данного соединения. По умолчанию IP-телефон
поддерживает только один голосовой поток,
но видеотелефон уже поддерживает два
потока — один голосовой и один видео,
а оборудование видеоконференций может
поддерживать несколько аудио потоков
и несколько видео потоков. Еще один протокол
этой группы — RAS (Registration, Admission, Status) —
служит для учета звонков, регистрации
пользователя в некотором административном
домене (например, в домене организации,
где работает пользователь) и контроля
доступа в сеть (то есть проверке сетевых
ресурсов, таких как свободная пропускная
способность, необходимых для качественного
обслуживания телефонного вызова).

Аудиокодеки

Видеокодеки

RAS

Н.245

Q.931

RTP

UDP

TCP

IP

Таблица 1.1 Стек протоколов Н.323

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

Рисунок 2 Элементы сети Н.323

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

1.2 Стандарты на основе протокола
SIP

Основным конкурентом протоколов
стандарта Н.323 является протокол SIP
(Session Initiation Protocol — протокол инициирования 
сеанса), разработанный интернет-сообществом 
и стандартизованный IETF в RFC 3261

SIP является протоколом сигнализации,
он ответственен за установление сеанса
между абонентами, при этом SIP выполняет
функции протоколов Q.931, RAS и Н.245 стандарта
Н.323 (точнее — часть из них). Для передачи
аудио- и видеоданных в ходе сеанса протокол
SIP предполагает Использование протокола
RTP.

Протокол SIP очень близок по стилю 
к протоколу HTTP: он имеет похожий 
набор и синтаксис сообщений,
которыми обмениваются стороны в 
процессе установления сеанса. Как 
и у протокола HTTP, SIP-сообщения 
текстовые, они хорошо понятны программистам,
имеющим опыт создания веб-приложений.
Поэтому системы IP-телефонии, построенные
на основе SIP, оказались гораздо ближе
к миру Интернета, чем стандарты Н.323, пришедшие
«от телефонистов». Сегодня SIP-телефония
более тесно интегрирована с веб-услугами,
чем телефония стандарта Н.323.

Архитектура SIP предусматривает как 
непосредственное взаимодействие абонентов 
через IP-сеть, так и более масштабируемые
схемы, включающие участие серверов-посредников
(прокси-серверов). Основным таким сервером
является так называемый прокси-сервер
SIP, он выполняет функции, близкие к функциям
привратника Н.323. Кроме того, в архитектуре
SIP может присутствовать сервер определения
местоположения (SIP Location Server).

Работу протокола SIP в архитектуре 
с серверами обоих типов иллюстрирует
рис. 1.3

Рисунок 3 Взаимодействие абонентов
SIP

1.3 Связь телефонных сетей через Интернет

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

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

Масштабируемость такого варианта
ограничивается несколькими факторами.
Во-первых, провайдеру приходится устанавливать
многочисленные однораговые связи со
своими друзьями-соперниками по бизнесу.
Во-вторых, протоколы обеих плоскостей
необходимо реализовывать во всех элементах
сети IP-телефонии: и в привратниках, и в
шлюзах, и в терминалах, что приводит к
излишней сложности и дороговизне всех
этих устройств. И наконец, пользователям
предоставляются только базовые услуги
по обработке вызовов, поскольку взаимодействие
с протоколами межстанционной сигнализации
(SS7) и службами интеллектуальной сети
(IN) отсутствует. Эту последнюю группу
недостатков нельзя отнести на счет стандартов
Н.323, в которых явно не говорится о том,
какие протоколы сигнализации должен
поддерживать шлюз со стороны телефонной
сети. Перечень дополнительных услуг по
обработке вызовов определен в спецификации
Н.450. Таким образом, это скорее изъян реализации
шлюзов того поколения, в которых поддержка
SS7 и IN, как правило, отсутствовала.

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

Рисунок 4 Взаимодействие двух местных
телефонных сетей через Интернет

1.4 Новое поколение сетей IР-телефонии

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

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

• транспортную;

• управления вызовами;

• прикладных сервисов.

Транспортная группа образовалась
за счет выделения из шлюза функциональной
части, выполняющей очень простую операцию
— коммутацию между входными и выходными
портами (физическими или виртуальными).
Этот элемент, получивший название транспортного
шлюза (Media Gateway, MG), является своего рода
аналогом коммутационного поля телефонной
станции.

Следующую группу — группу управления
вызовами — составляют протоколы 
сигнализации IP-телефонии (Н.225.0, RAS из стандарта 
Н.323 или SIP). К этой группе относят 
также протоколы управления транспортными
шлюзами, которые инициируют действия
по коммутации портов. Все перечисленные
базовые функции по обработке вызовов
сегодня часто реализуются одним устройством
— так называемым программным коммутатором
(softswitch).

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

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

Очень важно, что взаимодействие между 
уровнями осуществляется через стандартные
интерфейсы, а это создает серьезные предпосылки
для построения   телефонных узлов
IP-телефонии на основе продуктов разных
производителей с применением общепринятых
способов обработки вызовов. Такой унифицированный
модульный подход был бы очень привлекателен
и при разработке традиционных телефонных
сетей, однако производители телефонных
коммутаторов обычно   реализовывали
функции двух нижних уровней и взаимодействие
между ними   с использованием собственных
корпоративных стандартов. Только при
создании архитектуры интеллектуальной
сети удалось, наконец, воплотить в жизнь
принцип независимости верхнего уровня
от двух нижних и принять в качестве стандарта
межуровневого взаимодействия протокол
IN АР (Intelligent Network Application Protocol — прикладной
протокол интеллектуальной сети), работающий
поверх протоколов системы сигнализации  
SS7.

2 ОРГАНИЗАЦИЯ ОФИСНОЙ ТЕЛЕФОННОЙ
СЕТИ НА БАЗЕ ПО ASTERISK

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

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

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

В-третьих,
наличие мини-АТС упрощает процесс 
работы своим пользователям. Современные 
программы (а мини АТС можно представить 
себе в виде специализированного компьютера,
работающего под управлением определенной
программы) предоставляют большое количество
вспомогательных функций, которые позволяют
лучше и быстрее организовывать связь.
Например, если надо позвонить в город,
а все исходящие линии заняты можно просто
установить свой вызов в очередь, и станция
автоматически известит о том, когда соединение
станет возможным. Если сотрудник ушел
со своего рабочего места в другое помещение,
где есть внутренний телефон, он может
перевести на него все вызовы со своего
аппарата, АТС будет транслировать все
звонки на его новое рабочее место. Для
тех, кто часто звонит по ограниченному
списку номеров полезным окажется наличие
записной книжки, набор из которой производится
нажатием нескольких клавиш. Существует
еще множество различных возможностей
– перехват звонка, режим «не беспокоить»,
открытие дверного звонка и т.д. – многие
современные цифровые АТС имеют до 1000
различных сервисных функций.

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

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

2.1 Сравнение аппаратных цифровых
АТС и программной АТС Asterisk

Выпускаемые
в настоящее время аппаратные цифровые
АТС и мини АТС Panasonic, Samsung, LG Nortel и другие
имеют практически одинаковый набор функций,
включающий возможности наращивания внешней
и внутренней емкости за счет подключения
дополнительных модулей (оборудование),
подключение различных типов телефонов
(аналоговых, цифровых, DECT, IP, системных
и др.), протоколов связи, маршрутизации
входящих и исходящих вызовов.

При наличии 
всех стандартных функций аппаратных
цифровых АТС, основное отличие программной 
АТС Asterisk от указанных выше АТС в ее практически
неограниченной масштабируемости (т.е.
увеличении внутренней и внешней емкости),
гибкости и дополнительных возможностях.
Этими дополнительными возможностями
являются в первую очередь возможности
Call-центра, системы записи разговоров,
интеграции с программами CRM и online администрирование
АТС. Причем IP-АТС Asterisk обеспечивает весь
функционал как при использовании ее в
режиме работы АТС крупной компании с
удаленными (в другие города и страны)
телефонами на тысячи абонентов, так и
в режиме мини-АТС малого предприятия
с количеством абонентов менее 10.

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

Перечень 
основных возможностей IP-АТС Asterisk: 

— DISA и интерактивное 
голосовое меню. В отличие от 
аппаратных цифровых АТС, имеющих 
ограничение на количество каналов DISA,
Asterisk обладает неограниченными и мощными
возможностями по построению голосового
меню. Более 100 команд управления планом
набора в сочетании с WEB интерфейсом, позволяющим
загружать звуковые файлы в любом формате
(wav, mp3, ogg и др.), позволит поднять качество
обслуживания входящего вызова на новый
уровень, поднимая авторитет компании.

— Переадресация. В аппаратных 
цифровых АТС возможности переадресации 
ограничены. Для получения неограниченных
возможностей переадресации (например,
переадресация вызова на внутреннего
абонента) обычно требуется дополнительная
плата расширения. В системе Asterisk можно
сделать переадресацию по времени суток,
присутствия на рабочем месте, переадресовать
одновременно на несколько телефонов,
составить индивидуальный алгоритм переадресации
(мобильный, домашний и т.д.).

— Нет надобности в выделенной 
линии для факса. Прием факсов 
обеспечивается на всех номерах 
с автоматической отсылкой на
email.

— Голосовая почта. Количество
голосовых сообщений не лимитировано
(может быть ограничено администратором)
и зависит от емкости жесткого диска. В
аппаратных цифровых АТС зависит от типа
установленного модуля и в максимальной
конфигурации часто ограничено 32-мя часами
записи. Помимо проверки голосовой почты
по телефону через систему DTMF в Asterisk автоматически
работает отправка голосовых сообщений
на e-mail, а также существует WEB интерфейс
для управления своей почты, что неоценимо
в случае переполнения голосового почтового
ящика, так как «разгребать» его через
DTMF было бы очень утомительно и долго.

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

—  Единая сетевая инфраструктура и сокращение
техперсонала. В отличие от традиционных
систем связи, требующих прокладку отдельной
кабельной сети для телефонии, IP-PBX Asterisk
работает по протоколу TCP/IP поверх существующих
сетей данных. Администрацией телефонной
инфраструктуры занимается системный
или сетевой администратор, а не связист,
так как IP-PBX — это сетевое приложение, не
требующее особых знаний в телефонии.

— VoIP (Voice over IP). Благодаря поддержке 
3-х протоколов IP телефонии Asterisk позволит 
самостоятельно выйти на операторский 
рынок IP телефонии и подключиться 
к междугородней/международной связи 
по операторским ценам. Это значительно
удешевит пользование междугородной/международной
связью. Используя интернет для связи
между офисами, компания может объединить
все свои филиалы и удаленных работников
в единый номерной план и сделать их общение
вообще бесплатным, или позволить своим
сотрудникам быть на связи «внутри»
офиса, где бы они не находились. 

— Так как Asterisk работает на OC Linux
в том числе, возможно совмещение 
функций АТС и сервера Internet. 

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

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

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

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

2.2 Архитектура Asterisk

Программное обеспечение Asterisk было разработано 
с целью учета факторов максимальной
доступности и гибкости. Специальные 
интерфейсы программирования (API),
начиная от ядра системы (Core) и до функциональных
модулей (Loadable Module), позволяют создавать
прикладные решения, не принимая во внимание
протоколы соединения, голосовые или видео
кодеки и приемлемые интерфейсы для подсоединения
к другим телекоммуникационным решениям.

Ядро системы Asterisk обеспечивает следующие 
функциональные уровни:

  • Коммутация – позволяет выполнять коммутацию
    каналов (вызовов, прикладных задач), как
    это делает обычная АТС или коммутатор.
    Задача этого уровня — создание соединения
    между двумя или несколькими направлениями,
    не учитывая наличия и специфичности многих
    аппаратных или программных интерфейсов.
  • Выполнение прикладных задач – этот уровень обеспечивает выполнение
    задач (как встроенных, так и задач пользователя)
    для создания заданного сервисного обслуживания
    для абонента, например, таких как голосовая
    почта, конференц-связь, проигрывание
    голосовых файлов, а также работа с базой
    данных.
  • Преобразование кодирования — благодаря загружаемым функциональным модулям уровень гарантирует совместимость коммутируемых каналов по типу кодирования речи или видеоизображения.
  • Менеджер планирования задач и каналов ввода/вывода — программные блоки этого уровня выполняют обработку данных,
    передаваемых в каналах, на разном уровне,
    управляют работой системы в среде операционной
    системы, учитывая многогранность задач,
    и оптимизируют их выполнение.

Ядро использует 4 интерфейса API:

  • Аппаратный интерфейс — выполняет обработку сигнальной информации и информации пользователя, специфичной к физическому и логическому уровню канала, при использовании которого создается входящий или исходящий вызов. Библиотеки этого уровня обеспечивают
    такие виды соединений, как VoIP
    (H.323, SIP, MGCP,
    SCCP, T.38), TDM/TDMoE (FXS, FXO, MF/MFC-R2, ISDN-BRI, ISDN-PRI, SS7)
    .
  • Интерфейс модульной загрузки приложений телефонии — выполняет загрузку соответствующих библиотек для обеспечения сервисного обслуживания пользователя или предоставления необходимой функциональности
    (голосовая почта, конференц-связь).
  • Интерфейс обработки кодеков — на этом уровне библиотеки, которые будут загружены в соответствии с возможными превращениями речи или видео в системе, например, такие типы кодирования
    как G.711A/Mu, GSM, LPC,
    G.723, G.726, G.729, MP3,
    H.261/263/p.
  • Интерфейс обработки форматов файлов — набор библиотек, которые возобновляют соответствующие форматы сбережения голосовой, графической или видео информации на жестком диске (также компакт-диске) в системе. Поддерживаются такие форматы, как RAW, MP3, WAV, WAV49 (GSM), VOX (ADPCM), JPG, PNG.

  • 1
  • 2
  • 3
  • 4
  • 5
  • . . .
  • последняя »

назад (Назад)скачать (Cкачать работу)

Функция «чтения» служит для ознакомления с работой. Разметка, таблицы и картинки документа могут отображаться неверно или не в полном объёме!

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

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

Оборудование для телефонии

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

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

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

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

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

Практическая частьРеализация

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

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

asterisk телекоммуникация телефония сеть Конфигурационные файлы

Собственно, конфигурационные файлы — это файлы с разрешением «conf», которые располагаются в /etc/asterisk/. Эти файлы содержат в себе различные команды. Например, команда «tcpenable=yes» разрешает использовать стек протоколов TCP/IP для передачи информации Астериску. Каждый конфигурационный файл отвечает за определенную функциональную возможность Астериска.

.conf

Файл «sip.conf» отвечает за конфигурацию протокола SIP. В этом файле содержатся команды разрешающие или запрещающие Астериску использовать определенный транспорт в сети, порт, кодеки и т.д. Так же в этом файле

  • 1
  • 2
  • 3
  • 4
  • 5
  • . . .
  • последняя »

Интересная статья: Основы написания курсовой работы

Федеральное агентство связи

Федеральное государственное бюджетное образовательное

Учреждение высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»

Факультет Заочного обучения
Направление (специальность) Информатика и вычислительная техника
Кафедра Программного обеспечения и управления в

технических системах

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

(ДИПЛОМНАЯ РАБОТА)

Проектирование и внедрение IP телефонии в организации на базе платформы Asterisk

Утверждаю зав.кафедрой д.т.н., проф. В.Н. Тарасов
Должность Уч.степень, звание Подпись Дата Инициалы Фамилия
Руководитель доцент к.ф.-м.н., доцент М.А.Вержаковская
Н. контролер ст. преп. С.В. Чернова
Разработал 35П Е.Г. Кошелева
Группа Подпись Дата Инициалы Фамилия

Самара 2017

Содержание
Задание ………………………………………………………………..………4

Отзыв руководителя ………………………………………………..………..6

Показатели качества ВКР …………………………………………..……….8

Реферат …………………………………………………………………..……9

Введение ……………………………………………………………………..10

1 Аналоги платформы Asterisk ……………………………………………..13

    1. Открытая телефонная платформа FreeSWITCH ……………………….13
    2. Программная АТС SipXecs ………………………………………………15
    3. Движок телефонии Yate………………………………………………….17
    4. Критерии сравнения аналогов платформы Asterisk ……………………19
    5. Сравнение аналогов платформы Aswterisk …………………………….20
  1. Проектирование IP телефонии ………………………………………….22
    1. Описание организации …………………………………………..………22
    2. Поэтапное описание процесса проектирования и внедрения IP телефонии…………………………………………………………………23
    3. Требования организации к IP телефонии ………………………………26
    4. Выбор программных и аппаратных средств для внедрения IP телефонии…………………………………………………………………28
    5. Описание имеющегося на предприятии оборудования и внесенных в инфраструктуру изменений ……………………………………………..30
  2. Проектирование и внедрение IP телефонии в конкретной

организации……………………………………………………………….32

    1. Проектирование ЛВС предприятия ООО «Стройсервис»……………..33
    2. Виртуальная машина и средства виртуализации на базе Windows Server 2012R2……………………………………………………………………. 35
    3. Создание виртуальной машины …………………………………………42
    4. Установка дистрибутива FreePBX……………………………………….46
    5. Принципы IP телефонии. Протоколы, поддерживаемые Asterisk ……..49
    6. SIP протокол в IP телефонии ……………………………………………50
    7. Принципы компрессии и декомпрессии звуковых данных в IP телефонии. Кодеки …………………………………………………………………….53
    8. Настройка дистрибутива под нужды предприятия………………………55
  1. Функциональные возможности Asterisk ………………………………..80
    1. Совершение звонков на различные виды устройств и переадресация. 80
    2. Статистика звонков и log файлы……………………………………….. 82
    3. Практическая и экономическая выгода от внедрения IP телефонии …85

Заключение ……………………………………………………………..……88

Список использованных источников ………………………………………90

Приложение А – Аналог графического интерфейса Asterisk …………….92

Приложение Б – Работа с платформой через командную строку……….. 94

Приложение В – Таблица использованных в работе возможностей платформы Asterisk ……………………………………………………….…95

Приложение Г – Презентационный материал ……………………….…… 96

Федеральное агентство связи

Федеральное государственное бюджетное образовательное

учреждение высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»
ЗАДАНИЕ

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

Студента

Кошелевой Евгении Геннадьевны

1 Тема ВКР

Проектирование и внедрение
IP телефонии в организации
на базе платформы Asterisk
Утверждена приказом по университету от 25.11.2016 291-2

2 Срок сдачи студентом законченной ВКР

06.02.17

3 Исходные данные и постановка задачи

1) Серверhp proliant dl360 gen9на базеwindows server2012R2,
IPтелефоныD-LinkDPH 150SSE, ЛВСООО «Стройсервис»
2) Провести анализ аналогов платформы Asterisk
3) Спроектировать IT инфраструктуру предприятии,я
построить локально вычислительную сеть
4) Выбрать программные и аппаратные средства, необходимые для
достижения цели и обосновать выбор
5) Выполнить установку и настройку под нужды организации Asterisk
установит и настроить телефонные аппараты
6) Описать функционал платформы, принципы работы IP телефонии,
вспомогательные технологии для внедрения
4 Перечень подлежащих разработке в ВКР вопросов иликраткое
содержание ВКР. Сроки исполнения 03.02.2017
1)Аналоги платформ Asterisk
2)Проектирование IP телефонии
3) Проектирование и внедрение IP телефонии в конкретной организации
4) Функциональные возможности Asterisk
5 Перечень графического материала. Сроки исполнения 02.02.2017
1) Аналог графического интерфейса Asterisk
2) Работа с платформой через командную строку
3) Таблица использованных в работе возможностей платформы Asterisk
4) Презентационный материал
6 Дата выдачи задания « 30 » ноября 2016 г.
Кафедра Программного обеспечения и управления

в технических системах

Утверждаю зав.кафедрой д.т.н., проф. 30.11.16 В.Н. Тарасов
Должность Уч.степень, звание Подпись Дата Инициалы Фамилия

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

доцент к.ф.-м.н., доцент 30.11.16 М.А. Вержаковская
Должность Уч.степень, звание Подпись Дата Инициалы Фамилия
Задание принял к исполнению 35П 30.11.16 Е.Г.Кошелева
Группа Подпись Дата Инициалы Фамилия

Федеральное агентство связи

Федеральное государственное бюджетное образовательное

учреждение высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *