Андрей Филатов

Очень странно, но в логах сервера (ни в базе данных звонков, ни в текстовых логах) нет вызовов *8 или pickup.
Боюсь.. до сервера эти звонки не дошли. Может быть телефон как-то особо обрабатывает это дело?
Предлагаю попробовать настроить на что-то иное кроме *8.

Всё-таки любопытство победило, убрал звук на телефонах и попробовал )
Почему-то не сработало.
Что сделал:

• Создал направление “Перехват”, в действиях которого – “перехват входящего вызова” без указания номеров.
• Создал правило исходящих: для адресата pickup направление “Перехват”
• Создал быстрый набор: *8=pickup

Звоню…[Читать далее]

Ух ты, вот это круто! Жаль прямо сейчас не могу попробовать, весь дом уже спит 🙁
Завтра отпишусь обязательно.

Похоже, я реализовал основу для пикапа 🙂 Теперь можно пикапить девушек.. Ну то есть входящие звонки 🙂

Кстати, если сейчас на телефоне набрать *8, раздаётся некий *вскрик* и после этого кладётся трубка. Что бы это могло быть? 🙂

Обнаруженную мной проблему пофиксили: https://issues.asterisk.org/jira/browse/ASTERISK-25163
Только что обновил софт сервера с учётом этой правки. Продолжаем наблюдать за… стабильностью работы.

У pickup есть три варианта использования: https://wiki.asterisk.org/wiki/display/AST/Call+Pickup
Мне подходит через общность namedpickupgroup. Я и код смотрел.. все условия соблюдены (вроде).
Проблема в том, что логи в коде проставлены только для успешного пикапа.. но не пишется если отсеивается канал. Придётся добавлять логи с причиной отсеивания…

А функции Pickup случайно не нужны аргументы? Типа Pickup(${EXTEN}@xxxxxx)
Вот тут что-то похожее обсуждали: http://forum.asterisk.ru/viewtopic.php?f=5&t=2192

@ivwifi, а скриншоты чего дать? 🙂
Ситуация очень простая:
– asterisk 13.4
– на одном входящем канале выставляю ${CHANNEL(namedpickupgroup)} например в g2,g2-100
– на втором входящем канале выставляю всё точно это же… и вызываю Pickup()
и тишина… Может я неправильно понимаю функцию перехвата вызова? 🙂

Я просто привык к астериску 1.4, у которого варианты были только “registered – not registered”, поэтому и спросил )
Кстати, заметил что частенько при принудительной перерегистрации астериска на сервисе возникает ошибка Wrong password, которая сама собой проходит через некоторое время.

Всё реализовал… но почему-то Pickup не работает, не “видит каналов”. При вызове ни строчки лога: ни удачной, ни неудачной…
Значит нужно разбираться гоооораздо глубже и дольше.

Ну это не так важно 🙂 Я обычно это называю “Кишки наружу” 🙂
Собственно, то, что asterisk мне рапортует о статусе линии, то я и выдаю. Конечно, при этом различаю “хорошо” это или “плохо”.
Надо бы заняться и причесать это… Более “лучше” и понятней отображать и попробовать определять причину проблемы (неверный пароль или недоступн…[Читать далее]

почти так же как действие “Внутренний звонок” во входящих.
Если ничего не указать – все номера (ну тут отличие есть от звонка).
Можно указать один или несколько (через запятую) номеров. Среди номеров могут быть внутренние номера в группе или номера сервиса или подтверждённые номера.
Соответственно перехват будет работать над устройствами, в…[Читать далее]

Идея хороша. Только я пока не понял, как и где будет указываться этот самый список номеров или как телефоны будут объединяться в группы?

pickup
Я попробую сделать пикап… настрою на номер, скажем, 0103.
По умолчанию будет перехватывать вызовы ВСЕХ… это как-то не хорошо 🙁

Может быть сделать действие в исходящих с возможностью указания списка номеров, которые нужно перехватить?
Тогда можно сделать:
1. быстрый набор на *8 и там номер типа test.pickup.main
2. в правила…[Читать далее]

По мне – тоже! В точности!

Кстати, а как термин “перехват вызова” точно переводится на английский? Попробовал бы погуглить..

Ожидал подобного совета, но по ряду причин так делать нежелательно. В частности, потому, что звонки поступают только для меня и совершенно ни к чему им звенеть сразу по всему дому – подойти может тот, кому этого позволять не надо. Далее, бывают моменты, когда спит ребёнок… тихий звонок внизу ему не помешает, а вот дополнительный прямо под б…[Читать далее]