Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

История изменений [назад]

нажмите, чтобы скрыть/показать версии 1
изначальная версия
редактировать

спросил 2011-08-16 19:36:03 +0400

matperez Gravatar matperez

dlink dvg2102s - asterisk 1.6 - voip не уходит факс

в наличии аналоговый факс, dlink dvg-2102s, elastix 2.0.3 и провайдер sip, который гоняет факсы по t.38. принимаются факсы нормально. уходить не хотят.

t38ptudptl=yes t38ptrtp=no t38pt_tcp=no

в сип дебаге нормальные реинвайты с переходом на t38, но факсы друг друга не слышат как-будто бы. пробовал в одном направлении только слать, но но два разных факса, оба раза ничего не получилось.

картинка для привлечения внимания: сессия sip

dlink dvg2102s - asterisk 1.6 - voip не уходит факсфакс (принимается нормально)

в наличии аналоговый факс, dlink dvg-2102s, elastix 2.0.3 и провайдер sip, который гоняет факсы по t.38. принимаются факсы нормально. уходить не хотят.

t38ptudptl=yes t38ptrtp=no t38pt_tcp=no

в сип дебаге нормальные реинвайты с переходом на t38, но факсы друг друга не слышат как-будто бы. пробовал в одном направлении только слать, но но два разных факса, оба раза ничего не получилось.

картинка для привлечения внимания: сессия sip

разговоры с провайдером привели к следующему выводу: соединение по протоколу T.38 устанавливается нормально. принимающая сторона не получает сигнал CED от вызывающей стороны.

dlink dvg2102s - asterisk 1.6 - voip не уходит факс (принимается нормально)

в наличии аналоговый факс, dlink dvg-2102s, elastix 2.0.3 и провайдер sip, который гоняет факсы по t.38. принимаются факсы нормально. уходить не хотят.

t38ptudptl=yes t38ptrtp=no t38pt_tcp=no

в сип дебаге нормальные реинвайты с переходом на t38, но факсы друг друга не слышат как-будто бы. пробовал в одном направлении только слать, но но два разных факса, оба раза ничего не получилось.

картинка для привлечения внимания: сессия sip

upd// разговоры с провайдером привели к следующему выводу: соединение по протоколу T.38 устанавливается нормально. принимающая сторона не получает сигнал CED от вызывающей стороны.

upd/// Сигнал CED (готовность к передаче данных) отправляет принимающая сторона. Следовательно настройку определения а не отправки CED необходимо выполнять на шлюзе.

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.