Кто сталкивался с проблемой односторонней слышимости?
есть свежепоставленный 1.4 с h323
есть SIP клиент

[1773]
type=friend
username=1773
secret=1773
host=dynamic
nat=no
canreinvite=no
dtmfmode=rfc2833
context=office
disallow=all
allow=alaw
allow=ulaw
allow=g729

есть h323 шлюз

[aqua-gw]
type=peer
host=62.хх.хх.хх
context=incoming-call
disallow=all
allow=ulaw
allow=alaw

При звонке с sip на h323 соединение устанавливается, но на вызывающей стороне - тишина в трубке.
Если в описании h323 шлюза разрешить g729 - все прекрасно работает

упс, перекорежило как...
повторюсь

Кто сталкивался с проблемой односторонней слышимости?
есть свежепоставленный 1.4 с h323
есть SIP клиент

[1773]
type=friend
username=1773
secret=1773
host=dynamic
nat=no
canreinvite=no
dtmfmode=rfc2833
context=office
disallow=all
allow=alaw
allow=ulaw
allow=g729

есть h323 шлюз

[aqua-gw]
type=peer
host=62.хх.хх.хх
context=incoming-call
disallow=all
allow=ulaw
allow=alaw

При звонке с sip на h323 соединение устанавливается, но на вызывающей стороне - тишина в трубке.
Если в описании h323 шлюза разрешить g729 - все прекрасно работает, чего подкрутить? Хочу 711 кодек :)

вот лог с *
62.хх.хх.хх - это гейткипер
62.yy.yy.yy - это машина с *

asterisk*CLI>
-- Making call to 8916621xxxx@62.xx.xx.xx:1720 without gatekeeper.
asterisk== New H.323 Connection created.
asterisk-- root is calling host 8916621xxxx@62.xx.xx.xx:1720
-- Call token is ip$localhost/30898
-- Call reference is 30898
-- DTMF Payload is [pt=101]
Setting capabilities to 0xc (ulaw|alaw)
Capabilities in preference order is (ulaw|alaw)
Allowed Codecs:
asterisk Table:
G.711-uLaw-64k <1>
G.711-ALaw-64k <2>
UserInput/hookflash <3>
UserInput/RFC2833 <4>
UserInput/dtmf <5>
Set:isk*CLI>
0:isk*CLI>
0:k*CLI>
G.711-uLaw-64k <1>
G.711-ALaw-64k <2>
1:k*CLI>
UserInput/hookflash <3>
2:k*CLI>
UserInput/RFC2833 <4>
UserInput/dtmf <5>
asterisk*CLI>
asterisk-- Sending SETUP message
asterisk-- Transmitting RFC2833 on payload 101
Received non-standard Cisco extension data 51 octets {
60 01 03 00 01 1e 2c 1e 02 82 88 1c 26 9e 81 00 `.....,.....&...
03 67 74 64 00 00 00 1b 41 43 4d 2c 0d 0a 50 52 .gtd....ACM,..PR
4e 2c 69 73 64 6e 2a 2c 2c 41 54 54 34 2a 2c 0d N,isdn*,,ATT4*,.
0a 0d 0a ...
}sterisk*CLI>
H323_UU_NonStdInfo = {
version = 3
protoParam = {
qsigNonStdInfo = {
iei = 30
rawMesg = 44 octets {
1e 02 82 88 1c 26 9e 81 00 03 67 74 64 00 00 00 .....&....gtd...
1b 41 43 4d 2c 0d 0a 50 52 4e 2c 69 73 64 6e 2a .ACM,..PRN,isdn*
2c 2c 41 54 54 34 2a 2c 0d 0a 0d 0a ,,ATT4*,....
}k*CLI>
}isk*CLI>
}erisk*CLI>
}sterisk*CLI>
Information elements collected:{
protocolDiscriminator = 8
callReference = 0
from = originator
messageType = Escape
IE: Facility = {
9e 81 00 03 67 74 64 00 00 00 1b 41 43 4d 2c 0d ....gtd....ACM,.
0a 50 52 4e 2c 69 73 64 6e 2a 2c 2c 41 54 54 34 .PRN,isdn*,,ATT4
2a 2c 0d 0a 0d 0a *,....
}erisk*CLI>
IE: Progress-Indicator = {
82 88 ..
}erisk*CLI>
}sterisk*CLI>
Using 62.yy.yy.yy for outbound H.245 transport
asterisk=-= In OnAlerting for call 30898: sessionId=0
asterisk-- Ringing phone for "8916621xxxx"
asterisk*CLI> - Progress Indicator: 8
asterisk-- Transmitting RFC2833 on payload 101
Peer capability is UserInput/hookflash <26>
Peer capability is UserInput/dtmf <25>
Peer capability is UserInput/basicString <22>
Peer capability is G.729A <4>
Found peer capability G.729A <4>, Asterisk code is 256, frame size (in ms) is 20
Peer capability is G.729 <3>
Found peer capability G.729 <3>, Asterisk code is 256, frame size (in ms) is 0
Peer capability is G.723.1A <13>
Found peer capability G.723.1A <13>, Asterisk code is 1, frame size (in ms) is 30
Peer capability is G.723.1 <9>
Found peer capability G.723.1 <9>, Asterisk code is 1, frame size (in ms) is 0
Peer capability is G.711-uLaw-64k <1>
Found peer capability G.711-uLaw-64k <1>, Asterisk code is 4, frame size (in ms) is 20
Peer capability is G.711-ALaw-64k <2>
Found peer capability G.711-ALaw-64k <2>, Asterisk code is 8, frame size (in ms) is 20
Peer capability is GSM-06.10 <10>
Found peer capability GSM-06.10 <10>, Asterisk code is 2, frame size (in ms) is 20
Peer capabilities = 0x10f (g723|gsm|ulaw|alaw|g729), ordered list is (g729|g723|ulaw|alaw|gsm)
asteriskExternalRTPChannel Destroyed
asteriskExternalRTPChannel Destroyed
asteriskExternalRTPChannel Destroyed
asteriskExternalRTPChannel Destroyed
asterisk-- Started logical channel: receiving G.711-ALaw-64k
asterisk*CLI> -- channelsOpen = 1
asterisk*CLI> External RTP Session Starting
asterisk*CLI> RTP channel id 1 parameters:
asterisk*CLI> -- remoteIpAddress: 62.xx.xx.xx
asterisk*CLI> -- remotePort: 16578
asterisk*CLI> -- ExternalIpAddress: 62.yy.yy.yy
asterisk*CLI> -- ExternalPort: 13144
asterisk-- Started logical channel: sending G.711-uLaw-64k
asterisk*CLI> -- channelsOpen = 2
asterisk*CLI> channelsOpen = 1
asteriskExternalRTPChannel Destroyed
asterisk-- Started logical channel: receiving G.711-uLaw-64k
asterisk*CLI> -- channelsOpen = 2
asterisk*CLI> External RTP Session Starting
asterisk*CLI> RTP channel id 1 parameters:
asterisk*CLI> -- remoteIpAddress: 62.xx.xx.xx
asterisk*CLI> -- remotePort: 16578
asterisk*CLI> -- ExternalIpAddress: 62.yy.yy.yy
asterisk*CLI> -- ExternalPort: 13144
asteriskMyH323_ExternalRTPChannel::OnReceivedAckPDU
asterisk*CLI> -- remoteIpAddress: 62.xx.xx.xx
asterisk*CLI> -- remotePort: 16578
asterisk*CLI> External RTP Session Starting
asterisk*CLI> RTP channel id 1 parameters:
asterisk*CLI> -- remoteIpAddress: 62.xx.xx.xx
asterisk*CLI> -- remotePort: 16578
asterisk*CLI> -- ExternalIpAddress: 62.yy.yy.yy
asterisk*CLI> -- ExternalPort: 13144
Received non-standard Cisco extension data 70 octets {
60 01 03 00 01 29 3f 29 06 07 01 0a 16 01 30 4c `....)?)......0L
0d 11 83 37 39 31 36 36 32 31 39 37 35 36 1c 26 ...7916621xxxx.&
9e 81 00 03 67 74 64 00 00 00 1b 41 4e 4d 2c 0d ....gtd....ANM,.
0a 50 52 4e 2c 69 73 64 6e 2a 2c 2c 41 54 54 34 .PRN,isdn*,,ATT4
2a 2c 0d 0a 0d 0a *,....
}sterisk*CLI>
H323_UU_NonStdInfo = {
version = 3
protoParam = {
qsigNonStdInfo = {
iei = 41
rawMesg = 63 octets {
29 06 07 01 0a 16 01 30 4c 0d 11 83 37 39 31 36 )......0L...7916
36 32 31 39 37 35 36 1c 26 9e 81 00 03 67 74 64 6219756.&....gtd
00 00 00 1b 41 4e 4d 2c 0d 0a 50 52 4e 2c 69 73 ....ANM,..PRN,is
64 6e 2a 2c 2c 41 54 54 34 2a 2c 0d 0a 0d 0a dn*,,ATT4*,....
}k*CLI>
}isk*CLI>
}erisk*CLI>
}sterisk*CLI>
Information elements collected:{
protocolDiscriminator = 8
callReference = 0
from = originator
messageType = Escape
IE: Facility = {
9e 81 00 03 67 74 64 00 00 00 1b 41 4e 4d 2c 0d ....gtd....ANM,.
0a 50 52 4e 2c 69 73 64 6e 2a 2c 2c 41 54 54 34 .PRN,isdn*,,ATT4
2a 2c 0d 0a 0d 0a *,....
}erisk*CLI>
IE: 0x29 (41) = {
07 01 0a 16 01 30 .....0
}erisk*CLI>
IE: Connected-Number = {
11 83 37 39 31 36 36 32 31 39 37 35 36 ..7916621xxxx
}erisk*CLI>
}sterisk*CLI>
asterisk=-= In OnConnectionEstablished for call 30898
asterisk*CLI> -- Connection Established with "8916621xxxx"
asterisk-- Received RELEASE COMPLETE message...
asterisk-- ClearCall: Request to clear call with token ip$localhost/30898, cause EndedByRemoteUser
asterisk-- Sending RELEASE COMPLETE
asterisk*CLI> channelsOpen = 1
channelsOpen = 0
ExternalRTPChannel Destroyed
asteriskExternalRTPChannel Destroyed
asterisk-- ClearCall: Request to clear call with token ip$localhost/30898, cause EndedByTransportFail
-- 8916621xxxx has cleared the call
== H.323 Connection deleted.
asterisk*CLI>

Neff, я наверное что-то не очень конструктивное скажу, но по моему опыту, с проблемой односторонней слышимости сталкиваются почти все, кто начинает заниматься VoIP. А причин на это может быть 5, как поет Игорь Николаев. (Он тоже сталкивался!)

Ded, это не новое замечание :)
но я вообщем не первый год в VOIP - хотя и дилетант по большому счету. Когда все свои соображения иссякли и поиск не помог - тему вынес на форум.
К слову данной проблемы нету на *1.2
Так может еще кто-то подскажет -куда смотреть, чего читать?

Я бы попробовал Ethereal'ом скапчурить и посмотреть, то что бродит между * и h323-gw, а также между * и sip-клиентом. Подозрение, что какая-то сторона сообщает не верный IP или порт для голосового трафика (такое уже было в *кином h323, правда давно, но даже на этом форуме) и соответственно канал в одну сторону не устанавливается.

Если на 729 работает а на 711 нет - значит нужно смотреть на устройстве на плече h323.
Может в его конфе нужно найти секцию о g711 и включить его.
Или убрать в астере allow на SIP пире 729 кодек.
Если у тебя аква - дай трейс с нее. У нее поинформативнее сообщения о h323.
Кроме того нужно что бы на обоих сторонах h323 одиноково стояло Fast Start/h235 tunneling

В конфе аквы включи
log
{
q931 messages YES
h245 messages YES
....
}
И посмотри View -> Log

Подключил Омнипик - посмотрел на сессии.
Постоянно сыпется сообщение об ошибке на RTP - UDP Invalid cheksum на пакетах от * к акве.
Та же ошибка для многих ТСР пакетов с *. Из-за этого омнипик даже иногда не определяет, что это сессия VOIP.
Причем это и на 711 и на 729 кодеке. Но 729 работает.
криво собрался h323?

"RTP - UDP Invalid cheksum" У меня тоже на одном компе с ХР такое было, но h.323 при этом бегал влёт и с gk и без и на * и на другой клиентский комп. А на другой стороне при этом смотрел - там без ошибок этот трафик.

"Та же ошибка для многих ТСР пакетов " Такая проблема у меня досих пор на другом компе но тоже с ХР. Но все что там стоит - работает нормально.

Причём если на тех же компах смотришь Windows Network Monotorом - то все нормально.
Я уже стал подумывать что это WinPcap при некоторых установках криво работает.

Я думаю при таких ошибках надо на обоих сторонах смотреть - если это возможно. Если нет, то опредилиться весь траффик в ошибках - то забить, а если только на конкретных портах - значит бага.

Рядом такая же машинка с тем же конфигом с *1.2 -работает, ошибок нету.
Ошибки идут только в направлении "от *".
Навеное попробую завтра пересобрать или попробовать ooh323 из аддонов