Вы не мой кусок лога взяли :)

Все заработало. Проблема была у оператора. Нужно было только замучать ТП :)

Эт самое. А можно как-то поподробнее с того места, где * отправляет пакеты RTP на адрес, с которого идет сигнализация, и на этом все обламывается ?

Самое смешное, что у меня этот же самый провайдер. :)
Все в [general], AcceptAnonymous yes, fasstart/h245tunneling yes.
Секций нет за ненадобностью и бесполезностью.
(или надо сделать с секциями в которых писать DIDs ?)

Входящий звонок проходит, все соединяется, но * шлет RTP не туда, поэтому слышимость односторонняя. Как ему объяснить, что голос надо слать на 81.88.80.5 ?

Попробовал крамольно-хирургический вариант с переписыванием заголовков у ip-пакетов с помощью пакетного фильтра. :)

Эту задачу и выполняют пакеты сигнализации H.323. Вся фишка в использовании h245tunneling & fast start

drookie:

Попробовал крамольно-хирургический вариант с переписыванием заголовков у ip-пакетов с помощью пакетного фильтра. :)

Это безрассудство.

без описания конкретных пиров, с анонимусом ?

Смотря какой драйвер канала используется. Эсли ООН323, то формат исходящего звонка ООН323/${EXTEN}@ip_addr_provider имеют ключевое значение параметры секции [global]
При этом предполагается, что у прова прописан статический пир на вас, нет никакого протокола RAS. А если прозвучало слово Анонимус, то это и есть протокол RAS - через логин/пароль.

У Н323 чуть другие приблуды.

да, прошу прощения, это chan_h323.so.
Я попробовал oh323, там не удалось даже добиться чтобы ремота прозванивалась.
ooh323 не пробовал.

У меня не работают входящие звонки с манги на *, исходящие меня в данный момент не интересуют (не знаю, заинтересуют ли потом).

На текущем драйвере h323 можно еще что-то сделать ?
Несмотря на немногочисленные ухищрения * все равно шлет RTP на тот пир, с которого идет сигнализация.
h323.conf обрезал до только содержащих директивы строк, получилось

[general]

port = 1720

bindaddr = 91.196.138.10

disallow = all

allow = g729

h245tunneling = yes

AcceptAnonymous = yes

faststart = yes

context = vline-h323-incoming

вот, если кто-то еще в силах это читать, то вот дебаг из консоли

sip*CLI>== New H.323 Connection created.

        --Received SETUP message

    -- Setting up Call

    --          Call token:  [ip$81.88.80.53:33720/28576]

    --          Calling party name:  []

    --          Calling party number:  [9741361]

    --          Called party name:  [300]

    --          Called party number:  [300]

    --          Calling party IP:  [81.88.80.53]

Setting capabilities to 0x100 (g729)

Capabilities in preference order is (g729)

Allowed Codecs:

         Table:

   G.729A <1>

   G.729 <2>

   UserInput/hookflash <3>

   UserInput/RFC2833 <4>

   UserInput/dtmf <5>

 Set:

   0:

     0:

       G.729A <1>

       G.729 <2>

     1:

       UserInput/hookflash <3>

     2:

       UserInput/RFC2833 <4>

       UserInput/dtmf <5>



Using 91.196.138.10 for outbound H.245 transport

sip*CLI>=-= In OnAnswerCall for call 28576

                - Progress Indicator: 0

                - Inserting PI of 0 into ALERTING message

        -- Started logical channel: sending G.729

                -- channelsOpen = 1

                External RTP Session Starting

                RTP channel id 1 parameters:

                -- remoteIpAddress: 81.88.80.53

                -- remotePort: 8

                -- ExternalIpAddress: 91.196.138.10

                -- ExternalPort: 14462

        -- Started logical channel: receiving G.729

                -- channelsOpen = 2

                External RTP Session Starting

                RTP channel id 1 parameters:

                -- remoteIpAddress: 81.88.80.53

                -- remotePort: 8

                -- ExternalIpAddress: 91.196.138.10

                -- ExternalPort: 14462

        ExternalRTPChannel Destroyed

        ExternalRTPChannel Destroyed

        ExternalRTPChannel Destroyed

        ExternalRTPChannel Destroyed

        ExternalRTPChannel Destroyed

        ExternalRTPChannel Destroyed

        -- Transmitting RFC2833 on payload 101

sip*CLI>-- Inbound RFC2833 on payload [pt=96]

Peer capability is G.729 <1>

Found peer capability G.729 <1>, Asterisk code is 256, frame size (in ms) is 20

Peer capability is G.729A <2>

Found peer capability G.729A <2>, Asterisk code is 256, frame size (in ms) is 0

Peer capability is G.711-ALaw-64k <5>

Found peer capability G.711-ALaw-64k <5>, Asterisk code is 8, frame size (in ms) is 20

Peer capability is G.711-uLaw-64k <6>

Found peer capability G.711-uLaw-64k <6>, Asterisk code is 4, frame size (in ms) is 20

Peer capability is UserInput/basicString <9>

Peer capability is UserInput/dtmf <10>

Peer capability is UserInput/hookflash <11>

Peer capability is UserInput/RFC2833 <12>

Peer capabilities = 0x10c (ulaw|alaw|g729), ordered list is (g729|alaw|ulaw)

Really destroying SIP dialog '60703523244f52df444f869f60926a41@91.196.138.10' Method: OPTIONS

sip*CLI>Answering call ip$81.88.80.53:33720/28576

sip*CLI>=-= In OnConnectionEstablished for call 28576

sip*CLI>        -- Connection Established with "9741361 [81.88.80.53]"

sip*CLI>-- Received RELEASE COMPLETE message...

        -- ClearCall: Request to clear call with token ip$81.88.80.53:33720/28576, cause EndedByRemoteUser

        -- Sending RELEASE COMPLETE

        -- ClearCall: Request to clear call with token ip$81.88.80.53:33720/28576, cause EndedByTransportFail

                channelsOpen = 1

        ExternalRTPChannel Destroyed

sip*CLI>        channelsOpen = 0

sip*CLI>ExternalRTPChannel Destroyed

Вроде как из написанного следует, что * по-честному считает что RTP находится на 81.88.80.53, никаких упоминаний 81.88.80.5 я не вижу. А в tcpdump данные идут именно оттуда.

Это хороший драйвер.
Если * шлет RTP на тот пир, с которого идет сигнализация, то это уровень проксирования. В архитектуре Н323 этот параметр задаёт гейткипер. Уж не знаю, что у них, но это их преррогатива. В самом пакете сетапа и содержится информация об РТП ИП и порте.

Попробуйте добавить обязательный параметр
gatekeeper = DISABLE

и пир создать для манго

[mango]
type=h323
;prefix=
context=vline-h323-incoming

to drookie:

cron333:

Был опыт общения с этим провом. Вопрос решился обращением в тех.поддержку

waldteufel:

Все заработало. Проблема была у оператора. Нужно было только замучать ТП :)

Это вам поможет ... )