-- Called voip1/380тут номер
<< [ TYPE: Control (4) SUBCLASS: Unknown control '14' (14) ] [SIP/voip1-0842d3d0]
а дальше
-- SIP/voip1-0842d3d0 is making progress passing it to SIP/тут айпишник-083fb2c8
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/voip1-0842d3d0]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/voip1-0842d3d0]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/voip1-0842d3d0]
== Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on 'SIP/тут айпишник-083fb2c8' in macro 'dialout-trunk'
== Spawn extension (from-internal, 380935066436, 5) exited non-zero on 'SIP/тут айпишник-083fb2c8'
-- Executing [h@from-internal:1] Macro("SIP/тут айпишник-083fb2c8", "hangupcall") in new stack
и пошел hangupcall

что означает сия ситуация?
звонок пошел (судя по логам) и... зброс..

CLI>sip set debug peer voip1
и изучать SIP пакеты.

вроди все нормально
Found RTP audio format 0
Peer audio RTP is at port 192.168.0.101:5078
Found audio description format PCMU for ID 0
Capabilities: us - 0x28000c (ulaw|alaw|h263|h264), peer - audio=0x4 (ulaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x4 (ulaw)
кроме вот такой строки
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
Peer audio RTP is at port 192.168.0.101:5078

Это не то что Вы подумали. Это несовместимость ДТМФ. Можно игнорировать.

Peer audio RTP is at port 192.168.0.101:5078
-- SIP/voip1-0a07a9a8 is making progress passing it to (с наружного транка по контексту from-internal) SIP/91.xxx.xxx.xxx-0a2706e8
Really destroying SIP dialog '6751814474a51f0f3b5b53110af5ad54@192.168.0.111' Method: INVITE
Scheduling destruction of SIP dialog '5fa5902232373a572653ee707156a61a@192.168.0.111' in 32000 ms (Method: INVITE)
Reliably Transmitting (no NAT) to 192.168.0.101:5060:
CANCEL sip:380телефон-номер@192.168.0.101 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK7a29e606;rport
Max-Forwards: 70
From: "0321015601" <sip:0321015601@192.168.0.111>;tag=as08ac8115
To: <sip:380телефон-номер@192.168.0.101>
Call-ID: 5fa5902232373a572653ee707156a61a@192.168.0.111
CSeq: 102 CANCEL
User-Agent: Asterisk PBX 1.6.0.10-FONCORE-r40
Content-Length: 0

192.168.0.101 - voip1 (железка-шлюз)
192.168.0.11 - asterisk


при этом сброс идет когда трубку сняли (уже ЗА шлюзом)
производители шлюза уверяют что проблемма с нашей стороны.

Я уже перелопатил все что возможно. Теперь сижу...смотрю... туплю :)

Ну в это я ещё поверю -

igor3:

192.168.0.101 - voip1 (железка-шлюз)
192.168.0.11 - asterisk

А это тогда кто? From: "0321015601" <sip:0321015601@192.168.0.111>

Разберитесь с НАТом. Пока что невозможно понять кто где.
Вместо того, чтобы писать 91.хх.хх.хх заменили бы первый октет на другой, и хватило бы.

это с наружи клиент звонит
зашел на астериск, и звонит через него или внутренним абонентам или наружним

А, это 192.168.0.111 его, клиента, наружный адрес?
Занятно.

теперь понял
спасибо, таки где-то нат натиться.

Таки да :(