День добрый !,

вот пробую с 1.0.10 на 1.2.9.1 переехать,засада такая - нет голоса в H323 канале ( chain_h323.so ) с обоих сторон...

сигнализация есть, dtmf ( inband ) проходит, а голос не идет...

кодеки выставлены с обоих сторон одинаковые ( G7111uLaw ).

Выглядит это так:

1. MVTS ( 127.0.0.1 ) -> ASTERISK ( там же ) канал h.323 - работает

2. ASTERISK ( висит на сетевом интерфейсе 212.6x.x.x ) -> FlexGain ( 192.168.108.x ) - нет голоса...

есть конечно некоторые подозрения, что это из за того, что железки в разных сетях ( в chan_h323.h,
в call_options какието хитрые флаги про nat и тд появились ) а куда конкретно копать не пойму...

В 1.0.10 все работает....

P.S.
CLI> == New H.323 Connection created.
-- Setting up Call
-- Call token: [ip$127.0.0.1:60259/22027]
-- Calling party name: []
-- Calling party number: [800247]
-- Called party name: [70956778702]
-- Called party number: [70956778702]
--Received SETUP message
Allowed Codecs:
Table:
G.711-uLaw-64k <1>
UserInput/hookflash <2>
UserInput/dtmf <3>
Set:
0:
0:
G.711-uLaw-64k <1>
1:
UserInput/hookflash <2>
2:
UserInput/dtmf <3>

=-= In OnAnswerCall for call 22027
- Progress Indicator: 0
- Inserting PI of 0 into ALERTING message
-- Executing Answer("H323/ip$127.0.0.1:60259/22027", "") in new stack
-- Started logical channel: sending G.711-uLaw-64k
-- channelsOpen = 1
External RTP Session Starting
RTP channel id 1 parameters:
-- remoteIpAddress: 127.0.0.1
-- remotePort: 22160
-- ExternalIpAddress: 0.0.0.0
-- ExternalPort: 12058
-- Started logical channel: receiving G.711-uLaw-64k
-- channelsOpen = 2
External RTP Session Starting
RTP channel id 1 parameters:
-- remoteIpAddress: 127.0.0.1
-- remotePort: 22160
-- ExternalIpAddress: 0.0.0.0
-- ExternalPort: 12058
-- Inbound RFC2833 on payload [pt=101]
Answering call ip$127.0.0.1:60259/22027
-- Executing Wait("H323/ip$127.0.0.1:60259/22027", "2") in new stack
-- Received Facility message...
=-= In OnConnectionEstablished for call 22027
-- Connection Established with "800247 [127.0.0.1]"
-- Received Facility message...
ExternalRTPChannel Destroyed
-- Received Facility message...
-- Executing Dial("H323/ip$127.0.0.1:60259/22027", "H323/247@fg-korolenko|90|rg") in new stack
-- Making call to 247@192.168.108.137:1720 without gatekeeper.
== New H.323 Connection created.
-- root is calling host 247@192.168.108.137:1720
-- Call token is ip$localhost/26096
-- Call reference is 26096
-- DTMF Payload is [pt=101]
-- Called 247@fg-korolenko
Allowed Codecs:
Table:
G.711-uLaw-64k <1>
UserInput/hookflash <2>
UserInput/dtmf <3>
Set:
0:
0:
G.711-uLaw-64k <1>
1:
UserInput/hookflash <2>
2:
UserInput/dtmf <3>

-- Sending SETUP message
-- Received Facility message...
-- Started logical channel: receiving G.711-uLaw-64k
-- channelsOpen = 3
External RTP Session Starting
RTP channel id 1 parameters:
-- remoteIpAddress: 192.168.108.137
-- remotePort: 16384
-- ExternalIpAddress: 0.0.0.0
-- ExternalPort: 15770
-- Started logical channel: sending G.711-uLaw-64k
-- channelsOpen = 4
=-= In OnAlerting for call 26096: sessionId=1
-- Ringing phone for "247"
- Progress Indicator: 8
-- H323/fg-korolenko-1 is making progress passing it to H323/ip$127.0.0.1:60259/22027
-- H323/fg-korolenko-1 is ringing
-- Received Facility message...
-- Received Facility message...
MyH323_ExternalRTPChannel::OnReceivedAckPDU
-- remoteIpAddress: 0.0.0.0
-- remotePort: 15770
External RTP Session Starting
RTP channel id 1 parameters:
-- remoteIpAddress: 0.0.0.0
-- remotePort: 15770
-- ExternalIpAddress: 0.0.0.0
-- ExternalPort: 15770
=-= In OnConnectionEstablished for call 26096
-- Connection Established with "4FXO-010501"
-- H323/fg-korolenko-1 answered H323/ip$127.0.0.1:60259/22027
-- Received RELEASE COMPLETE message...
-- ClearCall: Request to clear call with token ip$127.0.0.1:60259/22027, cause EndedByRemoteUser
-- Sending RELEASE COMPLETE
-- ClearCall: Request to clear call with token ip$127.0.0.1:60259/22027, cause EndedByTransportFail
channelsOpen = 3
channelsOpen = 2
-- Sending RELEASE COMPLETE
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
-- ClearCall: Request to clear call with token ip$localhost/26096, cause EndedByRemoteUser
-- ClearCall: Request to clear call with token ip$localhost/26096, cause EndedByRemoteUser
-- 800247 [127.0.0.1] has cleared the call
== H.323 Connection deleted.
channelsOpen = 1
channelsOpen = 0
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
-- ClearCall: Request to clear call with token ip$localhost/26096, cause EndedByTransportFail
-- 4FXO-010501 has cleared the call
== H.323 Connection deleted.

Весь VoIP строится на ИП протоколе, который маршрутизируется. Скажи, как думаешь, как устройство может быть связано по ИП, если оно о себе говорит, что сидит на адресе 127.0.0.1?
Call token: [ip$127.0.0.1:60259/22027]

это кнечно понятно, в h323.conf прописано
bind 0.0.0.0, и netstat'om видно, что он висист на _ВСЕХ_ интерфейсках.

Явное прибивание адреса реального интерфейса помогло конечно, НО хочется чтоб
он слушал тот интерфейс с которого _ОТПРАВЛЯЕТ_ а не _ПРИНИМАЕТ_ пакет...

Спасибо.

Проблема в том, что в случае с bind 0.0.0.0 он слушает на всех интерфейсах, но в качестве обратного IP адреса также указывает 0.0.0.0, ну и RTP пакеты неясно куда должны идти...
Это в debug'е явно видно:

ExternalIpAddress: 0.0.0.0

Я не спорю, что это явная бага в канале, но им, к сожалению, никто особо не занимается. ;(

...ну и может кому пригодится, * 1.2.9.1, chain_h323:

при нахождении * и клиета в разных сетях вылезала куча сообщений:
== Forcing Marker bit, because SSRC has changed
и хрипениевместо звука...

вылечилось добавлением параметра nat=yes в h323.conf клиента. в документации почему то этого параметра не нашел, посмотрел в chan_h323.h, в call_options...

NAT + H.323 всегда было и будет тяжело, и очень индивидуально, потому что где NAT, там как правило ещё и firewall, &)