Всем привет !
Такая ситуация. Подключается офис по H323 к астериску 1.4.29. Как только поднимают трубку на удаленной стороне, происходит обрыв либо через 2-5 секунд после поднятия трубки на удаленной стороне. CISCO описано в файле sip.conf, на нее идут исходящие звонки от астера. С ней все нормально, так как через нее бегают другие офисы по H323 подключенные через этот же астериск. Номер телефона подменен на 123456. С кодеками играл, оставлял один и тот же кодек на двух оборудованиях, перечислял только необходимые, подключал все. Одним словом ничего не помогло. С другой стороны - Шлюз VoIP FXS-4 производитель ASOTEL и подключали АТС Panasonic с платой IPGW16.

h323.conf
[general]
port = 1720
bindaddr = 0.0.0.0
disallow=all
allow=all
dtmfmode=rfc2833
gatekeeper = DISABLE
UserByAlias=no

[office6]
type=friend
host=xx.xx.xx.xx
context=from-h323
incominglimit=10
dtmfmode=rfc2833
disallow=all
allow=all


Пробывал включать и отключать h245Tunneling и faststart не помогло.

exetnsions.conf

[from-h323]

exten => _8XXXXXXXXX.,1,Dial(SIP/${EXTEN}@CISCO)
exten => _8XXXXXXXXX.,n,Hangup


и вот дебаг :
aster*CLI> -- ExternalPort: 17282
aster*ExternalRTPChannel Destroyed
aster*ExternalRTPChannel Destroyed
-- SIP/CISCO-00000009 is ringing
aster*Sending alerting
-- SIP/CISCO-00000009 answered H323/ip$xx.xx.xx.xx:2016/12325
[Jul 16 11:16:40] NOTICE[65156]: chan_h323.c:3080 convertcap: Don't know how to deal with mode 64
aster*Answering call ip$xx.xx.xx.xx:2016/12325
aster*-- Received RELEASE COMPLETE message...
aster*-- ClearCall: Request to clear call with token ip$xx.xx.xx.xx:2016/12325, cause EndedByRemoteUser
aster*-- Sending RELEASE COMPLETE
== Spawn extension (from-h323, 123456, 1) exited non-zero on 'H323/ip$xx.xx.xx.xx:2016/12325'
-- ClearCall: Request to clear call with token ip$xx.xx.xx.xx:2016/12325, cause EndedByTransportFail
aster*CLI> channelsOpen = 1
channelsOpen = 0
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
-- 4FXS (1593, 4FXS-02b3db) [xx.xx.xx.xx] has cleared the call
aster*== H.323 Connection deleted.


With best, Rinat.

h323.conf
[general]
port = 1720
bindaddr = 0.0.0.0

bindaddr=1.2.3.4 ; this SHALL contain a single, valid IP address for this machine

Переводчик: translate.ru

Ded: да не в этом дело. Я же говорю, что другие офисы по H323 работают. Стоял у меня в этой опции фиксированный адрес, потом получился казус, сменили адрес на этой машине и астер не запустился. После я не стал выставлять адрес в этой опции, так как на машине прописан только один адрес. Пробывал я с пропиской адреса в строке bindaddr, не помогло.

есть чудо программа(хоть и глючит) называется wireshark
она вам решит вашу проблему

Ринат, причина отбоя cause EndedByTransportFail настолько неочевидная и общераспространённая, что невозможно говорить о том что в точности неправильно.

rinelar:

CISCO описано в файле sip.conf, на нее идут исходящие звонки от астера. С ней все нормально, так как через нее бегают другие офисы по H323 подключенные через этот же астериск.

Совсем ничего не понятно. CISCO - по SIP или Н323?

У Вас несколько конструкционных нестыковок, в частности -
exten => _8XXXXXXXXX.,1,Dial(SIP/${EXTEN}@CISCO) -синтаксис устаревший,
лучше
exten => _8XXXXXXXXX.,1,Dial(SIP/CISCO.${EXTEN})
это конечно не так уж существенно, но всё ж лучше.

У Вас часом Астериск не на внутреннем ИП адресе сейчас?
Пробуйте задампить звонок на низком уровне - tcpdump host <ip_addr_>

ddkprog: у меня тоже подозрения есть по поводу блочных портов, но тот админ клянется, что все у него открыто. Сейчас tcpdump на него буду травить и смотреть что мне ответят.

rinelar, я вам про порты ничего не говорил
они там не причем
"рыба меч" вам поможет
хотя и так понятно

[Jul 16 11:16:40] NOTICE[65156]: chan_h323.c:3080 convertcap: Don't know how to deal with mode 64

Ded: CISCO с астером по сип, но клиент подключается к астеру по H323.
К старому формату написания диалпланов я больше привык и мне он больше понятен. Астериск у меня на внешнем белом адресе. Здесь все нормально. Так как данная машина является публичной, тоесть к ней коннектяться несколько филиальных точек нашей компании, то файрвол на ней не накручен. tcpdump уже навесил, как прозвонка тестовая пройдет буду разбираться в нем. Спасибо за ответы.

кстати еще нехватает
netstat -an | grep 1720

ddkprog: а что мне такого сможет разъяснить wireshark, что не сможет tcpdump ? Просто интересно.
И еще ddkprog ты написал "хотя и так понятно", может я что-то не понимаю, но мне не очень понятно. Сможешь пояснить ?