Elastix позволяет настроить подключения к провайдерам (Trunks) следующих типов:

• SIP Trunk – для подключения к SIP-провайдерам, стандарт де-факто

• IAX2 Trunk – для подключения к другой станции Elastix/Asterisk

• Custom Trunk – для подключения не стандартных устройств, например, H.323, Skype

• ENUM Trunk – для осуществления звонков абонентам других компаний через VoIP, без выхода на Телефонную Сеть Общего Пользования, но используя для поиска абонентов их обычные городские или мобильные номера ()

• DAHDI Trunk, ZAP Trunk – для использования специальных периферийных устройств, подключенных к серверу (цифровых и аналоговых соответственно)

• DUNDi Trunk – для динамического поиска VoIP адресата (), удобно использовать для объединения нескольких станций в дополнение к каналам IAX2, связывающим станции

SIP () стал в настоящее время стандартом де-факто для VoIP-подключений к телекоммуникационным сетям. Для большей части провайдеров Вы будете использовать именно этот протокол.

Понятное Вам название настраиваемого соединения.

Номер CallerID, который будет передавать Elastix провайдеру. Некоторые провайдеры позволяют скрывать ваш номер:

"hidden" <+74991234567>

Преобразование набранного номера в формат провайдера.

prefix – начало номера, которое будет удалено перед передачей провайдеру

prepend – начало номера, которое будет добавлено вместо prefix перед передачей провайдеру

match pattern – шаблон номера

• X – любая цифра

• Z – цифры от 1 до 9

• N – цифры от 2 до 9

• [127-9] – одна из цифр: 1,2,7,8,9

• . (точка) – любое количество цифр или символов

В примере на иллюстрации номера формата E.164 преобразуются в формат провайдера. Если был набран номер «74951234567», он будет преобразован в «84951234567».

Уникальное имя соединения, сохраняемое в CDR-таблице (таблице регистрации вызовов).

Запросите у провайдера предпочтительные для его сети настройки.

Контекст обработки входящих вызовов. Обычно «from-trunk». Может быть заменен на свой контекст, например, для сохранения в CDR информации о рекламном номере, на который поступил вызов (стр.184, «Сохранение в CDR рекламного номера»).

Формат: login: password@server/login

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

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

• IAX2 полностью бинарный протокол, что экономит трафик (например, заголовки SIP-протокола текстовые)

• IAX2 использует только один порт (UDP 4569), что упрощает настройку Firewall и улучшает работу через NAT

• IAX2 поддерживает транкинг – передача в каждом пакете данных нескольких параллельных каналов, что экономит трафик (до трехкратной экономии)

• при установлении соединения по протоколу IAX2 гарантируется прохождение голоса (в отличие от SIP-протокола, когда связь может установиться, но голоса не будет слышно)

Однако, IAX2 более уязвим к DDoS-атакам, поэтому настоятельно рекомендуется ограничивать подключения с использованием параметров deny, permit. Например, чтобы разрешить подключения только с адресов 216.207.245.40 и 216.207.245.45, в блоке USER Details укажите следующие параметры:

deny=0.0.0.0/0.0.0.0

permit=216.207.245.40/255.255.255.255

permit=216.207.245.45/255.255.255.255

Более того, чтобы злоумышленники даже не пытались взламывать Elastix, используйте встроенный Firewall для порта IAX2 (закладка Security/Firewall), указав для данного протокола только адреса доверенных серверов, которые могут связываться с вашим сервером Elastix по протоколу IAX2.

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

• Local/$OUTNUM$@a2billing/n для маршрутизации вызовов через модуль A2Billing

• CAPI/ISDN1/$OUTNUM$/b для маршрутизации вызовов через плату ISDN

• H323/[email protected] для маршрутизации вызовов через устройство X.X.X.X по протоколу H323

где $OUTNUM$ – вызываемый номер

DAHDI Trunk, ZAP Trunk необходимы для использования специальных периферийных устройств, подключенных к серверу (цифровых и аналоговых соответственно). Протоколы были созданы задолго до массового появления шлюзов, позволяющих связывать ISDN и аналоговые сети с VoIP сетями по протоколу SIP.

Чтобы упростить переход от Публичных Коммутируемых Телефонных Сетей (PSTN) к сетям VoIP был создан стандарт ENUM преобразования номеров E.164 (). Этот стандарт позволяет, зная городской/мобильный номер, определять альтернативные способы связи с абонентом (по протоколам SIP, Jabber, email и пр.). Таким образом можно устанавливать связь со станциями партнеров не выходя за пределы VoIP-сети. Что не только бесплатно, но обычно проходит с меньшими потерями качества, поскольку не требует многократной перекодировки речи на стыках сетей PSTN и VoIP.

Суть ENUM в том, что в DNS зоне e164.arpa создаются записи, соответствующие городским/мобильным номерам, указывающие альтернативные способы связи с абонентом. Например, номер +74951234567 будет представлен в ENUM как 7.6.5.4.3.2.1.5.9.4.7.e164.arpa. Оператор связи, обслуживающий номер +74951234567 и предоставляющий своему клиенту этот номер по протоколу SIP может внести запись в DNS, указывающую на «sip: [email protected]». Настроив на Elastix канал ENUM можно все вызовы сначала направлять через канал ENUM, а вторым выбором использовать каналы связи с вашими провайдерами.

Однако, для работы ENUM необходима поддержка операторов связи – регистрировать записи в DNS в домене e164.arpa могут только операторы связи. К сожалению, в России вот уже 6 лет не могут определить организацию, которая возьмет на себя обязанности по обслуживанию зон 3.7.e164.arpa, 4.7.e164.arpa, 8.7.e164.arpa, 9.7.e164.arpa. Наиболее вероятный кандидат на эту роль – Ассоциация документальной электросвязи. Но когда наконец ENUM начнет использоваться в России – не известно.

С одной стороны, переход на использование ENUM – это потери для операторов связи на снижении трафика. Но снижение трафика в коммутируемых сетях неизбежно и ENUM можно было бы использовать для продажи своим клиентам как услуги регистрации арендованных номеров в e164.arpa, так и услуги аренды клиентам субдоменов к арендованным номерам. Например, чтобы предоставить своим клиентам возможность адресации сотрудников без донабора: номер +74951234567123 может быть записан в DNS как 3.2.1.7.6.5.4.3.2.1.5.9.4.7.e164.arpa и указывать на «sip:[email protected]», что позволит вносить такие номера в мобильный телефон и связываться с нужным отделом/сотрудником напрямую (не все согласны выдавать своим сотрудникам мобильные телефоны, а использовать для корпоративных целей личные телефоны неудобно не только сотрудникам, но и компаниям – с уходом сотрудника партнеры продолжат названивать ему на личный мобильный номер и могут уйти вслед за сотрудником к конкуренту).

При интеграции нескольких станций Elastix в единую сеть можно продумать систему префиксов, позволяющую по первым цифрам определить станцию, обслуживающую вызываемого абонента. Однако, однажды может потребоваться объединить телефонные станции, в которых используется одинаковая нумерация. Если процент абонентов, имеющие одинаковые номера не велик, то можно задействовать протокол DUNDi (http://ru.wikipedia.org/wiki/DUNDi), позволяющий динамически определять на какой станции находится требуемый абонент. Этот протокол работает поверх имеющихся каналов связи между станциями, обычно поверх каналов IAX2. Настройка протокола требует ручной правки конфигурационных файлов Asterisk и в данной версии книги эта процедура не описана.