alkud

 
  • @Dominique, попробуйте ещё разок. Проблема была в ошибке если не указать номер телефона в действии пикапа… я тестировал только с указанным 🙂
    Сейчас можно и без указания.

    @ivwifi, я использую не простые группы, а именованные группы. Причём для пикапа генерирую их имена “динамически”.
    Конечно же в features стоит pickupexten = *8. И о…[Читать далее]

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

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

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

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

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

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

  • demon ответил(а) на тему Глупый вопрос ) в форуме Телефония 9 years, 5 months назад

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

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

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

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

  • Спасибо за добрые слова.

    На форуме была уже такая тема как перехват звонков. Но там решилось с переводом звонков, а вот про перехват как-то…
    Но, судя, по моим правкам.. я подготавливался к реализации перехвата, выставлял namedpickupgroup на каналы… Т.е. оно уже подготовлено.
    Но возникли всё же вопросы по поводу этих гру…[Читать далее]

  • @oleg63, Ваш сотовый номер подтверждён 17.06.2015 12:00:41 мск, т.е. ещё вчера днём.
    Это отображается тут: https://talk37.ru/members/oleg63/voip/
    Вы хотели подтвердить ещё один номер? Но других добавленных номеров в настройке нет.

  • demon ответил(а) на тему Skype в форуме Телефония 9 years, 5 months назад

    1. Попробуйте набрать просто valerchik2004. Ну или просто 9407.

    2. Только что попробовал – дозвонился. При задании номера *100 нужно и набирать *100 (именно со звёздочкой).
    Вижу попытку в 16:29:27, но ответ BUSY. Может быть линия была “занята”… Но должно работать

    3. Да, конечно. Нужно при донаборе ввести *100#

    4. Путаница. USSD-Callback…[Читать далее]

  • demon ответил(а) на тему Skype в форуме Телефония 9 years, 5 months назад

    Не стоит дублировать правила. Можно указать несколько логинов через запятую: skype#user1,skype#user2
    если уж совсем все звонки из скайпа.. тогда не по логинам, а по источнику… выбрать источник учётную запись skype_from

  • demon ответил(а) на тему Skype в форуме Телефония 9 years, 5 months назад

    @denbrikov2, Доброго дня.
    Да.. нужно настроить правила входящих и набор действий с переадресацией. Извините… я это уже настроил 🙂
    https://talk37.ru/members/denbrikov2/voip/incoming/
    Осталось только в первом правиле указать skype логин, с которого Вы ожидаете звонок и включить это правило.

    Но есть нюанс… Звонящий при звонке на логи…[Читать далее]

  • сейчас все пиры на chan_sip… но проблема никуда не ушла.
    Всё же придётся искать причины и решать проблему 🙁

  • Сегодня практически все линии вернул на “старый добрый” SIP..
    Очень устал бороться с неопределённостью PJSIP. Вроде бы только понял почему он так себя ведёт… как сразу новая непонятка 🙁

  • demon ответил(а) на тему USSD CallBack в форуме Телефония 9 years, 5 months назад

    Только что набрал USSD команду и получил входящий звонок от сервиса.
    Возможно… в тот момент были проблемы с сервером. Попробуйте сейчас… работает ли?

  • @valerchik2004, да. Если правильно настроить шлюз на сервис талк37, то через USSD callback можно будет позвонить через Ваш шлюз туда куда нужно.
    Но сразу скажу: у меня не было опыта настройки программного oktell. Думаю, Вы справитесь 🙂
    Сопрячь с талк37, конечно, помогу

  • demon ответил(а) на тему USSD CallBack в форуме Телефония 9 years, 5 months назад

    Спасибо за добрые слова.
    1. USSD Callback ни включается… ни выключается. Да и правил никаких не нужно. Он всегда доступен для подтверждённых номеров. Просто вводите USSD команду и сервис Вам перезванивает, предлагает донабрать номер.

    2. В настоящий момент такой возможности нет. При помощи этого ussd запроса невозможно указать…[Читать далее]

  • Загрузить еще