Saymer

Спасибо большое за потраченное время и вообще за всё. Значит, отчитываюсь:
1) Звонок с внутренних на шлюз проходит отлично
2) Звонок со шлюза на внутренние также проходит отлично, вызывающий номер определяется корректно
но:
3) Теперь перестали работать звонки между внутренними :(( Просто не проходят и всё, сообщений об ошибках нет. В истории…[Читать далее]

Прошу ещё разок попробовать разные направления и пути прохождения, проверить CallerID.

По поводу звонков в skype, набора номера skype#логин. Проблема именно в том, что при звонках с устройств прибавляется к адресату домен.
Хочется убрать правило.. что при звонках с устройства, в котором в номере исходящего стоит свой домен к кажд…[Читать далее]

Может вообще не ходят dtmf?
Какой входящий канал? Оператор?

Теперь звонки опять не проходят, опять Forbidden 🙁

п1. Попробуйте сейчас звонок через шлюз на устройства. должен оставаться исходный CallerID

Такой комбинацией является “*0”. В правилах входящих можно сделать последовательность:
– донабор
– перейти на
только что проверил – работает.

@Dominique, согласно текущим правилах исходящих.. звонки на skype#логин должны уходить в публичные линии и должно работать.
Я что-то путаю?

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

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

У меня не сработало, т.к. такие звонки заворачиваются на мой собственный домен, а он такое не умеет 🙁

Позавчера ночью кстати то же самое сказало, что нет линий.

Так, пардон, п. 2) снимается, остаётся только п. 1).
Нельзя ли как-нибудь сделать корректную передачу номера, сообщаемого астериском?

Хм… теперь входящие с транка проходят, НО:
1) не передаётся номер вызывающего абонента, вместо него идёт мой номер в сервисе
2) перестали проходить исходящие на этот транк!

:((

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

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

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

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

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

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

Свяжусь, спасибо.

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

Да, если отключить принудительное g729, звонки проходят.