Для конфигурирования станции воспользуемся программой wload85.exe.

Конфигурационные тэги в этой программе выглядят следующим образом.

Таблица 3 Параметры АТС

	Количество цифр плана нумерации
	Количество ИКМ трактов
	Запуск диагностики
	Маска диагностики
	Интервал запуска диагностики
	Время запуска диагностики
	Инициализация модема
	Тайм-аут модема
	Размер одного SerRom Кбайт
	Номер порта ЦТО
	Номер канала сигнализации СОРМ
	Кол-во разг.трактов СОРМ
	Табл. индексов вых. RAP
	АТС/Концентратор
	Идентификатор АТС
	Номер музыкального порта
	Использование Ethernet

• - Имя АТС . В поле записи параметра заносится ASCII-аббревиатура данной АТС в системе эксплуатации и технического обслуживания (СЭиТО);
• - Количество цифр плана нумерации . Этот параметр определяет количество цифр
• - внутреннего плана нумерации. Можно задать до 8 цифр;
• - Автозапуск диагностики . Параметр позволяет выбрать режим периодического
• - автоматического запуска диагностики в зависимости от его значения:
  • · а) не запускать диагностику;
  • · б) запускать через интервал запуска;
  • · в) запускать в указанное время суток.
• - Результаты тестов можно смотреть из окна состояния АТС .
• - В зависимости от выбранного значения этого параметра параметры Время запуска
• - диагностики, Интервал запуска диагностики и Маска диагностики будут доступны для редактирования;
• - Интервал запуска диагностики ДД:ЧЧ . В поле записи этого параметра устанавливается интервал времени, через который должен происходить автоматический запуск диагностики АТС. При этом параметр Автозапуск диагностики должен иметь значение «запускать через интервал запуска». Формат записи: ДД:ЧЧ, где ДД - количество дней в интервале запуска, возможные значения от 00 до 31, ЧЧ - время в часах, возможные значения от 00 до 23;
• - Время запуска диагностики ЧЧ:ММ. В поле записи этого параметра устанавливается время суток, в которое требуется производить автоматический запуск диагностики ЦАТС. При этом параметр Автозапуск диагностики должен иметь значение «запускать в указанное время суток». Формат записи: ЧЧ:ММ, где ЧЧ - время в часах, возможные значения от 00 до 23, ММ -время в минутах, возможные значения от 00 до 59;
• - Приоритет вкл. синхронизации вн. входа . В поле записи параметра устанавливается значение приоритета для внешнего входа на разъеме ТЭЗа БУКМ (от 0 до 255), которое учитывается при определении источника синхронизации тактового генератора ЦАТС;
• - группа параметров Маска диагностики определяет номенклатуру тестов, запускаемых в автоматическом режиме.

Таблица 4 Расположение плат

Таблица 5 Создание плана нумерации для проектируемой АТС

Таблица 6 Входящие направления

Таблица 7 Распределение входящих направлений

Программы для администрирования АТС.

↓ Новое в категории "Программы для АТС":

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

Бесплатная
WinTariff 2.07.1 является программой по тарификации и учету звонков АТС Samsung, Panasonic, NEC, Lucent, Siemens, Ericsson или Karel. Программа WinTariff даёт возможность записывать телефонные звонки, а в дальнейшем производить их обработку.

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

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

16 октября 2015 в 21:00

Как стать провайдером облачной IP АТС - Пошаговое руководство

• Блог компании 3CX Ltd. ,
• Asterisk

• Tutorial

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

Что для этого нужно?

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

Способ 1: Создание IP АТС через Партнерский Портал (ERP)

Вы можете управлять своими АТС через Партнёрский Портал 3CX. Можно динамически создавать и удалять отдельные телефонные станции. По шагам это выгладит так:

После того как вы это сделали, на портале перейдите в раздел Virtual PBX Instances > Virtual PBX Settings , раздел Google Cloud DNS Settings и заполните необходимые поля:

• Project ID - нужно взять из Google Cloud developer console (https://console.developers.google.com/);
• Service Account Email Address - Нужно создать сервисный аккаунт для проекта Google Cloud , это делается через APIs & Auth > Credentials . Будет создан файл с открытым/закрытым ключом (.p12) с помощью которого Партнёрский Портал авторизуется на Google Cloud. Вы получите Server Account Client ID и email адрес как идентификатор сервиса. Укажите здесь этот email;
• Private Key File - загрузите файл в открытым/закрытым ключом;
• Private Key Password - Закрытый ключ зашифрован паролем. Укажите его в этом поле. Если не указано другого, то по умолчанию пароль “notasecret” (вы можете поменять его).
• Здесь указывается TTL по умолчанию.

Шаг 2: Создание кластера

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

1. Перейдите во вкладку Server Clusters .
2. Нажмите Add чтобы воздать новый кластер.
3. Enter a Cluster Code -уникальный внутренний 4-х символьный код, состоит из букв и цифр, нужен для идентификации кластера. Используется для ссылки на кластер в Web Forms
4. Description - Обычное текстовое описание.
5. Hosted Instance Domain - доменное имя кластера. Отельные АТС будут поддоменами, например, user1.pbx.mycompany.eu. Обычно требуется установить доверенный SSL сертификат для домена и всех серверов кластера.
6. DNS Managed zone : нужно взять из Google DNS Account.

Шаг 3: Создание сервера виртуальных АТС

Скачайте и установите 3CX Phone System 14 на каждый из серверов. При установке обязательно нужно выбрать опцию Multiple. Это позволит установить до 25 на каждый из серверов. Когда будут установлены все сервера можно начинать добавление АТС.

1. В 3CX ERP, перейдите в Virtual PBX Instances > Virtual PBX Servers.
2. Нажмите Add и укажите данные сервера:
Server Cluster - выберите кластер из выпадающего списка. В примере мы выбираем кластер в Азии.
Unique name - внутреннее имя сервера. Может совпадать с FQDN.
FQDN - доменное имя. Не указывайте IP-адрес. Если вы используете SSL сертификат от провайдера типа Thawte или Verisign, нужно указать доменное имя соответствующее сертификату (например, *.mycompany.eu);
Партнерский Портал будет сам создавать DNS записи типа CNAME для пользовательских АТС.
Обратите внимание, что Портал не создаст запись типа A. Это обязанность администратора.
System Id - по-умолчанию ‘phonesystem’. Это имя конкретной АТС;
Password - Пароль от АТС. Свой для каждой инсталляции;
Omit from pool - Нужен для тестов. По умолчанию Портал создает, удаляет и редактирует данные АТС. Включите эту опцию если выходите удалять и создавать IP АТС через Cloud Manager.
Untrusted SSL - При установке 3CX Phone System требуется подтвержденный SSL сертификат или 3CX может сгенерить не подтвержденный собственный SSL сертификат. Включите эту опцию если планируется сертификат от 3CX.
3. Повторите шаги чтобы добавить еще серверов.

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

Сложность и большой объем ПО обусловлены многочисленностью реализуемых функций и тем, что управляющие устройства работают в реальном времени, одновременно обслуживая заявки от большого числа источников нагрузки. По мере развития средств вычислительной техники и расширения возможностей коммутационных узлов продолжает расти объем ПО. Если в первой программно-управляемой АТС ЕSS-1 (США) емкость запоминающего устройства для хранения программ составляла всего 250 тыс. слов, то в современной системе с распределенным микропроцессор управлением ЗУ только одного из нескольких модулей может иметь емкость до 4 млн. байт. Несмотря на это, время, необходимое для создания ПО, не имеет тенденции к увеличению, поскольку средства создания программ также постоянно совершенствуются

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

2. Языки программирования

Языки программирования - основное средство разработки любого программного обеспечения. от них во многом зависят сроки и стоимость разработки ПО, а также объем и скорость выполнения программ. при выборе язь программирования учитывается характер решаемых задач (вычисления или управление технологическими процессами) и особенности аппаратных средств, тех, для которых предназначается по, и тех, с помощью которых оно создается.

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

Язык машинных команд непосредственно воспринимается ЭВМ или программным управляющим устройством. Машинные ко

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

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

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

Подобный способ записи упрощает составление и чтение про грамм.

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

Чтобы программа составленная на ассемблере могла быть исполнена процессором она должна быть переведена на язык машинных команд. Перевод осуществляется на ЭВМ с помощью специальной программы также называемой ассемблером.

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

Один из них заключается в зависимости языка от аппаратных средств: набор мнемоник ассемблера, как и набор машинных команд, остается уникальным для ЭВМ или ЭУМ с процессором определенно типа. Поэтому указанные языки называют машинно-ориентированными.

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

Языки Высокого уровня, или алгоритмические языки представ собой наиболее удобные средства создания ПО.

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

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

В отличие от машинно-ориентированных языков, языки высокого уровня называют проблемно-ориентированными. Это значит, что они создаются для решения определенного круга задач. Хотя программирование на языке, не соответствующем характеру задачи, обычно оказывается возможным, оно чаще всего не дает существенного эффекта. Поэтому выбор языка имеет большое значение. При создании ПО автоматических телефонных станций используется специально разработанный для этих целей и рекомендованный Международным консультативным комитетом по телефонии и телеграфий (МСЭ) язык СНILL а также языки, ориентированные на программирование систем управления: С (Си), РL/М и некоторые другие.

К недостаткам языков высокого уровня можно отнести неизбежные затраты машинного времени на трансляцию. Кроме того, про граммы, переведенные в машинные коды с языков высокого уровня, обычно имеют в 1,1-1,4 раза больший объем (и соответственно боль шее время выполнения) по сравнению с программами, написанными на языке ассемблера или на языке машинных команд. Эти недостатки уже не играют существенной роли по причине широкого выбора не дорогих быстродействующих микропроцессоров и интегральных микросхем ЗУ большой емкости.

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

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

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

В этом сегменте львиная доля рынка принадлежит учрежденческим телефонным станциям, работа которых основана на протоколе IP (Internet Protocol), предназначенном для организации обмена данными в цифровом виде (в том числе, речи) с помощью пакетной коммутации (напомним, что в традиционной телефонии используется канальная коммутация). Такие станции образуют класс IP-АТС, с входящими в него двумя группами: 1) аппаратные IP АТС и 2) программные IP АТС, в основной массе представляющие собой Linux-дистрибутивы или исполняющие файлы под ОС Windows. О второй группе мы и поговори сегодня подробнее.

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

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

Плюсы программных IP АТС

Чем же обусловлена такая высокая степень популярности IP-АТС типа Asterisk (Asterisk в переводе с английского - звёздочка)?

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

Во-вторых, работает со Skype.

В-третьих, обеспечивает видеосвязь.

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

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

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

К программной IP АТС Asterisk могут быть подключены как программные телефоны (софтфоны), так и все разновидности аппаратных пользовательских IP телефонов (с интерфейсами IP, USB, Wi-Fi)

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

Минусы программных IP АТС

Итак, ПО Asterisk или любая другая аналогичная программная IP АТС, бесплатно скачивается в Интернете. На этом, увы, «бесплатность» и заканчивается.

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

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

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

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

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

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