I faced some problem working in full proxy mode. Some calls drop after 1-2 sec after Connect. H245 tunneling is set to FALSE.
After receiving CONNECT message from destination (cisco 5350) originator (cisco 5350) sends Facility with reason = startH245, which gatekeeper forwards to destination:
2004/03/15 16:25:52.646 5 ProxyChannel.cxx(373) Q931 Send to x.x.x.x:1720 {
q931pdu = {
protocolDiscriminator = 8
callReference = 30767
from = originator
messageType = Facility
IE: Facility = {
}
IE: User-User = {
26 80 06 00 08 91 4a 00 04 81 00 13 05 80 11 00 &.....J.........
68 9d 11 af 9a ef 18 10 8b 3e 00 80 48 1a 7b b3 h........>..H.{.
07 00 50 5d 65 03 05 29 01 00 01 00 02 80 01 00 ..P]e..)........
}
}
h225pdu = {
h323_uu_pdu = {
h323_message_body = facility {
protocolIdentifier = 0.0.8.2250.0.4
reason = startH245 <<null>>
callIdentifier = {
guid = 16 octets {
68 9d 11 af 9a ef 18 10 8b 3e 00 80 48 1a 7b b3 h........>..H.{.
}
}
h245Address = ipAddress {
ip = 4 octets {
yy yy yy yy P]e.
}
port = 1321
}
multipleCalls = FALSE
maintainConnection = FALSE
}
h245Tunneling = FALSE
}
}
}
Then gatekeeper receives answer from destination - another Facility message:
2004/03/15 16:25:52.839 3 ProxyChannel.cxx(417) Q931d Received: Facility CRV=30767 from x.x.x.x:1720
2004/03/15 16:25:52.840 4 ProxyChannel.cxx(373) Q931 Received: {
q931pdu = {
protocolDiscriminator = 8
callReference = 30767
from = destination
messageType = Facility
IE: Facility = {
}
IE: User-User = {
26 90 06 00 08 91 4a 00 04 68 9d 11 af 9a ef 18 &.....J..h......
10 8b 3f 00 80 48 1a 7b b3 81 01 00 1f 05 80 11 ..?..H.{........
00 68 9d 11 af 9a ef 18 10 8b 3e 00 80 48 1a 7b .h........>..H.{
b3 07 00 d9 c4 6d 05 cf 25 01 00 01 00 10 80 01 .....m..%.......
00 .
}
}
h225pdu = {
h323_uu_pdu = {
h323_message_body = facility {
protocolIdentifier = 0.0.8.2250.0.4
conferenceID = 16 octets {
68 9d 11 af 9a ef 18 10 8b 3f 00 80 48 1a 7b b3 h........?..H.{.
}
reason = startH245 <<null>>
callIdentifier = {
guid = 16 octets {
68 9d 11 af 9a ef 18 10 8b 3e 00 80 48 1a 7b b3 h........>..H.{.
}
}
h245Address = ipAddress {
ip = 4 octets {
xx xx xx xx ..m.
}
port = 53029
}
multipleCalls = FALSE
maintainConnection = FALSE
}
h245Tunneling = FALSE
}
}
}
Port of H245Address is 53029.
Then destination trys to establish H245 connection, but from ANOTHER port and gatekeeper accepts it:
2004/03/15 16:25:53.160 3 ProxyChannel.cxx(1642) H245 Connected from x.x.x.x:53030
Is it correct? Can somebody explain me, why does destination use another port for H245?
But the problem is when gatekeeper trys to connect to x.x.x.x:53029 (h245Address from facility message), it can't!
2004/03/15 16:25:53.216 3 ProxyChannel.cxx(1664) H245 x.x.x.x:53029 DIDN'T ACCEPT THE CALL
And gatekeeper drops the call sending ReleaseComplete to both parties.
As I understand when H245 tunneling is set to TRUE, all H245 messages go through Q931 signalling channel and no extra H245 connection is needed.
GnuGK 2.0.7 build from CVS Dec 2003.
I saw similair problem in mail list, but no solution.
Regards.
-- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
