Текст книги "Asterisk™: будущее телефонии Второе издание"
Автор книги: Джим Меггелен
Соавторы: Джаред Смит,Лейф Мадсен
Жанр:
ОС и Сети
сообщить о нарушении
Текущая страница: 6 (всего у книги 41 страниц)
Терминалы связи
«Терминал связи» – это старый термин, исчезнувший на пару десятков лет и воспроизведенный здесь, пожалуй, лишь по той причине, что его надо обсудить, прежде чем он в конечном счете исчезнет вновь или станет повсеместно распространенным.
Сначала немного истории. Когда были выпущены первые цифровые системы офисных АТС, производители этих машин поняли, что не могут называть их конечные точки телефонами – специализированная природа обусловливала невозможность их соединения с PSTN. Поэтому их назвали терминалами или станциями. Конечно, пользователи этого не приняли. Эти системы выглядели как телефон и работали как телефон, то есть были телефонами. По-прежнему изредка можно встретить термин «терминал» в применении к аппаратам офисной АТС, но преимущественно их называют телефонами.
Обновленный термин «терминал связи» не имеет ничего общего с чем– либо специализированным, скорее всего, наоборот. Придумывая все новые и новые пути общения, мы получаем доступ ко множеству различных устройств, которые обеспечат нам возможность связи. Рассмотрим следующие сценарии:
• Если я использую персональный цифровой секретарь для соединения с голосовой почтой и получения голосовых сообщений (преобразованных в текст), становится ли он телефоном?
• Если я подключаю видеокамеру к ПК, соединяюсь с веб-сайтом компании и посылаю запрос на начало чата с сотрудником службы работы с клиентами, мой ПК стал телефоном?
• Если я используют IP-телефон на кухне для поиска рецептов в Интернете, это можно считать телефонным звонком?
Идея проста: мы, наверное, никогда не перестанем «звонить» друг другу, но всегда ли мы будем использовать «телефоны» для этого?
Некоторые вопросы Linux
Спросите кого угодно из Free Software Foundation – и он скажет следующее: то, что мы знаем как Linux, на самом деле – GNU/Linux. Если отбросить все этимологические аргументы, в этом есть доля истины. Тогда как ядро операционной системы действительно называется Linux, подавляющее большинство утилит, установленных и регулярно используемых в системе Linux, на самом деле являются утилитами GNU. Linux, наверное, всего на 5% Linux и на 75% – GNU, а на оставшиеся 20% – пожалуй, все остальное.
Почему это важно? Гибкость Linux – одновременно и благословение, и проклятие. Благословение – потому, что с Linux можно действительно создать абсолютно индивидуальную операционную систему с нуля. Но очень немногим удалось осуществить это, поэтому в значительной степени Linux – проклятие из-за ответственности, которая ложится на наши плечи при определении, какую из утилит GNU установить и как конфигурировать систему.
Если это кажется вам неосуществимым, не пугайтесь. В следующей главе обсуждается выбор, установка и конфигурация программной среды для системы Asterisk.
Заключение
В данной главе были рассмотрены все проблемы, которые могут повлиять на стабильность и качество установки Asterisk. Прежде чем вы совсем испугаетесь, хочется отметить, что многие люди установили Asterisk поверх рабочей станции Linux с графической оболочкой – являющейся веб-сервером, базой данных или чем-нибудь еще – вообще без всяких проблем[44]44
Только ни в коем случае не устанавливайте среду X-Windows (которой является все, что предоставляет рабочий стол, например GNOME, KDE и т. п.). Практически гарантированно возникнут проблемы с качеством аудиосигнала, потому что Asterisk и GUI будут конкурировать в контроле над ЦП.
[Закрыть]. То, сколько времени и сил придется потратить на освоение лучших практик и подсказок по проектированию, представленных в данной главе, зависит исключительно от того, насколько активно предполагается загружать сервер Asterisk и какие качество и надежность должна обеспечивать система. Если вы всего лишь экспериментируете с Asterisk, не надо волноваться слишком сильно; просто знайте, что любые возникающие проблемы, возможно, не являются недостатком системы Asterisk.
В данной главе мы попытались продемонстрировать лучшие практики, которые помогут обеспечить системе Asterisk надежную, стабильную платформу. Asterisk готова работать в намного более неблагоприятных условиях, но стабильность офисной АТС напрямую зависит от количества усилий и внимания, которые были потрачены на решение рассмотренных здесь вопросов при ее проектировании. Решение должно приниматься исходя из того, насколько ответственной будет создаваемая система Asterisk.
Глава 3. Установка Asterisk
Я жажду решать большие и выдающиеся задачи, но представлять скромные задачи так, как будто они большие и выдающиеся, является обязанностью моего шефа. Мир продвигается вперед не только мощными рывками его героев, но и скромными усилиями всех честных тружеников.
– Хелен Келлер
В предыдущей главе мы обсудили подготовку системы к установке Asterisk. Пора браться за дело!
Asterisk можно устанавливать на многих дистрибутивах Linux[45]45
А также и некоторых операционных систем не-Linux, таких как Solaris, *BSD и Mac OS X. Но следует отметить, что, хотя кому-то удавалось успешX. Но следует отметить, что, хотя кому-то удавалось успеш
[Закрыть] и различных архитектурах ПК, но в данной книге было решено сосредоточиться на одном продукте, чтобы избежать путаницы и неясностей. Мы сделали рекомендации максимально универсальными, но все равно можно заметить тяготение к структуре папок и системе утилит CentOS. CentOS (вероятно, самый популярный дистрибутив, используемый с Asterisk) был выбран потому, что его набор команд, структура папок и пр. хорошо знакомы большему числу читателей (мы обнаружили, что многие администраторы Linux знают CentOS, даже если предпочитают другой дистрибутив). Это не означает, что CentOS является единственным или даже лучшим выбором. В рассылках часто задают вопрос: «Какой дистрибутив Linux лучше всего использовать с Asterisk?» Все многообразие ответов обычно сводится к следующему: «Тот, который вам больше нравится»[46]46
но запустить Asterisk на этих альтернативных платформах, Asterisk предназначена и продолжает активно разрабатываться для Linux.
[Закрыть].
Какие нужны пакеты
Большинство конфигураций Asterisk включают три основных пакета: основная программа Asterisk (asterisk), драйверы телефонии (zaptel) и PRI-библиотеки (libpri). Если планируется исключительно VoIP-сеть, единственным обязательным пакетом является asterisk, но мы рекомендуем устанавливать все три пакета; какие модули активировать – можно выбрать позже. Драйверы zaptel необходимы, если используется аналоговое или цифровое оборудование или если источником временных интервалов служит драйвер ztdummy (обсуждается в данной главе позже). Библиотека libpri обязательна, только если используются PRI– интерфейсы ISDN. Можно не загружать эту библиотеку в оперативную память и сохранить небольшой объем свободного места, но мы рекомендуем установить ее вместе с пакетом zaptel для полноты. В первом издании данной книги рекомендовалось устанавливать дополнительный пакет asterisk-sounds. Это был отдельный архив, который надо было скачать, извлечь из архива и затем установить. Теперь для Asterisk версии 1.4.0 существует два набора пакетов звуковых файлов: Core Sound и Extra Sound. Поскольку Asterisk поддерживает несколько разных аудиоформатов, эти пакеты доступны в различных звуковых форматах, таких как G.729 и GSM. Основанием для существования такого разнообразия форматов является обеспечение Asterisk возможности использовать тот звуковой формат, для которого требуется меньшее количество преобразований в ЦП. Например, если имеется большое количество соединений, поступающих по каналам VoIP, которые используют GSM, выгоднее иметь звуковые файлы в формате GSM. В окне выбора компонентов сборки (обсуждается в данной главе позже) можно выбрать один или более из предлагаемых типов звуковых файлов. Рекомендуем установить по крайней мере по одному типу из каждого пакета (Core Sound и Extra Sound). Поскольку в данной книге могут упоминаться некоторые файлы Extra Sound, предполагается, что установлен хотя бы один из этих форматов.
Необходимые пакеты Linux
Для компиляции Asterisk в системе должен иметься компилятор GCC (версия 3.x или более поздняя) и все необходимые зависимости. Также для Asterisk требуется bison, программный генератор грамматического разбора, который заменяет yacc, и ncurses для обеспечения функциональности командной строки. Криптографическая библиотека в Asterisk требует наличия OpenSSL и его пакетов для разработки.
Для Zaptel необходима библиотека libnewt и ее пакеты для разработки, чтобы обеспечить компиляцию программы zttool (см. в данной главе раздел «Использование ztcfg и zttool»). Если используются PRI-интер– фейсы, Zaptel также требует установки пакета libpri (опять же, даже если линии PRI не используются, мы рекомендуем установить libpri вместе с zaptel).
Если пакеты Software Development устанавливаются на CentOS, все эти инструменты будут в наличии. Если вы стремитесь к порядку и желаете установить набор программ, только минимально необходимый для компиляции Asterisk и связанных с ней пакетов, обратитесь к табл. 3.1.
В следующей таблице использование ключа -у для приложения yum означает ответ «да» на все вопросы и обеспечит установку приложения и всех зависимостей без вывода этих вопросов на экран. Если это нежелательно, ключ -у должен быть опущен.
Если требуется установить сразу все вышеупомянутые пакеты, в командной строке можно указать несколько пакетов, например:
# yum install -у gcc ncurses-devel libtermcap-devel [...]
Таблица 3.1. Список пакетов, необходимых для компиляции libpri, zaptel и asterisk
| Имя пакета | Команда установки | Примечание | Используется программами |
| GCC 3.x | yum install -y gcc | Необходим для компиляции zaptel, libpri и asterisk | libpri, zaptel, asterisk |
| ncurses-devel | yum install -y ncurses-devel | Необходим для menuselect | menuselect |
| libtermcap-devel | yum install -y libtermcap-devel | Необходим для asterisk | asterisk |
| Kernel | yum install -y kernel-devel | Необходим для компиляции zaptel | zaptel |
| Development | |||
| Headers | |||
| Kernel Development Headers (SMP) | yum install -y kernel-smp-devel | Необходим для компиляции zaptel | zaptel |
| GCC C++ 3.x | yum install -y gcc-c++ | Необходим для asterisk | asterisk |
| OpenSSL (необязательный) | yum install -y openssl-devel | Зависимость OSP, шифрование IAX2, res_crypto (поддержка RSA– ключа) | asterisk |
| Имя пакета | Команда установки | Примечание | Используется программами |
| newt-devel | yum install -y | Зависимость zttool | zaptel |
| (необязательный) | newt-devel | ||
| zlib-devel | yum install -y | Зависимость | asterisk |
| (необязательный) | zlib-devel | DUNDi | |
| unixODBC; | yum install -y | Зависимость func_ | asterisk |
| unixODBC-devel | unixODBC-devel | odbc, cdr_odbc, | |
| (необязательный) | res_config_odbc, | ||
| res odbc, | |||
| ODBC_STORAGE | |||
| libtool | yum install -y | Зависимость | asterisk |
| (необязательный; | libtool | связанных с ODBC модулей | |
| рекомендуемый) | |||
| GNU make | yum install -y | Необходим для компиляции | asterisk |
| (версия 3.80 или более поздняя)* | make | zaptel и asterisk |
Обычной ошибкой тех, кто впервые устанавливает какой-либо дистрибутив Linux, является использование программы GNU make версии 3.79 или еще более ранней. Следует учесть, что правильно сборка Asterisk может быть выполнена только при наличии версии GNU make не ниже 3.80.
Получение исходного кода
Лучше всего взять исходный код для Asterisk и его пакетов прямо на веб-сайтеhttp://www.asterisk.org или FTP-сервере.
*
Получение исходного кода Asterisk
Проще всего получить самую последнюю выпущенную версию с помощью программы wget.
Чем отличается код стабильной версии от кода, находящегося в процессе тестирования
Кодовая база Asterisk находится в процессе постоянного изменения. Для управления ею разработчики используют инструмент контроля версий Subversion (SVN)[47]47
Subversion – превосходная система управления кодом. Ее можно найти по адресуhttp://subversion.tigris.org/. Кроме того, издательство Creative Commons выпустило не менее замечательную книгу Бена Коллинза-Сассмана (Ben Collins-Sussman) и др. «Version Control with Subversion» (O'Reilly), которая представлена по адресуhttp://svnbook.red-bean.com/.
[Закрыть]. Subversion обеспечивает сообществу разработчиков возможность совместной работы над сложными проектами программного обеспечения. Существует две основных области разработки Asterisk: ветвь (Branch) и ствол (Trunk). В ствол добавляются новые функции, вносятся изменения в архитектуру и всевозможные нововведения. Это та часть кодовой базы, где содержатся все новые элементы, но которая может в любой момент оказаться в нерабочем состоянии. Ее категорически нельзя использовать для производственной эксплуатации (см. рисунок).
Подобно дереву, ствол имеет ветви. Эти ветви пронумерованы соответственно основным редакциям, например 1.0, 1.2 и 1.4 (в будущем мы, скорее всего, увидим 1.6, 1.8, 1.8.2, 1.8.4. 1.8.6, 1.8.8. 1.8.8.2... м-м... и т.д...). В ветви не вносятся большие архитектурные изменения или новые функции, здесь просто исправляются дефекты и выполняются работы по обеспечению безопасности. В среде производственной эксплуатации стабильность намного важнее, чем введение новых функциональных возможностей. Примерно каждые 14 месяцев (хотя Asterisk не следует формальному графику выпуска версий, как многие пакеты коммерческого программного обеспечения) выпускается версия Asterisk, предназначенная для использования в средах производственной эксплуатации. Начальная версия Asterisk шла под номером 1.0 и была представлена на самой первой конференции AstriCon в Атланте в сентябре 2004 года. Asterisk 1.2 была выпущена на IP4IT в ноябре 2005, а Asterisk 1.4 вышла в декабре 2006.
Обратите внимание, что извлекать из архива и компилировать исходный код Asterisk мы будем в папке /usr/src/, хотя некоторые системные администраторы, возможно, предпочитают использовать /usr/ local/src. Также помните, что для записи файлов в папку /usr/src/ и установки Asterisk и сопутствующих ей пакетов, необходимо иметь права администратора.
В главе 13 можно найти информацию о том, как запустить Asterisk, не будучи администратором. Все специалисты по безопасности рекомендуют запускать свои программы-демоны под учетной записью, не дающей права администратора, на случай возможного проникновения в систему вредоносного кода. Это снизит (но, конечно же, не устранит) риск похищения пароля для пользователя с правами администратора.
Чтобы получить самую последнюю выпущенную версию исходного кода с помощью wget, в командной строке необходимо ввести следующие команды:
# cd /usr/src/
# wget http://downloads.digium.com/pub/asterisk/asterisk-1.4-current.tar.gz
# wget http://downloads.digium.com/pub/libpri/libpri-1.4-current.tar.gz
# wget http://downloads.digium.com/pub/zaptel/zaptel-1.4-current.tar.gz
Последние версии пакетов asterisk, libpri и zaptel вполне могут идти под разными номерами.
И наоборот, при разработке и тестировании, вероятно, вы захотите иметь код самой новой ветви. Чтобы извлечь этот код из SVN, выполните следующую команду:
# svn co http://svn.digium.com/svn/asterisk/branches/1.4 asterisk-1.4 Если исходный код получен в виде файлов выпущенной версии, размещенных на FTP-сервере Digium, перед компиляцией эти файлы необходимо извлечь из архива, о чем рассказывается в следующем разделе.
Извлечение исходного кода из архива
Пакеты, загружаемые с FTP-сервера, являются архивами, в которых содержится исходный код; таким образом, перед компиляцией код требуется извлечь из архива. Если пакеты загружены в другую папку, не /usr/src/, их надо или перенести туда или указать полный путь к ним. Для извлечения исходного кода из архива мы будем использовать GNU-приложение tar. Это простой процесс, который выполняется с помощью следующих команд:
# cd /usr/src/
# tar zxvf zaptel-1.4-current.tar.gz
# tar zxvf libpri-1.4-current.tar.gz
# tar zxvf asterisk-1.4-current.tar.gz
В bash (и других командных оболочках, поддерживающих ее) можно использовать исключительно удобную функцию автозаполнения по нажатию клавиши Tab. Это позволяет вводить лишь часть имени файла, а все остальное система дополняет автоматически. Например, если введено tar zxvf zap
Выполнение этих команд обеспечит извлечение пакетов и исходного кода из архивов в соответствующие папки. Например, файл asterisk– 1.4-current.tar.gz будет извлечен в папку текущей версии Asterisk, то есть asterisk-1.4.4.
Желательно всегда сохранять исходный код последней рабочей версии пакета на случай необходимости выполнить «откат» при обнаружении очередного дефекта или странностей в поведении, которые не получается сразу разрешить.
Окно выбора компонентов сборки
В Asterisk версии 1.4.0 и связанных с ней пакетах была реализована новая система сборки autoconf. Это немного изменило процесс сборки, но предоставило больше гибкости, позволив выбирать модули, подлежащие сборке. Преимущество состоит в том, что в сборке участвуют только необходимые модули, а не весь исходный код. Вместе с системой сборки была введена новая система выбора на основе меню. Спасибо Расселу Брайанту (Russell Bryant). Эта новая система обеспечивает возможность более детального отбора подлежащих сборке модулей перед компиляцией ПО и избавляет пользователя от необходимости редактировать файлы Makefiles. Поэтому, чтобы не рассказывать, как использовать окно выбора компонентов сборки в каждом разделе «Компиляция.», обсудим это здесь, чтобы, увидев опцию make menuselect, вы знали, что должны делать с окном выбора компонентов сборки.
На рис. 3.1 представлено окно выбора компонентов сборки для программного обеспечения Asterisk. Для других пакетов оно будет прак-
*************************************
Asterisk Module Selection *************************************
Press 'h' for help.
–> l. Applications
# Call Detail Recording
# Channel Drivers
# Codec Translators
# Format Interpreters
# Dlalplan Functions
# PBX Modules
# Resource Modules
# Voicemail Build Options 1Э. Compiler Flags
# Module Embedding
# Core Sound Packages
# Music On Hold File Packages
# Extras Sound Packages
Рис. 3.1. Пример окна выбора компонентов сборки
тически таким же, но с меньшим количеством опций. Перемещение вверх и вниз по списку осуществляется с помощью клавиш со стрелками. Выбор опции меню выполняется по нажатию клавиши Enter или клавиши со стрелкой вправо. Для отмены выбора используется клавиша со стрелкой влево.
Рис. 3.2. Список модулей, подлежащих сборке
На рис. 3.2 показан список возможных приложений диалплана, сборка которых может быть выполнена для их использования в Asterisk. Модули, подлежащие сборке, отмечаются символами [*]. Модуль, сборка которого выполняться не будет, отмечается символами [ ]. Если перед модулем стоят символы XXX, значит, присутствуют не все зависимости пакета, которые являются обязательным условием для сборки данного модуля. На рис. 3.2 мы видим, что сборка модуля app_flash не может быть выполнена из-за отсутствия зависимости Zaptel (то есть модуль Zaptel не был собран и установлен в систему с момента последнего вы– полненения команды ./configure). Если требования по зависимости были удовлетворены в период после последнего выполнения команды . /configure, выполните ее снова и повторно откройте окно выбора компонентов сборки. Теперь модуль должен быть доступным для сборки. Завершив работу с окном выбора компонентов сборки, введите символ x, чтобы сохранить изменения и закрыть окно. Ввод символа q также обеспечит выход из окна выбора компонентов сборки, но при этом изменения не будут сохранены. Если вы внесли изменения и ввели q, ваши изменения будут потеряны!
Компиляция Zaptel
На рис. 3.3 показаны уровни взаимодействия между Asterisk и ядром Linux с точки зрения управления аппаратными средствами. Со стороны Asterisk имеется модуль канала Zapata, chan_zap. Asterisk использует этот интерфейс для обмена информацией с ядром Linux, где загружаются драйверы устройств.
Интерфейс Zaptel – это загружаемый модуль ядра, представляющий абстрактный уровень между аппаратными драйверами и модулем Zapata в Asterisk. Именно такая концепция позволяет изменять драйверы устройств без внесения изменения в исходный код Asterisk. Драйверы устройств используются для непосредственной связи с оборудованием и для передачи информации между Zaptel и аппаратными средствами.
Хотя Asterisk может компилироваться на разных платформах, драйверы Zaptel специализированы для конкретных дистрибутивов Linux, они создаются для взаимодействия непосредственно с ядром Linux. Существует проект (http:// www.solarisvoip.com), обеспечивающий поддержку Zaptel для Solaris. Также есть проект разработки драйверов Zapata для BSD. Его можно найти по адресуhttp://www.voip-info. org/tiki-index.php?page=FreeBSD+zaptel.
Рис. 3.3. Уровни взаимодействия устройств с Asterisk
Начнем наше обсуждение с драйвера ztdummy, который используется в системах, нуждающихся в интерфейсе синхронизации, но не имеющих соответствующего оборудования. Затем перейдем к компиляции и установке драйверов. (Конфигурация драйверов Zaptel будет обсуждаться в следующей главе.)
Перед компиляцией драйверов Zaptel в системе, выполняющей ядро Linux 2.4, необходимо убедиться в наличии в папке /usr/src/ символической ссылки linux-2.4, указывающей на исходный код используемого ядра. Если символической ссылки нет, ее можно создать с помощью следующей команды (предполагая, что исходный код размещен в папке /usr/src/): # ln -s /usr/src/'uname -r' /usr/src/linux-2.4 Обычно, если на компьютере выполняется один из дистрибутивов на базе ядра Linux 2.6, символическая ссылка не требуется, поскольку эти дистрибутивы осуществляют поиск папки сборки ядра автоматически. Однако, если папка сборки помещена в нестандартное место (то есть не в папку /lib/modules/ <версия ядра>/build/), потребуется использовать символическую ссылку.
Хотя Asterisk и сопутствующие пакеты выполняются на ядрах Linux 2.4.x, их разработка ведется прежде всего на ядрах 2.6.x, и нет никакой гарантии, что ядра 2.4.x будут поддерживаться в будущем.
