После года разработки состоялся релиз новой стабильной ветки открытой коммуникационной платформы Asterisk 17, используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходные тексты проекта доступны под лицензией GPLv2...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51766
> голосовое менюкак же ненавижу эту хренотень. Приходится по пять минут ждать, пока бот зачитает свои прикольные))) выгодные))) специальные))) предложения, прежде, чем тебе позволят достучаться до посредственнейшей техподдержки.
Будто бы функция виновата в том как её используют "клиентоориентированные" компании.
Функция дала им шанс, так что виновна на все 100)))
Хренотень вполне рабочая, на ней построено несколько коммерческих успешных проектов.
По поводу бота, да такая проблема есть, но она решаема. Вот мы решаем)
Здравствуйте, вы позвонили в техподдержку провайдера. В настоящее время мы испытываем сложности технического характера в Охренинском районе. Ожидайте соединения, вы сороковой в очереди...
(Звучит музыка) .... Вы - тридцать девятый в очереди ...
Это еще не самый смех. Смех, когда после 39 снова идет 40 и 41.
app_queue позволяет вставить звонок в любую позицию
Просто пенсионера пустили вне очереди
Он с 6 утра занимал!
Это не смех, это называется приоритеты.
Еще интереснее дождаться ответа и сразу получить сброс.
Доработанный в т.ч. по этому поводу app_queue
https://github.com/ds-voix/VX-PBX/blob/master/Asterisk/11/19...Педалить это в asterisk у меня стимула не было.
Т.к. оригинальный код очереди вполне качественный, втащить доработки в нужную версию может системщик средней руки. Вся "отсебятина" — с комментариями "PnD!"
Системщик тебе спасибо скажет. Нет. Почему он должен внедрять васянский код? Ты будешь давать поддержку 24/7?
> Системщик тебе спасибо скажет. Нет. Почему он должен внедрять васянский код? Ты
> будешь давать поддержку 24/7?Ага, вот по этой примерно причине я и не пытаюсь запинывать в апстрим большие патчи.
Максимум, разжёванные реквесты вида "у вас тут ошибочка, можете исправить примерно так".
Такой вариант кстати хорошо работает, т.к. поднимает KPI местным кадрам.Кому надо, функциональность получили. GPL соблюден. До свидания.
>Такой вариант кстати хорошо работает, т.к. поднимает KPI местным кадрам.От лица всех местных кадров, хочу передать большой привет.
Придумал такую штуку: Когда начинает играть музон, представляю себе, что это на самом деле лабают сотрудники отдела, в который я звоню. Кладут трубку на стол, берут инструменты и начинают фигачить. А ты думаешь, что запись.
Помогает скоротать минуты ожидания ))
>как же ненавижу эту хренотень.Ты сам виноват, что ты не можешь позволить себе "VIP сервис" с персональным менеджером/коньсьержем. Спасибо скажи, что благодаря ГМ бизнес экономит на ЗП в коллцентре, чтобы дать тебе услугу по доступной цене.
П.с на меня агриться не надо я нигде не работаю, просто умею в логику.
Кривая у тебя какая-то логика. Они оптимизируют расходы что бы повысить прибыль. Вначале убрали людей, кучу людей и поставили КЦ, потом они отдали это в аутсорс, потом отдали большей частью на роботов. И теперь для соединения с нормальным человеком я должен прослушать всё меню с набором 19634830 и тому подобного. То есть они за мой счёт решают свои проблемы. Так то моё время тоже не бесплатно. Дальше они убрали профи и отправили обслуживание услуги в аутсорс каким-нибудь китайцам. А цена для пользователя практически не упала. Нормальная такая услуга получается в конечном итоге.
Работает ведь. Можно добавить.
Немного работал над решениями на базе астера 10 лет назад. Остались впечатления, что сам астер, что инфраструктура вокруг него до ужасного глючные, и лучше с этим не связываться. Это так по сей день? Или допилили?
Допилили. С появлением PJSIP и ARI он стал совсем хорош.
Сам PJSIP тоже допилили или опять пол чейнджлога багфиксов самого PJSIP?
Альтернативы? Из некоммерческих? Фрисвитч - жутко падучее удолбище, астериск при 100+ звонках со сложным диалпланом оказывается намного стабильнее. А больше и нету ничего. Лепить функции PBX на камаиле с ртппрокси - так себе удовольствие.
> Фрисвитч - жутко падучее удолбище, астериск при 100+ звонках со сложным диалпланом оказывается намного стабильнее.лооооол, эксперды подъехали
Google, Netflix, Amazon, Comcast выбрали FreeSWITCH вместо Asterisk из-за того что не шарят видимо совсем, ну или им падения нравятся, ну или у них диалпланы простые xD
Ты когда-нибудь фрисвитч вживую юзал, гуглоамазоН?
> Ты когда-нибудь фрисвитч вживую юзал, гуглоамазоН?несколько тысяч коробок настроил, названия фирм кстати не ради красного словца здесь
Ну тут скорее не простые/сложные диалпланы, сколько на телефонном серваке или в отдельной соплекухе. Это главная разница при разработке крупных проектов.Если заказали создать огромное приложение с телекомуникационным функционалом, причём все телефонные задачи легко и непринуждённо описываются структурным языком, то фришвиц будет такому разрабу удобнее. А если там монструозных размеров разношерстнный колцентр к которому сбоку прикручен функционал интеграции с другими приложениями, то лучше уж астер.
Кроме того есть вещи которые на астере лучше не делать никогда, из-за того что он весь такой B2BUA, например обслуживание REGISTER оттуда лучше убрать от греха подальше на какой-нибудь камаилио, ну если у вас больше тысячи абонентов, опять же...
По моему опыту, чрезмерные борцуны фришвиц vs астер, обычно мало разбираются в обоих. Ну и по традиции, то что хорошо для гугла, не факт, что подойдёт тебе.
> Ну тут скорее не простые/сложные диалпланы, сколько на телефонном серваке или в
> отдельной соплекухе. Это главная разница при разработке крупных проектов.
> Если заказали создать огромное приложение с телекомуникационным функционалом, причём
> все телефонные задачи легко и непринуждённо описываются структурным языком, то фришвиц
> будет такому разрабу удобнее. А если там монструозных размеров разношерстнный колцентр
> к которому сбоку прикручен функционал интеграции с другими приложениями, то лучше
> уж астер.Вот, отличный пост. Фрисвитчу фрисвитчовое, астеру - астеровое.
Про ФриСвитч - пи%::шь откровенный, либо руки не из того места. 99% второе.
Хотя не знаю как там обстоит дело с новыми версиями - но 1.3.x, 1.4.x весьма стабильный в купе с OpenLDAP.
А вот увы, либо лепите на ней, либо выносите тривиальные куски PBX на аст, пока камаилио держит на себе авторизацию и юзеров и вообще всё, что она может. Спавните этот аст контейнерами не больше 10-и звонков на докер, дабы уменьшить ущерб. Если нужны очереди, то пишите свою очередь или парковку на вебне через ари и сами следите если что-то отваливается. app_queue - это слишком монолитно и прожорливо.
Штэ, простите? У одного из здоровых клиентов 150-300 одновременных звонков через очереди (всё очереди, даже друг другу сцуко через очереди звонят) и сложный диалплан при постоянно поступающих новых идут вполне нормально.
> У одного из здоровых клиентов 150-300 одновременных звонков через очередиМелко. Я про более крупные случаи. В таких объемах астер прекрасно справится.
Ну не знаю. Часто городят 100500 экстеншнов и полтора диала. А у этих ребят диалплан 3 минуты загружается на любой релоуд. Не шучу :D
А почему никто опытом использования яте не делится? Совсем нигде не применим что-ли?
Потому что
- Because putting it all together can be a hassle and can take quite a lot of time
Прямо со страницы самого проекта, Yate as a PBX.
Это правда, собирать это в PBX - жуть жуткая, и набор функционала весьма унылый, любой шаг в сторону от сип сервера по сути надо скриптовать.Применимость яти лежит примерно там же, где и Kamailio, но последний несколько менее академичен и более приближён к реалиям.
Переводил лет 7 назад инфраструктуры со всяких панасоников и авай на астериск (11-я или 12-я версия вроде были). Вылетов не ловил. Вообще ни разу такого не было, чтобы сервис грохнулся. Компании в пару тысяч человек работали без нареканий к стабильности.
Особо радовали логи, по которым было относительно просто вылавливать всякие полтергейсты с маршрутизацией.
> Переводил лет 7 назад инфраструктуры со всяких панасоников и авай на астериск
> (11-я или 12-я версия вроде были). Вылетов не ловил. Вообще ни
> разу такого не было, чтобы сервис грохнулся. Компании в пару тысяч
> человек работали без нареканий к стабильности.
> Особо радовали логи, по которым было относительно просто вылавливать всякие полтергейсты
> с маршрутизацией.Вот да. Целая пачка инсталляций. Среди них - сотни человек и десятки тысяч звонков в день, причём всё это с кучей очередей и прочего, интеграцией CRM и клиентских утилит через AMI, вёбмордочкой и прочим - работают без особых нареканий.
Депрекейшн chan_sip'а - это конечно печаль печальная. PJSIP до сих пор так и не научили отправлять сообщения INFO / MESSAGE с произвольным Content-Type, приходится патчить.
Для чего это?
> Для чего это?Телефончиками например управлять. Самое простое: поставил юзер DND/CF в вёбморде, а оно и на телефоне появилось.
> Депрекейшн chan_sip'а - это конечно печаль печальная.Я тоже негодую.
Насколько я знаю (а я могу быть неправ), PJSIP не предагает альтернативы alternateexts из users.conf. Очень удобно регать пользователей прямо с мобильниками и коммутировать локально, когда пользователь подключен или маршрутизировать наружу если нет.
Так есть же contacts, разве это не оно?
> Так есть же contacts, разве это не оно?Насколько я понял, совсем не оно. Впрочем, честно говоря, я вообще мало понял архитектуру PJSIP с его немеряным количеством новых сущностей и их связей :-(
alternateexsts, при регистрации пользователя в астериске, добавляет указанные экстеншены как алиасы к основному. Причём именно при регистрации, они не всегда существуют. Очень удобно использовать с софтфонами в мобилках. Пришёл человек на работу, софтфон зарегался в астере, и можно звонить человеку хоть по короткому номеру, хоть прямо по номеру мобилки. Если человек вышел на обед и вайфай оторвался - эстеншена с номером мобилки нет - роутим через обычные маршруты "в город".
Т.е. идея в том, что если чел с мобильным в офисе зарегистрирован по SIP на мобиле, то звонок на мобильный номер идет как Local/SIP?
В смысле на мобильной номер ОПСОСа.
Типовая задача же. У Васи Пупкина номер телефона 6001. А мобильник у него +79991234567.
Если номер 6001 не доступен по PJSIP/6001, то нужно набрать PJSIP/79991234567@OPSOS_TRUNK.
А если он не отвечает 7 секунд, то трезвонить нужно, например, на оба одновременно.
А где там у васи 6001 - это уже не важно. Может так быть что у него на столе 6001, а 6002 в смартфоне и еще и мобильный номер известен.
> А если он не отвечает 7 секунд, то трезвонить нужно, например, на
> оба одновременно.
> А где там у васи 6001 - это уже не важно. Может
> так быть что у него на столе 6001, а 6002 в
> смартфоне и еще и мобильный номер известен.Ну это-то банально цепочкой Dial'ов решается. Хотя конечно удобство не то.
Такая задача и в PJSIP решается и даже не требуется "на столе 6001, а 6002 в смартфоне". Вообще, мультирегистрация это киллер фича, чего не хватало в старом SIP.
> Если номер 6001 не доступен по PJSIP/6001, то нужно набрать PJSIP/79991234567@OPSOS_TRUNK.Нет же, всё не так.
> У Васи Пупкина номер телефона 6001. А мобильник у него +79991234567.
Если кто-то через астериск звонит Васе на мобильник 79991234567, а 6001 (софтфон в мобилке Васи) зареган в системе, то коммутируется локально на 6001. Напомню - звонили на 79991234567! Ну а если 6001 вышел из сети, то роутим "наружу".
За счёт alternateexts это всё и работает.
Кстати, у Васи может быть больше одного "городского" номера.
Как-то так:
CLI> dialplan show
...
[ Context 'default' created by 'pbx_config' ]
...
'79991234567' => 1. Goto(6001,1) [pbx_config]
'6001' => hint: SIP/6001&IAX2/6001 [pbx_config]
1. Gosub(6001,stdexten(${HINT})) [pbx_config]
...
'_[78]XXXXXXXXXX' => 1. Set(CALLER=${CUT(CHANNEL,-,1)}) [pbx_config]
2. Set(CALLER=${CUT(CALLER,/,2)}) [pbx_config]
3. Dial(SIP/${EXTEN}@OPSOS_TRUNK,60,r) [pbx_config]
4. Hangup() [pbx_config]
...Это реальный пример с реального астериска с подменёнными номерами. При этом сейчас 6001 в системе не зареган и экстеншена в диалплане нет - звонок на 79991234567 уходит через OPSOS_TRUNK.
users.conf:
[6001](common-template,natted-phone)
description = Vasily Pupkin
md5secret = <md5secret>
callerid = "Vasily Pupkin" <+79991234567>
alternateexts = 79991234567
vmsecret = <secret>
> Насколько я знаю (а я могу быть неправ),Вы не правы, но не там где думаете.Users.conf это жуткое legacy, остаток от asterisk-gui, которая его генерировала. Вы ошибаетесь в том, что вообще используете его. Фунцкционал этой древней морды, что юзеры, что базовый недоделаный провиженинг, вообще всё что в ней было закрылось в пользу FreePBX, её и используйте, там всё то же самое можно быстренько сделать.
Весь убогий функционал akternateexts же давным давно доведён до ума и по-взрослому. Это называется Find-me/Follow-Me. Не пытайтесь юзать для этого контакты PJSIP, они по смыслу значат другое.
Follow-Me - это гибкий диалплан для обзвона по таймауту или пресенсу группы абонентов. Контакты - это сетевые реквизиты одного и того же сипового абонента подключенного в разных местах с одной и той же учётки.Если использовать FreePBX религия не позволяет и хочется использовать много лет назад брошенный огрызок стародавней морды, пишите дилплан и/или AGI для изобретения собственного Follow-Me с квадратными колесами.
Астер - торт, freeswitch - торт, opensips тоже торт.
Все помогли. Каждый в своё время и месте.
Даёшь больше годных продуктов.
До сих пор пользуюсь версией 1.4, большего функционала и не требуется, собственно после этой версии Астериск и здох, так как Дигиум кинул тогда всех разработчиков, а вот все последующие наворотки это уже исключительно маркетинговые тесты от производителей платного софта, причем если что не пользуется популярностью то это просто бросают без сопровождения и уже этими дырами пользуются хакеры для взлома серверов, что впрочем на руку производителям платного софта.
Открой для себя 16 LTS :)