Покажи логи этого звонка с включенным sip debug.

видимо все таки упиралось все в эхоканселейшн.
отключил его на * и все заработало.
пока что....
буду мониторить.
всем спасибы за участие и помощь;)

рано возрадовался((
настраиваю шлюз Planet VIP-480FS
настроек очень мало, в сравнении с линксисами. выбрал использовать кодек alaw. кроме выбора кодека связанных с воисом настроек почти нет.
голос ходит нормально.
при отправке факса в логах:

<-- SIP read from 192.168.1.1:1035:
ACK sip:111111@192.168.2.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:1036;rport;branch=z9hG4bKg073ex84336njz3df1b3
From: <sip:3510008@192.168.2.1>;tag=0ezsqm12cw841o1307v2
To: <sip:111111@192.168.2.1>;tag=as45f9167a
Call-ID: 8370@192.178.30.100
CSeq: 25389 ACK
MAX-Forwards: 70
Content-Length: 0


--- (8 headers 0 lines) ---
Nov 25 17:42:28 WARNING[7124]: channel.c:785 channel_find_locked: Avoided initial deadlock for '0x81f8008', 10 retries!

<-- SIP read from 192.168.1.1:1035:
INVITE sip:111111@192.168.2.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:1036;rport;branch=z9hG4bK1r7745k56z270m04f643
From: <sip:3510008@192.168.2.1>;tag=0ezsqm12cw841o1307v2
To: <sip:111111@192.168.2.1>;tag=as45f9167a
Contact: <sip:3510008@192.168.1.1:1036>
Call-ID: 8370@192.178.30.100
CSeq: 25390 INVITE
MAX-Forwards: 70
Content-Type: application/sdp
Content-Length: 205

v=0
o=3510008 11552315 11552315 IN IP4 192.178.30.100
s=RTP Audio
c=IN IP4 192.168.1.1
t=0 0
m=audio 2078 RTP/AVP 108 101
a=rtpmap:108 FAX/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

--- (10 headers 9 lines) ---
Using INVITE request as basis request - 8370@192.178.30.100
Sending to 192.168.2.1 : 1036 (NAT)
Found RTP audio format 108
Found RTP audio format 101
Peer audio RTP is at port 192.168.2.1:2078
Found description format FAX
Found description format telephone-event
Capabilities: us - 0x40e (gsm|ulaw|alaw|ilbc), peer - audio=0x0 (nothing)/video=0x0 (nothing), combined - 0x0 (nothing)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Nov 25 17:42:31 NOTICE[7159]: chan_sip.c:3768 process_sdp: No compatible codecs!
Transmitting (NAT) to 192.168.1.1:1035:
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP 192.168.1.1:1036;branch=z9hG4bK1r7745k56z270m04f643;received=192.168.1.1;rport=1035
From: <sip:3510008@192.168.2.1>;tag=0ezsqm12cw841o1307v2
To: <sip:111111@192.168.2.1>;tag=as45f9167a
Call-ID: 8370@192.178.30.100
CSeq: 25390 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing

если я все правильно понимаю, то строчка peer - audio=0x0 (nothing) говорит, что на пире не найдено совместимых кодеков, что очень странно. ulaw на девайсе нет.

при этом факсы ходят через раз.
постоянно ругается на No compatible codecs!
но на некоторые номера факсы ходят нормально, а на некоторые не идут вообще.

А я рекомендовал-бы воспользоваться услугами Hylafax'а, по крайней мере именно так я поступил сам, провозившись немало с родными для Ast 1.4 rxfax/txfax.

Конечно не найдено кодеков. Ведь SDP в Re-инвайте явно предлагает только payload type 108 и 101

m=audio 2078 RTP/AVP 108 101

что есть динамический диапазон согласно RTP/AVP и нужно смотреть в rtpmap чтобы узнать что нам хотит предложить пеер.

Глядим в rtpmap и видим что

a=rtpmap:108 FAX/8000
a=rtpmap:101 telephone-event/8000


Тоесть 108 - это FAX (честно незнаю что это такое но явно не audio кодек)
А 101 - telephone-event что есть зарегестрированнное название для передачи DTMF сигналов поверх RTP и описывается в RFC 2833.

Отсюда вывод:
Астериск ненашел ни одного совместимого кодека из предложенных в Re-инвайте так как 108 (FAX) он не понимает а 101 это не audio кодек.

В общем я незнаю кто такой 192.168.1.1:1035 (оттуда пришел Re-инфайт) но он явно пытается переключить media который был установлен начальным инвайтом на тип 108 (FAX) и передать факс (или CED тон) посредством этого типа. Астериск этого непонимает и непоймет. Выключай там весь T38, NSE и тд - чтоб был чистый G711 (payload type = 0 для ulaw или = 8 для alaw) - тогда заработает.

Если я не ошибаюсь PAP2T вообще T.38 не поддерживают...
И факсы по G711 ходяд на счёт раз проверенно.
Planet - помойка. Не стоит даже смотреть на их оборудование.
D-Link - так себе. Греются и начинают сильно глючить (30 страниц факса подряд и хана).
FAX Passthru Method: ReInvite
У меня FAX Passthru Method: UPDATE везде и в Voice режиме и T.38 иногда всё работает....

какие модели, если не секрет?

DVG-5121 с прошивкой 1.3.6 (мнt саппорты выслали с 1.3.5 вообще хана T.38)
DVG-2101 (если н ошибся) - больше 5-ти страниц не вытягивает. Тепловой удар... В помещении кондей лупит постоянно...

P. S. D-Link всю жизнь страдает перегревами.. Такое ощущение, что их делают для северного и южного полюса....

в саппорт отправил запрос?
могу я отправить, если в подробностях расскажешь

Я с ними почти каждый день общаюсь...
Говорят -"А что же теперь" ? Новую железку для Вас делать? :-)