tatamo

А можно пример использования этой хитрой функции?

Реализовал возможность сохранения исходного номера адресата при входящих через внешние учётные записи.
для этого нужно отключить “Адресат при входящих” в настройках внешней учётной записи (блок “Правила трансформации CallerID”). И в этом случае появляется строка с правилами трансформации строки “to” (адресата).

Я настроил в Вашей внешней учётной…[Читать далее]

При звонке на внутренний Вы не сможете указать внешние номера. Они же не внутренние.
Переадресация на 100 не работает по причине: Вы удалили стандартное правило входящих, и стандартный набор действий…
При переадресации на 100 происходит входящий звонок на номер 100. А не указано что с ним делать.

Я добавил второе правило.. Теперь должна раб…[Читать далее]

Конечно, да.
Надо
1. в правилах входящих:
– добавить набор действий. А Вы уже добавили: https://talk37.ru/members/webcrew/voip/incoming/do-edit/25010/
Там действие: Переадресация. И там указать два номера: 100,сотовый_номер
(извините, я добавил внутренний номер 100 на Вашем устройстве)
– настроить правило входящи…[Читать далее]

Что-то пропустил эти ответы в теме 🙁
srvlookup=yes необязательно включать, т.к. хост сервера (talk37.ru) соответствует физически машине, на которой стоит SIP сервер.
Очень хотелось бы увидеть логи звонка с “чертовщиной какой-то”.
А так же с кодеком G729. Судя по логам последним сегодняшним звонком с Вашим устройством с кодеком g729… принимающая…[Читать далее]

https://talk37.ru/members/dominique/voip/
Запись разговоров отключена.

При попытке скачать плейлист хромом “от Вашего имени” мне выдаётся пустой файл, т.к. записей нет.
Можно увидеть скриншот именно с 500-ой ошибкой? 500-ая ошибка – это ошибка сервера, а в логах сервера нет ошибок. Странно это.

Не должно быть такого, конечно.
Попробуйте сейчас… Повторится?

Не должно быть такого, конечно.
Попробуйте сейчас… Повторится?

Вместо Dial Data: SIP/talk37/5002@||wW
нужно указать: Dial(SIP/5002@
т.е. убрать указание пира. Это uri dial
чтобы это работало, скорей всего нужно ещё включить srvlookup=yes

P.S. Замену во входящих сделаю. Только найду чуть времени на это… тяжёлая неделька выдалась.

Попробуйте поменять команду диала на своём Asterisk типа такого:
exten => s,n,Set(_SIPFROMDOMAIN=вашдомен)
exten => s,n,Dial(SIP/${EXTEN}@вашдомен,60,rtS(1800))

т.е. использовать SIPURI dial
Мой тест с другого сервера прошёл успешно. Напишите, получилось ли?

Да, я заметил про внутренние. Т.к. я отключил опцию звонков пользователям сервиса в правиле. из-за пересечения твоих номеров с ними.
Завтра сделаю что бы такие звонки считались звонками на устройства

Я изменил правила (их порядок). Сейчас должно работать и то и другое. Вроде 🙂
Но я всё равно буду думать как это решить… не таким способом

Прямо сейчас самое простое – поставить первым правило замены
%@Домен замена на %
я подумаю как с этим поступить правильней

Сегодня эта беда повторяется? На сегодняшних звонках

Может быть проблемы со звонков у астериска? предлагаю команду
Dial(SIP/srv_name/5001@домен,

Проверьте сейчас.
И… в проверке каких правил так пишет: входящих или исходящих?

1. Попробуйте звонить со шлюза на номер 5001@вашдомен, а не просто 5001.
2. сейчас посмотрю

@dominique, попробуйте звонки на номера устройств.
Немало переделал в маршрутизации сервиса. Надеюсь, не много сломал 🙂
Если что-то перестало где-то работать, то обязательно сообщите! 🙂

Хотелось бы сразу извиниться: Вы тут вступили на “неизведанную территорию” 🙁 Ведь до Вас никто пока активно не использовал собственные номера своих доменов. По крайней мере не назначал на устройства и не звонил на него.
Сейчас Вы набираете номер 5002. Как сервису понять что 5002 это номер в Вашем домене, а не в публичных?
Если обратили вни…[Читать далее]

@alexeipi, можно подробней как звонок проходит?
Судя по сообщению… при звонке Ваш Asterisk передаёт вызов в контекст talk37, но там нет такого extension. Там должно быть что-то типа:
exten => s,1,…
exten => s,n,…
Именно “s”, а не _XXX или что-то подобное.