А привлекать в сообщество полезней сборками типа эластикса. Кто-то просто потыкает кнопочки а кто-то и под капот залезет

инфа про мод для телеги для красоты висит, или есть какие-то наработки уже?

Завтра узнаю непосредственно у разработчиков...

Лушче уж фьюжн, чем эластикс. После прикручивания микросвитча к баттону, понял - пора лезть "под капот" и разворачивать голый свитч.

Фьюжен не лучше по реализации чем эластик.

Я вручу любому тупому эникею в руки диск с эластиком и он его установит. С фьюженом не выйдет

но ведь я же смог))))))

С фьюженом сложнее, согласен.

Но не сильно.

Эм ... я вроде как обмолвился про тупого эникея...

Ну я порадовался, что не "тупой эникей"))

На самом деле фьюжен проше в том плане, что не настолько богат функционалом.

Этого функционала мало уже

Для любого среднего офиса

К примеру сделайте маршрутизацию а зависимости от времени на несколько ИВР с followMe на мобилки чисто из вебки)

И по пути еще на группы зарулите звонки по выбору в ИВР в зависимости от того же времени

Это слишком сложно для моего работодателя))) Само наличие ИВР, вкупе со статистикой по звонкам уже вызывает восторг))

А вы просветите его об возможностях))

Впрочем, я смог на фьюжене сделать маршрутизацию в ИВР, зависимую по времени и прикрутить в качестве направлений очереди mod_callcenter

И без ручного писания конфигов)))?? Слабо верится

Всё в вебе))

Конфиги в вебе не считается))

была установлена stable версия, где даже нет кнопки xml

Единственное ручное редактированияе было во вкладке dialplan для time condition

Почему-то не корректно срабатылало направление на скрипт луа, запускающее голосовое сообщение и кладящее(?)\разрывающее соединение

Пришлось добавить answer, sleep и hungup

Всё остальное "из коробки"

Вот потому и выбирают всякие незнающие товарищи эластикс(((

Кстати, раз уж тут обсуждение нарисовалось, подскажите такую вешь... При использовании Verto в логи сыпиться ошибка - [ERR] switch_core_video.c:2267 This function is not available, libpng not installed Но libpng и -dev установлены

Не той версии что нужно наверное

Или не слинкованы с ФС

да уже и разные пробовал... и из исходников собирал - фига

После сборки с исходников мод-верту пересобирал?

Лог сборки смотрел?

нет

А неплохо бы....

Попробую

Нее... пофиг. Ошибка

make clean ./configure make mod_verto

Так и делал

Просмотри лог конфигурации и сборки

Ребят, самый тупой и ламерский вопрос. Уже довольно долго стоит Freeswitch, все работает и не нужно перезагружать, как Asterisk. Но в логе куча попыток позвонить от левых номеров. Они не дозваниваются, duration всего секунда, самого соединения нет, но все же. Сервер на публичном IP, звонят через Groundwire (мобильные клиенты на телефонах), так что фильтрацию по IP включить не могу. Что делать, как убрать из лога эти попытки соединения?

fail2ban

fail2ban

То есть все эти записи в логах это попытки позвонить, не зная SIP пароль?

Да, сканеры отсылающие INVITE

Приветсвую господа. Подскажите как дела обстоят в фрисвитче с поточными платами е1 и вообще с конфигурацией оных? Сижу на астере но что то появилось желание пощупать нового зверька

Есть модуль freetdm

С fxo проблем не было. С tdm банками по ethernet не удалось нормально запустить на версии 1.4.x

у меня "прямые" е1. Другой вопрос тогда, в диалпланах\шлюзах таймслоты вытягиваются на отдельные направления или только пачкой всей?

Группы каналов настраивались, вроде как.

Завтра узнаю непосредственно у разработчиков...

Есть информация ?)

@infactum ща попробую дозвониться...

господа, понимаю что тема скорее всего избитая, но все же не могу догнать, помогите новичку, так сказать

api originate {origination_caller_id_number=89232871890}user/102@main.xxx.ru &bridge({origination_caller_id_number=yyyyyyyyyy}sofia/gateway/1b7c0537-0e88-4f42-80ec-94baca3ee9b1/89232871890)

есть такая команда, прекрасно работает

@infactum ща попробую дозвониться...

А кому звонили то? Просто я не совсем понял, тут ТЗ висит с целью поиска желающих среди сообщества, либо кто-то уже профессионально к этой работы приступил? Или может помощь нужна..

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

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

Его "стандартность" - это логический уровень, придуманный тем, кто настраивает. В самом FreeSwitch такого понятия нет.

это понятно.

И как в твоём случае "стандартность" реализована?

Ты, кстати, originate можешь отправить не в приложение &bridge, а в dialplan, в конкретнный контекст и destination_number

Т.е. ровно также, как если бы ты в этом месте dialplan обрабатывал бы вызов с endpoint

И как в твоём случае "стандартность" реализована?

можно сказать что почти дефолтными dialplan'ами во fusion

Тогда просто помести этот вызов в контекст, куда приходят исходящие вызовы от внутренних абонентов.

pi originate {origination_caller_id_number=89232871890}user/102@main.xxx.ru 89232871890 XML context_name

так?

Да

Ещё тебе может понадобиться при помещении в dialplan подставить внутренний АОН, будто ты от пользователя системы звонишь. Погляди в документации, как этот АОН задать.

ух как у меня бомбит от термина АОН в данном контексте

ух как у меня бомбит от термина АОН в данном контексте

Хочешь поговорить об этом? :-)

Цитирую: freeswitch@internal> originate -USAGE: <call url> <exten>|&<application_name>(<app_args>) [<dialplan>] [<context>] [<cid_name>] [<cid_num>] [<timeout_sec>]

cid_num => caller_id_number - Автоматически Определяемый Номер

Хочешь поговорить об этом? :-)

нед, просто)

нед, просто)

Ok

ага, сделал, спасибо.

кучно пошло) где-то канал прорекламировали?