Art88

Я получил ссылки.
Что я вижу в логе звонка:
1. Поднятие трубки перед переадресацией происходит.
Трубка была поднята в 2021-06-18 15:18:49
Трубка была сброшена в 2021-06-18 15:18:50 с кодом 19
это подтверждается диаграммой SIP обмена (по ссылочке “Детальная информация о звонке” в информации о звонке). Мультифон на BYE ответил OK.

2. По истории…[Читать далее]

Галочка “поднять трубку” и была сделана из-за мультифона…
Для продолжения:
1. ссылка на набор действий входящих с параметрами, которые я предложил
2. ссылка на исходный входящий звонок из истории с этим действием

Доброго дня.

Мне видится что всё уже давно есть для этого.
Действие “Обратный вызов”.
1. Там есть галочки: “поднять трубку” перед завершением звонка
2. Задержка перед вызовом

и никаких других отдельных действий не нужно.
я чего-то не так понял?

К сожалению, я тоже не вижу источников проблем. Возможно они между шлюзом и сотовым оператором. А может нет.
Если перейти по любой из этих ссылок и в открывшемся окне кликнуть по “Детальная информация о звонке”, то откроется детальная техническая информация.
На ней видно что “всё было хорошо”.
На вкладке “QoS Reports” видно что даже потерь…[Читать далее]

Ссылка на звонок из истории звонков помогла бы.

Не могу дозвониться. Почему?

Но поведение странное. Можно попробовать переключиться на tcp, Но это только сигнализация, а Вы пишите что регистрация стабильная

В этой теме наоборот… пишут что входящие работали 🙂
Просьба.. найти меня в телеграме https://t.me/demon_ru (могу не сразу ответить, работа).
И.. будем онлайн тестировать и смотреть что в этот момент происходит.

Очень мало информации чтобы ответить на этот вопрос.
Нужно много больше деталей.

Не очень понятна фраза.
При звонке из задарма в ruvoip работает?
Или при звонке с какого-то сотового оператора на аналогичные настройки в задание работает?

Доброго дня.
Вы это это уже сделали тут: https://ruvoip.net/members/deltaram/voip/incoming/do-edit/65683/

Но операторы сотовой связи не обещали пропускать такое. Они просто отсекают эту возможность.
Если звонить.. с сип на сип, то должно работать.
При звонке через мультифонм ещё вроде бы работало

Доброго дня.
Попробуйте использовать tcp порт вместо udp.
Если за роутером несколько устройств/подключений попробуйте сменить, вручную указать другой клиентский порт (скажем 5062 или иной). Именно клиентский, а не серверный.

Что бы вернуть гудок, можно отключить IMS сервисы на номере.

Какой в тестовом сайте номер? 🙂
Если речь о телефонии, то добавляете номер телефона тут: https://ruvoip.net/members/me/voip/
И подтверждаете одним из способов: https://ruvoip.net/topic/confirm-code-not-delivered/

Шаг 3.
Звонить с номера, который был получен на шаге 1 и оплачен на шаге 2.

https://forum.ixbt.com/topic.cgi?id=88:5166:5515#5515

все уже в курсе, как сипнет начал прикарманивать 90 рублей за услугу “персональный менеджер”? Проверьте свои балансы…

Припоминаю.. похоже это давний баг астериска 🙁
проблема в передаче установленного на канале IAX2 переменной CallerID в звонок через PJSIP.
В настоящий момент решится только если устройство будет так же на SIP, а не на IAX2 🙁

https://ruvoip.net/members/ruvoipalex/voip/accounts/#tr61098
Отключите у внешней учётной записи поддержку передачи CallerID. Мультифон, как и многие, не поддерживают эту возможность и отказывают в звонке.

Внёс некоторые изменения.
Если возникает рассинхронизация, то просьба сообщить об этом со ссылкой на конкретный звонок.