всем привет.

имеется такая схема:
факс аппарат панасоник подключён к офисной атс, внешняя линия атс воткнута в PAP2T, который регестрируется на собственном астериске, который уже регестрируется на сипнете
не получается отправить факс (( понимаю, что официально сипнет не поддерживает услугу хождения факсов, но может можно как то повысить шансы?

если в sip.conf прописать t38pt_udptl=no, то при попытке отправить факс говорит что не знает что делать с предложением T.38 UDPTL
если поставить =yes, то где то секунд 8 пытается соединиться, а потом тупо рвётся связь...

не могу понять ещё что ставить в canreinvite для пира pap2t, для сипнета.... и у pap2t настройки для FAX Passthru Method и прочего факсового...

схема подключения такая:
комп, с freebsd и реальным ip, он же роутер с natd
pap2t имеет сервый адрес и регистрируется на астериске, его пир имеет nat=no

вообщем похоже мутно всё расписал, но надеюсь знающие люди поймут...

да, во втором случае ругается так

[Oct 13 14:22:54] ERROR[52575]: chan_sip.c:12418 handle_response_invite: Got error on T.38 re-invite. Bad configuration. Peer needs to have T.38 disabled.

у кого и что надо отключить - непонятно...

1) позвать спеца.
2) если спеца нет, то обрубить т.38 и смотреть какой кодек используется. катит только ulaw/alaw. Если все так, то проверить задержки, эхо и отстроить гейн.

а вообще, каков вопрос, таков и ответ, а из вопроса я нифика тольком не понял.

Так тебе Passthru или t38? Ты уж определись сначала. Потом уточни, умеет ли PAP2T делать t38. И если всё сходится, снимай полный лог с PAP2T во время звонка и анализируй.

наверное всё таки Passthru... pap2t чистый t38 не умеет...
в настройках у него указывается
FAX Passthru Codec: G711u | G711a
и
FAX Passthru Method: None | NSE | ReINVITE

делаю звонок, слышу как начинает пищать факс на другой стороне, нажимаю у себя старт, тишина и звонок обрывается
в логе перед завершением звонка загадочное

[Oct 13 15:18:23] VERBOSE[52575] logger.c:
<--- SIP read from 192.168.100.252:5060 --->
SIP/2.0 486 Busy Here
To: <sip:250@192.168.100.252:5060>;tag=9fc4fe42899179e7i0
From: "Unknown" <sip:Unknown@office.dvk-electro.ru>;tag=as29a60421
Call-ID: 7e04a0ba0037c3974bbdcce00dfa2f1a@office.dvk-electro.ru
CSeq: 102 OPTIONS
Via: SIP/2.0/UDP 217.170.91.42:5060;branch=z9hG4bK0472b8f9
Server: Linksys/PAP2T-5.1.6(LS)
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura, replaces

Советую снять лог именно с PAP2T, а не с астериска. Можешь мне в личку запостить, я посмотрю. Там будет видно, определяет ли PAP2T сигнал факса или нет. Попробуй сначала только NSE, потом только реинвайт, мож поможет.
И отключи, если возможно, qualify, потому как приведённый кусок лога никакого отношения к передаче факса не имеет. Астериск посылает options во время звонка, а PAP2 отвечает, что он занят, то есть звонит куда-то.

хорошо, завтра сделаю

может оно не влияет ни на что, но что надо написать в настройках пира pap2t и сипнета про
nat=
canreinvite=

трогать ли глобальный directrtpsetup ?

Для сипнета nat=no, canreinvite=yes. А по поводу pap2 - хрен знает, я ж не в курсе какая у вас сеть.

сеть такая:

комп с фрибсд, на нём стоит астериск и случает на внешнем реальном ip x.x.x.42
на этом же компе пондят нат (natd) для внутренней серой сети и в мир они выходят через x.x.x.43
pap2t имеет внутренний серый адрес 192.168.100.252

Лог разумно снимать именно с Астериска чтобы видеть и что PAP сказал и что на sipnet ушло.

Выражение "наверное всё таки Passthru... pap2t чистый t38 не умеет..." не имеет смысла т.к. passthru применимо только к промежуточным узлам, коим является Астериск. А PAP является терминалом - то есть он какраз должен "чистый T38" делать (который будет потом pass thru Asterisk и в сипнет).