wtyd Опубликовано 14 марта, 2016 · Жалоба Есть fusionpbx (выбрали из-за мультитенантности), есть абоненты, которые к нему подключаются через шлюзы. Сам fpbx выходит в мир через sip гейтвеи. Звонки работают, но некоторым людям нужны ***s факсы. Т.е. они подключают факс в шлюз и у них факсы не ходят. Есть сомнения по поводу того, что в умолчальной конфигурации fpbx что-то не так с настройками для факсов, думаю, что должно работать "из коробки", но почему-то не работает. Так же есть мнение, что факсы не работают из-за шлюзов. Подскажите, что всё-таки посмотреть в fpbx на предмет прохождения факсов через него ? Может быть со шлюзами что-то не так ? Шлюзы q-tech, хотя есть разные. Где вероятнее всего проблема ? Как лучше решить проблему прохождения факсов ? В наших экспериментах без шлюзов fax2email работает, но надо чтобы fax2fax через fpbx проходили в том числе и через шлюзы. Для проверок у нас нет на 100% рабочего факса :-), т.е. мы в имеющемся не уверены, это осложняет жизнь ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xmanpsk Опубликовано 14 марта, 2016 · Жалоба Если факс-аппарата нет, тестировать можно через программный SIP клиент Zoiper по Т38. На шлюзах-то Т38 включен? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 14 марта, 2016 · Жалоба Если факс-аппарата нет, тестировать можно через программный SIP клиент Zoiper по Т38. На шлюзах-то Т38 включен? При настройке шлюзов оставили по-умолчанию, нам и в голову не приходило, что кто-то на sip будет факсы хотеть :-). Т.е. скорее всего Т38 отключен (по-умолчанию). На сколько я понял, факсовый аппарат должен сам уметь Т38, так ведь ? Если верить вики, то Т38 был разработан в 1998 году, аппараты стали делать скорее всего в 2000+, высока вероятность, что нет поддержки Т38 в факсовом аппарате у клиента. Завтра снова будем пробовать, как раз шлюз принесли ещё один. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LQ74 Опубликовано 14 марта, 2016 (изменено) · Жалоба ...На сколько я понял, факсовый аппарат должен сам уметь Т38, так ведь ?... Нет. T.38 должен "уметь" весь VoIP тракт от входа до выхода. Этот тракт должен уметь определять, что через него хотят передать факс, после чего переключиться с голосового транспорта на факсовый. Для определения факсовой передачи оконечные медиа-шлюзы VoIP должны уметь слушать в голосовой передаче "пищания" факсов по протоколу T.30. Т.е. факс-аппарат должен поддерживать T.30, а T.38 должен быть включен на абонентских (FXS и FXO) и транковых (стык с TDMA, E1 например) шлюзах. Изменено 14 марта, 2016 пользователем LQ74 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MATPOC Опубликовано 15 марта, 2016 · Жалоба Fax T.38 хорошо работает только между SIP UA. Если одна из сторон аналоговая, то, шлюз или софтсвитч генерирует аналоговые сигналы для факсов. Я не встречал ещё хорошей реализации T.38 в аналог. В результате, факсы не проходят полностью, обрываются на какой-то части. Отсюда следует решение - не давать SIP UA оцифровывать факс, то есть запретить Fax T.38, для передачи факсов использовать G.711a в голосовом канале, то есть Inband. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xmanpsk Опубликовано 15 марта, 2016 (изменено) · Жалоба Fax T.38 хорошо работает только между SIP UA. Если одна из сторон аналоговая, то, шлюз или софтсвитч генерирует аналоговые сигналы для факсов. Я не встречал ещё хорошей реализации T.38 в аналог. В результате, факсы не проходят полностью, обрываются на какой-то части. Отсюда следует решение - не давать SIP UA оцифровывать факс, то есть запретить Fax T.38, для передачи факсов использовать G.711a в голосовом канале, то есть Inband. У меня работает передача на Т38, всем клиентам ставим именно с приоритетом Т38. Проблемы бывают как правило только если шлюз за NAT. Шлюзы - на стороне абонента Элтекс TAU8.IP и старше, Cisco SPA122, SPA2102. На стороне стыка с TDM - SMG1016M. Изменено 15 марта, 2016 пользователем xmanpsk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xmanpsk Опубликовано 15 марта, 2016 · Жалоба При настройке шлюзов оставили по-умолчанию, нам и в голову не приходило, что кто-то на sip будет факсы хотеть :-). Т.е. скорее всего Т38 отключен (по-умолчанию). На сколько я понял, факсовый аппарат должен сам уметь Т38, так ведь ? Если верить вики, то Т38 был разработан в 1998 году, аппараты стали делать скорее всего в 2000+, высока вероятность, что нет поддержки Т38 в факсовом аппарате у клиента. Завтра снова будем пробовать, как раз шлюз принесли ещё один. Я бы начал с установки шлюза, на котором гарантированно работает Т38 (см выше). А также исключил бы NAT, т.к. по опыту зачастую бывает что звонки за NAT ходят, а T38 нет. Возможно и без T38 можно обойтись (G711 Inband), но тогда придётся методом тыка параметры подкручивать, никакой полезный дамп там не снимешь. Бывает нужно в факсовом аппарате отключить ECM. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 18 марта, 2016 · Жалоба В общем, работает как-то странно. Дело точно не в шлюзе, т.к. если зацепить шлюз напрямую в smg, то факсы ходят. Если зацепить этот voip шлюз через fusionpbx, то факты не ходят, но они релеятся :-). Т.е. если настроить релей факсов, то это работает. Почему напрямую не работает непонятно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sunrise333 Опубликовано 19 марта, 2016 · Жалоба Факсы конечно зло, но если Вы работаете с фискалами или госструктурами то зла вам не избежать. Когда я воевал с этой хернёй, работало только там где по всей цепочке sip pbx можно было провесить G711(по факту оцифрованный НЕСЖАТЫЙ звук). Там где хоть в одном промежутке попадалось какое либо сжатие, хана. И насколько я понял работу T38 то это всего лишь попытка оборудования перейти в режим G711 при постоянной работе других кодеков. Факсы не проходят при сильной потере пакетов на SIP соединении. Но всё это лишь мои личные наблюдения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xmanpsk Опубликовано 19 марта, 2016 · Жалоба В общем, работает как-то странно. Дело точно не в шлюзе, т.к. если зацепить шлюз напрямую в smg, то факсы ходят. Если зацепить этот voip шлюз через fusionpbx, то факты не ходят, но они релеятся :-). Т.е. если настроить релей факсов, то это работает. Почему напрямую не работает непонятно. А напрямую через SMG ходят по G711 или по T38? При снятии дампа будет видно. У меня проблема была только с Yeastar MyPBX SOHO (на базе Астериска), по T38 не смог заставить её передавать факсы в SIP транк, хотя между локальными абонентами прекрасно ходят. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rover-lt Опубликовано 7 апреля, 2016 · Жалоба В общем, работает как-то странно. Дело точно не в шлюзе, т.к. если зацепить шлюз напрямую в smg, то факсы ходят. Если зацепить этот voip шлюз через fusionpbx, то факты не ходят, но они релеятся :-). Т.е. если настроить релей факсов, то это работает. Почему напрямую не работает непонятно. fusionpbx это asterisk? reinvite включен? t38 pass through включен? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Morze Опубликовано 8 апреля, 2016 · Жалоба fusionpbx это asterisk? Нет, это FreeSWITCH. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 17 июня, 2016 · Жалоба А можно ли поставить FusionPBX на 32битый Debian (вируталка): uname -a Linux lbx 2.6.32-5-686 #1 SMP Fri Feb 15 15:48:27 UTC 2013 i686 GNU/Linux FS: freeswitch@internal> version FreeSWITCH Version 1.2.23~32bit ( 32bit) Установка типа описанной тут https://fusionpbx.com/app/www/download.php говорит, что 32битный Debian не поддерживается :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...