Comments 56
Только вчера возился с Asterisk. Тоже с нуля, но с 1.6
Разница в командах CLI и синтаксисе конфигов по сравнению с 1.4 на самом деле чувствуется.
Разница в командах CLI и синтаксисе конфигов по сравнению с 1.4 на самом деле чувствуется.
Все отлично написано, только стоит добавить логическую схему организации подключения клиентов и пиров.
Я для дайлпана предпочитаю extensions.ael. Сразу отбрасывается куча текста в конфиге и внешний вид становится более удобочитаемым.
Завтра как раз нужно развернуть Asterisk =)
тоже буду поднимать 1.4 но на FreeBSD
тоже буду поднимать 1.4 но на FreeBSD
На FreeBSD 1.8 хорошо поднимается. При чём работают и аудиоконференции на meetme и модемы Huawei E150/E1550 (а возможно и другие, которые поддерживаются datacard) в качестве GSM-шлюзов. Только FreeBSD советую не ниже 8.1.
По качеству работы ничего не могу сказать. Работает без сбоев. Несколько раз обновлялся через порты. Но у меня нагрузка близка к нулю — максимум несколько звонков в сутки.
По качеству работы ничего не могу сказать. Работает без сбоев. Несколько раз обновлялся через порты. Но у меня нагрузка близка к нулю — максимум несколько звонков в сутки.
Freebsd 8.1 i386 будет стоять
кстати, что посоветуете/подскажите по части системных требований астериска?
офис — 20 сотрудников, телефоны используются Cisco 7971G, 7940G, 7912G-CH1
Сейчас посмотрю что в портах и отпишусь, что буду ставить
кстати, что посоветуете/подскажите по части системных требований астериска?
офис — 20 сотрудников, телефоны используются Cisco 7971G, 7940G, 7912G-CH1
Сейчас посмотрю что в портах и отпишусь, что буду ставить
tavda# pkg_info|grep asterisk
asterisk18-1.8.2.3 An Open Source PBX and telephony toolkit
По нагрузке ничего не скажу. У меня только 3 телефона: D-link DPH-150, D-link DPH-300S, Siemens Gigaset C470 IP и временами софтфоны.
Начал ставить 1.8.2.3, он в портах
Если интересно, некоторые мелочёвки для себя описывал на www.tavda.net. Может пригодится или будет что добавить.
Кстати не указал FXO gateway у меня будет Cisco SPA8800
Если с портов планируется ставить — можно смело 1.6 ставить! единственный нюанс, потом отключить загрузку модуля chanh323.so — у меня с ним в .dumped выпадал. а в остальном даже как-то приятнее работать чем в 1.4 (хотя сам начинал с 1.4), потом дополнить его кодеками G729 и ему-подобными и можно смело звонить в мир!)
пока не будет приемлемого и бескровного добавления и настроек факсов — * будет на вторых ролях, как бы это не звучало печально…
По факсам мне тоже весь мозг вынесли. В результате обсуждения было решено воспользоваться сторонним факс-сервисом породы fax2email-email2fax. Это недорого и покрывает крайнюю необходимость в отправке факса. Например, в налоговую.
у меня с факсами проблем нету (t.38) — 500 человек абонентов, проблемы были, пока не заменили оконечку на стороне абонентов, после этого уже полгода как жалоб небыло
Еще можно настроить связку IAXModem + hylafax +WinHylafax (для ПК под виндой) — оттестировал на asterisk1.6 (с портов) +FreeBSD 7.2. и факсимильный аппарат в ТФОП. отправляются факсы путем «отправить на печать» в приложениях ПК, а прием можно настроить прямо на почту. приходят TIF-ки вполне-таки хорошего качества.
Я сознательно избегаю любого железа для сохранения мобильности. По BCP простой АТС не должен превышать 2-х часов в любом случае, кроме глобальной катастрофы. Хотя, если поднять резервную АТС без факсового функционала, то это устроит всех, тем не менее, дополнительные настройки усложняют развёртывание на запасном хосте.
В данном случае имеется ввиду что факсимильный аппарат стоял в другой конторе и я на нем просто тестил астер. со стороны asterisk никаких железок не пришлось доставлять.
насчет резервов — можно много чего придумать, смотря как раздут бюджет и насколько хватает фантазии :) можно все конфиги засунуть в БД, поставить зеркалирование БД, и несколько резервных АТС, которые будут «присасываться» к БД и дергать оттуда конфиги. Тоже некая экономия времени на развертывание(учитывая что большинство конфигов в БД).
насчет резервов — можно много чего придумать, смотря как раздут бюджет и насколько хватает фантазии :) можно все конфиги засунуть в БД, поставить зеркалирование БД, и несколько резервных АТС, которые будут «присасываться» к БД и дергать оттуда конфиги. Тоже некая экономия времени на развертывание(учитывая что большинство конфигов в БД).
Добро пожаловать на Хабр!
1. Версии Астериска 1.4 и 1.6 сейчас уже отходят на второй план, уступая версии 1.8. Если Вы начинаете с нуля, то начинайте с 1.8.
2. Приведите диалплан к нормальному виду, пусть в нём описываются непосредственно направления звонка без префиксов. Сделайте в отдельном контексте обработку, которая сначала вырезает префиксы «99» из набираемого номера и после этого отправляйте номер на обработку. Например так
[zebra]
include => 99-cut
;Belorussia
exten => _37517XXXXXXX,1,Dial(SIP/zebra/${EXTEN})
;Ukraine
exten => _380XXXXXXXXX,1,Dial(SIP/zebra/${EXTEN})
[99-cut]
exten => _99XXXXXXXXXXXX,1,Goto(${EXTEN:2},1)
3. Как у Вас звонки на мобильные направления попадают в экстеншн «99+XXXXXXX», если «99» это выход на внешнюю линию (для абонентов внутренней АТС)? Если человек использует SIP с мобильного и набирает номер, то на АТС этот номер придет в виде +XXXXXX, и в Ваш экстеншн он не попадёт.
4. В диалплане имеет смысл выделять общие блоки (например межгород) и выделять их в отдельный контекст. Далее диалплан пишется так, чтобы звонки, поступающие в этот контекст с разных направлений проходили разную обработку. Т. е. при звонке с сотовых — вырезался плюсик. С внутренней сети — «99».
5. Обязательно нужно разделить входящие и исходящие направления звонков. Не использовать контекст default по умолчанию для осуществления исходящих звонков Multifon. Эти и другие моменты связанные с безопасной настройкой Asterisk'а очень хорошо расписаны здесь
1. Версии Астериска 1.4 и 1.6 сейчас уже отходят на второй план, уступая версии 1.8. Если Вы начинаете с нуля, то начинайте с 1.8.
2. Приведите диалплан к нормальному виду, пусть в нём описываются непосредственно направления звонка без префиксов. Сделайте в отдельном контексте обработку, которая сначала вырезает префиксы «99» из набираемого номера и после этого отправляйте номер на обработку. Например так
[zebra]
include => 99-cut
;Belorussia
exten => _37517XXXXXXX,1,Dial(SIP/zebra/${EXTEN})
;Ukraine
exten => _380XXXXXXXXX,1,Dial(SIP/zebra/${EXTEN})
[99-cut]
exten => _99XXXXXXXXXXXX,1,Goto(${EXTEN:2},1)
3. Как у Вас звонки на мобильные направления попадают в экстеншн «99+XXXXXXX», если «99» это выход на внешнюю линию (для абонентов внутренней АТС)? Если человек использует SIP с мобильного и набирает номер, то на АТС этот номер придет в виде +XXXXXX, и в Ваш экстеншн он не попадёт.
4. В диалплане имеет смысл выделять общие блоки (например межгород) и выделять их в отдельный контекст. Далее диалплан пишется так, чтобы звонки, поступающие в этот контекст с разных направлений проходили разную обработку. Т. е. при звонке с сотовых — вырезался плюсик. С внутренней сети — «99».
5. Обязательно нужно разделить входящие и исходящие направления звонков. Не использовать контекст default по умолчанию для осуществления исходящих звонков Multifon. Эти и другие моменты связанные с безопасной настройкой Asterisk'а очень хорошо расписаны здесь
Вообще для описания extensions рекомендую посмотреть в сторону ael — куда более логичный синтаксис. Так же прочитайте про penalty в очередях — и ваш конфиг сократится в разы.
пожар в здании – я поднимаю виртуалку с Астериском на любом хостинге, который умеет их импортировать, и просто сообщаю клиентам новый IP АТС.
А если вы дадите своему серверу еще и хостнейм, то при «пожаре» просто смените адрес в DNS — и привет :-)
А если вы дадите своему серверу еще и хостнейм, то при «пожаре» просто смените адрес в DNS — и привет :-)
время распространения DNS по сети оставляет желать лучшего. У многих локальных провайдеров время обновления DNS насмерть зашито в собственных конфигах и может быть сколь угодно большим.
Например, один провайдер города Нижний Тагил до сих пор отправляет клиентов, запрашивающих один мой домен, по адресу, с которого сервер съехал уже полгода как.
Например, один провайдер города Нижний Тагил до сих пор отправляет клиентов, запрашивающих один мой домен, по адресу, с которого сервер съехал уже полгода как.
Заведите собственный ДНС сервер. И все дела. А обзванивать все филиалы во всех странах — это не тру.
Огромное Вам спасибо. Многое из статьи мне пригодится. У Вас получилась хорошая и удобная компиляция, того что можно сделать с помощью asterisk.
Что вы имели ввиду, говоря: "… весь Тайвань в drop ушел, судя по iptables."?
поднимал 1.6 и 1.8, правда собирал с chan_h323 с репозиториев. Из минусов — при нагрузке больше 150 звонков начинает страдать… опять же G711<->G729 очень много ресурсов ест. 1.8 правда еще не пробовал под нагрузкой.
Спасибо за статью. Хотя я и считал себя знакомым с астериском, но из статьи пометил для себя несколько моментов, о которых раньше даже и не задумывался.
Молодца! нас, «Звезданутых», должно быть больше и больше! И тогда мы таки покажем кузькину маму МГТСу и прочим «добрым» личностям из всяких там опсосов, ставящих охренительные цены на роуминг и межгород!
Из свежачка: Очередь вызовов в Астериске — мне пока не надо, но для организации — может пригодиться!
> Если вдруг что-то случается, не важно что именно – будь то новый Московский блэк-аут или просто пожар в здании – я поднимаю виртуалку с Астериском на любом хостинге, который умеет их импортировать, и просто сообщаю клиентам новый IP АТС. Попробуйте представить время недоступности телефонной связи с обычной телефонией.
Могу посоветовать домен использовать с SRV записями. SIP — один из немногих протоколов, который знает про SRV и умеет ими пользоваться.
Логика такова, что можно задать несколько IP для sip.домен.ru с разным приоритетом: у основного он будет максимальным, а у резервного — меньше. Тогда при падении основного сервера клиентов автоматом перекинет на резервный сервак, а после восстановления основного и отключения резерва — вернёт обратно…
Насчёт удобства и т.д. — вот наверняка с каким-нить финтом ушами Астериск «кратковременное нажатие на рычаг» обработать сможет! Скорее всего — при отбое заносить номер абонента и время отбоя в БД и если повторное поднятие трубки в течении 5, скажем, секунд — переключить на внешний вызов…
Из минусов — понятно, что у USB-трубок старый добрый рычаг отсутствует как класс…
Из свежачка: Очередь вызовов в Астериске — мне пока не надо, но для организации — может пригодиться!
> Если вдруг что-то случается, не важно что именно – будь то новый Московский блэк-аут или просто пожар в здании – я поднимаю виртуалку с Астериском на любом хостинге, который умеет их импортировать, и просто сообщаю клиентам новый IP АТС. Попробуйте представить время недоступности телефонной связи с обычной телефонией.
Могу посоветовать домен использовать с SRV записями. SIP — один из немногих протоколов, который знает про SRV и умеет ими пользоваться.
Логика такова, что можно задать несколько IP для sip.домен.ru с разным приоритетом: у основного он будет максимальным, а у резервного — меньше. Тогда при падении основного сервера клиентов автоматом перекинет на резервный сервак, а после восстановления основного и отключения резерва — вернёт обратно…
Насчёт удобства и т.д. — вот наверняка с каким-нить финтом ушами Астериск «кратковременное нажатие на рычаг» обработать сможет! Скорее всего — при отбое заносить номер абонента и время отбоя в БД и если повторное поднятие трубки в течении 5, скажем, секунд — переключить на внешний вызов…
Из минусов — понятно, что у USB-трубок старый добрый рычаг отсутствует как класс…
Кстати, я тут еще подумал, что если Ваш мануал претендует на пособие для начинающих, то при описании диалплана в первых строчках должно быть определено, как звонить в экстренные службы (112 или аналогичные), а потом уже всё остальное. И после настройки обязательно проверить работоспособность этого диалплана через
CLI> dialplan show 112@default
>; затем, разрешаем только те, что хотим использовать. Порядок значения не имеет.
Я использую версию 1.4, не думаю что в 1.6 изменилась логика. Порядок как раз значение имеет. На этапе согласования проверяется какие кодеки разрешены у клиента и сервера. Из совпадающих выбирается тот, который указан в конфиге астериска первым.
Я использую версию 1.4, не думаю что в 1.6 изменилась логика. Порядок как раз значение имеет. На этапе согласования проверяется какие кодеки разрешены у клиента и сервера. Из совпадающих выбирается тот, который указан в конфиге астериска первым.
Внесу свои 5 копеек насчет факсов.
Ленивый вариант.
Если у вас есть железные факсы, то в 99% случаев стабильно будет идти отправка через G711 (alaw, ulaw), главное, чтобы VoIP-провайдер поддерживал этот кодек.
Все говорят, что это не обязано работать стабильно, а по факту работает. Каждый день отправляем и принимаем факсы (работаем с VoIP уже примерно год, факсы не отправляются у нас только в Яндекс ))
Неленивый вариант.
Курите T38. Кстати, есть дополнение fax for asterisk — digium выдает бесплатно 1 линию для факса, за остальное придется платить.
Ленивый вариант.
Если у вас есть железные факсы, то в 99% случаев стабильно будет идти отправка через G711 (alaw, ulaw), главное, чтобы VoIP-провайдер поддерживал этот кодек.
Все говорят, что это не обязано работать стабильно, а по факту работает. Каждый день отправляем и принимаем факсы (работаем с VoIP уже примерно год, факсы не отправляются у нас только в Яндекс ))
Неленивый вариант.
Курите T38. Кстати, есть дополнение fax for asterisk — digium выдает бесплатно 1 линию для факса, за остальное придется платить.
>… булькающую связь…
Курите шейпинг трафика. Дело скорей всего в том, что канал забит. Вам нужно настроить приоритезацию трафика.
Я уже в своей работе столкнулся с этой проблемой — это решаемо.
Посмотрите шейпинг на основе HTB — он, пожалуй, самый простой.
На всякий случай напомню, что кодеки используют разный канал. Поэтому если канал маленький, то лучше перейти на кодек с низким битрейтом.
Курите шейпинг трафика. Дело скорей всего в том, что канал забит. Вам нужно настроить приоритезацию трафика.
Я уже в своей работе столкнулся с этой проблемой — это решаемо.
Посмотрите шейпинг на основе HTB — он, пожалуй, самый простой.
На всякий случай напомню, что кодеки используют разный канал. Поэтому если канал маленький, то лучше перейти на кодек с низким битрейтом.
Канал отличный, стабильные гарантированные 10МБит. На роутере просто сказано «Для IP-адреса АТС безусловный высший приоритет на все виды трафика».
Косяки только у «Зебры», в этом уже убедились. Когда связь идёт между сотрудниками, даже находящимися в разных странах, связь прекрасна как западный склон Фудзи на закате. Как только в цепочке оказывается «Зебра» — проявляются артефакты. Но, справделивости ради, нужно отметить, что не на всех направлениях проблемы. А там где есть — потихоньку решаются по заявкам.
Косяки только у «Зебры», в этом уже убедились. Когда связь идёт между сотрудниками, даже находящимися в разных странах, связь прекрасна как западный склон Фудзи на закате. Как только в цепочке оказывается «Зебра» — проявляются артефакты. Но, справделивости ради, нужно отметить, что не на всех направлениях проблемы. А там где есть — потихоньку решаются по заявкам.
И еще.
Советую присмотреться к GSM-шлюзам (при сопутствующем изменением диалплана).
Мы в своей работе применяли Termit, сейчас перешли на AddPac.
Это сэкономит ваши деньги на сотовых разговорах.
И еще.
Связь до филиалов у вас идет напрямую через интернет между VOIP-АТС или через провайдеров дополнительных? (извиняюсь, если не увидел из текста)
По идее, между филиалами по VoIP связь должна быть бесплатная — это реализуемо.
Кроме этого, можно сделать вызов конкретного абонента типа 9-<НОМЕР_ФИЛИАЛА>-101.
И еще.
Есть возможность проверить качество связи. Думаю вам это будет актуально (эхо-тест).
; Marco Polo test
exten => 9000,1,Playback(demo-echotest)
exten => 9000,n,Wait(1)
exten => 9000,n,Echo()
exten => 9000,n,Hangup
И еще.
> Поставить какую-нибудь крайне простую систему отчётности по звонкам. Задача стоит всего-лишь во внятной визуализации количества звонков для проверки счетов.
Поставьте FreePBX. Хорошая система, там кстати и FOP тоже есть. Кстати, есть в репозитории от digium. Т.ч. прям щастье.
И еще.
> Поставить систему мониторинга, чтобы в реальном времени отслеживать состояние АТС, звонков, очередей.
Ищите в гугле Asterisk SNMP. Можно будет смотреть состояние через snmpwalk. Дополнительно можете прикрутить визуализатор типа cacti.
И еще.
Советую присмотреться к GSM-шлюзам (при сопутствующем изменением диалплана).
Мы в своей работе применяли Termit, сейчас перешли на AddPac.
Это сэкономит ваши деньги на сотовых разговорах.
И еще.
Связь до филиалов у вас идет напрямую через интернет между VOIP-АТС или через провайдеров дополнительных? (извиняюсь, если не увидел из текста)
По идее, между филиалами по VoIP связь должна быть бесплатная — это реализуемо.
Кроме этого, можно сделать вызов конкретного абонента типа 9-<НОМЕР_ФИЛИАЛА>-101.
И еще.
Есть возможность проверить качество связи. Думаю вам это будет актуально (эхо-тест).
; Marco Polo test
exten => 9000,1,Playback(demo-echotest)
exten => 9000,n,Wait(1)
exten => 9000,n,Echo()
exten => 9000,n,Hangup
И еще.
> Поставить какую-нибудь крайне простую систему отчётности по звонкам. Задача стоит всего-лишь во внятной визуализации количества звонков для проверки счетов.
Поставьте FreePBX. Хорошая система, там кстати и FOP тоже есть. Кстати, есть в репозитории от digium. Т.ч. прям щастье.
И еще.
> Поставить систему мониторинга, чтобы в реальном времени отслеживать состояние АТС, звонков, очередей.
Ищите в гугле Asterisk SNMP. Можно будет смотреть состояние через snmpwalk. Дополнительно можете прикрутить визуализатор типа cacti.
И еще.
>Советую присмотреться к GSM-шлюзам
Любые железки в пролёте. АТС живёт в виртуалке.
>Связь до филиалов у вас идет напрямую через интернет между VOIP-АТС или через провайдеров дополнительных?
Все филиалы живут в одной АТС.
>Поставьте FreePBX
FreePBX превращает конфиги АТС в какую-то нечитабельную кашу. По крайней мере, я попробовал в отдельной виртуалке и результат меня удручил. Веб-морда — это прекрасно, но мы же комсомольцы, поэтому будем делать ручками.
SNMP сейчас ковыряю. Скоро допишу, наверное, в статью.
Любые железки в пролёте. АТС живёт в виртуалке.
>Связь до филиалов у вас идет напрямую через интернет между VOIP-АТС или через провайдеров дополнительных?
Все филиалы живут в одной АТС.
>Поставьте FreePBX
FreePBX превращает конфиги АТС в какую-то нечитабельную кашу. По крайней мере, я попробовал в отдельной виртуалке и результат меня удручил. Веб-морда — это прекрасно, но мы же комсомольцы, поэтому будем делать ручками.
SNMP сейчас ковыряю. Скоро допишу, наверное, в статью.
> Любые железки в пролёте. АТС живёт в виртуалке.
Ну и что? Работает-то по SIP! Т.е. по ethernet, физического коннекта не нужно. Цепляете в свитч и всё.
Чтобы не быть голословным, приведу модель — AddPac GS1002 (не рекламы ради!).
> FreePBX превращает конфиги АТС в какую-то нечитабельную кашу.
Согласен, сталкивался. Но зачем ее использовать для этого? ;) Намек думаю вы поняли. Используйте её просто как веб-морду для статистики.
Ну и что? Работает-то по SIP! Т.е. по ethernet, физического коннекта не нужно. Цепляете в свитч и всё.
Чтобы не быть голословным, приведу модель — AddPac GS1002 (не рекламы ради!).
> FreePBX превращает конфиги АТС в какую-то нечитабельную кашу.
Согласен, сталкивался. Но зачем ее использовать для этого? ;) Намек думаю вы поняли. Используйте её просто как веб-морду для статистики.
Кстати, вы знаете как сделать «доступную регистрацию», т.е. указать допустим 2 сервера, и подключаться к доступному из них.
Т.е. если не работает один канал, то использовать другой.
Т.е. если не работает один канал, то использовать другой.
вот она обратная сторона жопнсорса…
сколько надо времени потратиь чтобы установить голимую атс…
посмотрите пример норальных продуктов — 3CX.com
я не понимаю нифига тольком в ип телефонии поставил за час и подключил телефоны линсисовские.
и все отлично работает за копейки.
а потратить 2 недели (считаем 100$ в час, 80 часов, итого 8000 уе)
www.3cx.com/ordering/pricing.html — думаю проще готовый продукт купить с поддержкой и сэкономить кучу времени.
сколько надо времени потратиь чтобы установить голимую атс…
посмотрите пример норальных продуктов — 3CX.com
я не понимаю нифига тольком в ип телефонии поставил за час и подключил телефоны линсисовские.
и все отлично работает за копейки.
а потратить 2 недели (считаем 100$ в час, 80 часов, итого 8000 уе)
www.3cx.com/ordering/pricing.html — думаю проще готовый продукт купить с поддержкой и сэкономить кучу времени.
Использовать Asterisk с реальным IP адресом без установленного и работающего fail2ban — ошибка, которая рано или поздно будет наказана звонками на кубу тыщ на 300 руб. (в лучшем случае).
Поэтому автору респект за упоминание о fail2ban в первых же строках.
Поэтому автору респект за упоминание о fail2ban в первых же строках.
Возможно я поздно с комментарием, но мне кажется, что в некоторых макросах можно сократить количество строк «кода», если использовать GotoIf, вместо простого Goto.
Например есть такое:
Заменяем Goto на GotoIf:
Например есть такое:
[macro-dial-ext] ;макрос “что делать при наборе 4-значного экстеншна”
exten => s,1,Answer() ;поднимаем трубку
exten => s,2,Dial(SIP/ext${ARG1},20,tT) ;набираем номер, переданный как аргумент к макросу с таймаутом 20 секунд и разрешаем трансфер звонка любой стороне.
exten => s,3,Goto(s-${DIALSTATUS},1) ;отрабатываем код полученный от приложения Dial.
exten => s-NOANSWER,1,Macro(group-dial,${ARG1:0:2}00) ;перекидываем на группу
exten => s-BUSY,1,Macro(group-dial,${ARG1:0:2}00)
exten => s-CONGESTION,1,Macro(group-dial,${ARG1:0:2}00)
exten => s-CHANUNAVAIL,1,Macro(group-dial,${ARG1:0:2}00)
exten => _s-.,1,Hangup ;кладём трубку
Заменяем Goto на GotoIf:
[macro-dial-ext] ;макрос “что делать при наборе 4-значного экстеншна”
exten => s,1,Answer() ;поднимаем трубку
exten => s,2,Dial(SIP/ext${ARG1},20,tT) ;набираем номер, переданный как аргумент к макросу с таймаутом 20 секунд
exten => s,3,GotoIf(${DIALSTATUS} = ANSWER?:send-to-group)
exten => s,n(send-to-group),Macro(group-dial,${ARG1:0:2}00) ;перекидываем на группу
exten => s,n,Hangup ;кладём трубку
UPD: Извиняюсь за форматирование, в предосмотре все было нормально.
Не много некрасиво оформил dialplan в статье. а вообще отличия там простые. 1.4 Long term support. Но скоро тоже уйдет внебытие как и 1.2 1.6 short term support версия. в ней много багов и ей мало кто пользуется. 1.8 long term support много поменялось как в синтаксисе, так и в восзможностях АТС. Но есть проблема с agents. Там нельзя сделать логин агенту статично. Я сильно не копался, но пока не нашел решени.я например ты хочешь построить контакт сентер, но что бы каждый представитель делал логин для отчетности. У меня сейчас стоит 1.8 с последним freepbx + faxserever +imap (fax2mail). Факсы приходят на мой айфон даже по мылу. сори что пишу ответ так поздно. как увидел статью так и отвечаю. успехов в этом деле.
Sign up to leave a comment.
Частный опыт установки и настройки Asterisk с нуля