>и факсы отправляет на ура
а по t38 или по G711(bypass)?
>Завхват бумаги идёт и всё, думает некоторое время и просто отключается.
факсы видят друга друга, спрашивают bitrate, но оно не идет
У вас либо несовпадение факс-протоколов (T38/G711fax), либо G711fax но соединение устанавливается не на G711 кодеке.
Дело в том что AP хороший девайс и работает как часы когда настроен, но ему не хватает интеллекта, поясню:
1) Он не умеет делать ре-инвайт {T38}<->{G711fax}
2) Он не умеет делать ре-инвайт {g729,g723...}->{g711}
поэтому в настройках нельзя ошибаться, а из-за кривости (так уж разработан) конфига и вашего непонимания это очень даже возможно.
Если у Вас в исходящем пире прописано fax protocol t38 redundancy 2,
это еще не гарантирует Вам что при обратном звонке у вас почему-то не сработает "fax protocol bypass".
Сработать он может например если в первом воип пире(случайно созданном и забытом, в кот. указан тот же IP/server что и в рабочем) или в general у вас этот bypass прописан.
Или наоборот предполагается g711fax, а AP сделает fax protocol t38.
Поиграйтесь и попытайтесь прежде понять поддерживает ли ваш провайдер t38
при исх.звонке сделайте debug rta t38. Вы поймете если у вас t38, можете просто смотреть на лампочку порта AP, если пошел T38, то она не мигает непрерывно, когда договариваются, если t38 не задействуется то будет мигать равномерно-непрерывно.
Замечу, что AP не умеет делать G711fax, если T38 поддерживается провайдером (в данном сеансе связи, скажем так). AP чувствует T38 даже при bypass, он отвечает to remote party что поддерживает, но факс не пойдет, если вы установили bypass. С другим оборудованием/софтом такие трюки возможны, но не с AP.
Далее, если у вас все же bypass (g711fax) , то сообразите на каком кодеке идет вх. соединение.
Если оно вдруг на g729/723/726, то g711 факс не пойдет, тогда убирайте кодеки из voice class.
Проверить кодек можете например из
debug voip sip.
Ну и остается еще вариант что у провайдера тоже AP (условно), т.е. девайс не способный на трюки с ре-инвайтами и при этом провайдер не был способен его настроить. Тогда плохо дело. Пример идиотского в этом плане провайдера
http://www.euteliavoip.com/. (voip.eutelia.it) Прекрасный исходящий T38, но полная Ж. с входящими факсами.
Замечу еще что AP не умеет реагировать на входящий T38 ре-инвайт, он его при входящих делает сам (при исх. напротив ждет t38реинв. с той стороны). Это правильно, я считаю, но не всегда согласуется с другим оборудованием.
