PZ
Но переадресация не работает
а логи, sngrep, что говорят? есть попытка вызова?
Size: a a a
2020 March 27
DG
Есть попытка, но 403 Forbidden
PZ
Есть попытка, но 403 Forbidden
от кого прилетает 403?
DG
От шлюза к Фьюжену
PZ
От шлюза к Фьюжену
а что в инвайте улетает?
DG
Какие поля посмотреть?
DG
... From, To?
PZ
... From, To?
ну да, но лучше все глянуть, дампом, например)
AK
Коллеги, достаточно заезженный вопрос :
FS + mod_amr работает только в режиме passthru
Правильно ли получается, что PBX( AMR) <—- call —-> FS при звонке , FS не сможет проиграть звуковой файл(даже если такой будет в формате amr).
FS не сможет определить наличие DTMF в вызове.
FS не сможет произвести запись данного вызова .
FS + mod_amr работает только в режиме passthru
Правильно ли получается, что PBX( AMR) <—- call —-> FS при звонке , FS не сможет проиграть звуковой файл(даже если такой будет в формате amr).
FS не сможет определить наличие DTMF в вызове.
FS не сможет произвести запись данного вызова .
DG
Pavel Z
а что в инвайте улетает?
PZ
а в to не надо указывать 8ку вначале номера?)
DG
Нет. В to должно без восьмёрки уходить
PZ
а в поле from тот номер, что должен оператор видеть, как исходящий? Или для оператор не принципиально, какой номер А ему звонит?
DG
Во from становится номер, который позвонил (мобильный в данном случае), может в этом грабли, что оператор ждёт только мои номера?
PZ
Во from становится номер, который позвонил (мобильный в данном случае), может в этом грабли, что оператор ждёт только мои номера?
скорее всего. Значит не отрабатывает значение поля forward_caller_id_uuid, тут же CID вы свой указываете из списка?
DG
да так и есть
SY
Коллеги, достаточно заезженный вопрос :
FS + mod_amr работает только в режиме passthru
Правильно ли получается, что PBX( AMR) <—- call —-> FS при звонке , FS не сможет проиграть звуковой файл(даже если такой будет в формате amr).
FS не сможет определить наличие DTMF в вызове.
FS не сможет произвести запись данного вызова .
FS + mod_amr работает только в режиме passthru
Правильно ли получается, что PBX( AMR) <—- call —-> FS при звонке , FS не сможет проиграть звуковой файл(даже если такой будет в формате amr).
FS не сможет определить наличие DTMF в вызове.
FS не сможет произвести запись данного вызова .
- DTMF DTMF рознь: инбанд не сможет, а какой-нить инфо - вполне, насчёт 2833 не уверен, он как-то хитро же ходит
- запись нет
- проигрыш файла надо пробовать - может и сработать, кажется я играл 729 в аналогичной ситуации
- запись нет
- проигрыш файла надо пробовать - может и сработать, кажется я играл 729 в аналогичной ситуации
KV
- DTMF DTMF рознь: инбанд не сможет, а какой-нить инфо - вполне, насчёт 2833 не уверен, он как-то хитро же ходит
- запись нет
- проигрыш файла надо пробовать - может и сработать, кажется я играл 729 в аналогичной ситуации
- запись нет
- проигрыш файла надо пробовать - может и сработать, кажется я играл 729 в аналогичной ситуации
RFC2833 - это специальные RTP пакеты со своим payload type(как правило 101)
SY
RFC2833 - это специальные RTP пакеты со своим payload type(как правило 101)
ну я и говорю - хитро ходят и вполне могут пролезть
KV
Т.е. у Вас идёт RTP поток с Вашим голосовым кодеком (711,729,722 и т.д.), но в тот момент, когда нужно передать DTMF отправитель вставляет специальные RTP пакеты с payload type 101(или какой согласовали) и в них содержится специфическая информация для описания того, какой DTMF сигнал был передан