Hi,

I still don't get it. :-(

VCS Expressway requires "clients" to register with H.460, and I assume GnuGK 
will do exactly that when setting 

H46018Client=1

in the respective Neighbor section.

My local endpoint is a Polycom VSX-3000, which can do H.460.18, but no .19 and 
RTP Multiplexing.

Now, when I register the VSX (which has IP 192.168.77.129, i.e. is in the same 
LAN as the GnuGK) with GnuGK and dial a E.164 number of a device that is known 
to the VCS Expressway, I get the following log below. Now, no video ever goes 
through. tcpdump only sees traffic with ports 1719,1720,2777,6002 of the VCS, 
and only traffic like this from the endpoint to gnugk, which does not really 
look like any media data going through.

Any ideas what I am doing wrong?
F.


17:43:27.197858 IP 192.168.77.129.1719 > chimaira.office.60325.net.1719: UDP, 
length 128
17:43:27.309450 IP chimaira.office.60325.net.1719 > 192.168.77.129.1719: UDP, 
length 44
17:43:27.330487 IP 192.168.77.129.1055 > chimaira.office.60325.net.1720: Flags 
[S], seq 13210162, win 8192, options [mss 1456], length 0
17:43:27.330515 IP chimaira.office.60325.net.1720 > 192.168.77.129.1055: Flags 
[S.], seq 1360883730, ack 13210163, win 14600, options [mss 1460], length 0
17:43:27.330841 IP 192.168.77.129.1055 > chimaira.office.60325.net.1720: Flags 
[.], ack 1, win 8192, length 0
17:43:27.348061 IP 192.168.77.129.1055 > chimaira.office.60325.net.1720: Flags 
[P.], seq 1:256, ack 1, win 8192, length 255
17:43:27.348082 IP chimaira.office.60325.net.1720 > 192.168.77.129.1055: Flags 
[.], ack 256, win 15544, length 0
17:43:27.449004 IP chimaira.office.60325.net.1720 > 192.168.77.129.1055: Flags 
[P.], seq 1:64, ack 256, win 15544, length 63
17:43:27.450832 IP 192.168.77.129.1055 > chimaira.office.60325.net.1720: Flags 
[.], ack 64, win 8129, length 0
17:43:27.750019 IP chimaira.office.60325.net.1720 > 192.168.77.129.1055: Flags 
[P.], seq 64:161, ack 256, win 15544, length 97
17:43:27.750841 IP 192.168.77.129.1055 > chimaira.office.60325.net.1720: Flags 
[.], ack 161, win 8095, length 0
17:43:28.003778 IP chimaira.office.60325.net.1720 > 192.168.77.129.1055: Flags 
[P.], seq 161:319, ack 256, win 15544, length 158
17:43:28.004847 IP 192.168.77.129.1055 > chimaira.office.60325.net.1720: Flags 
[.], ack 319, win 8034, length 0
17:43:28.014487 IP 192.168.77.129.1056 > chimaira.office.60325.net.59541: Flags 
[S], seq 13402543, win 8192, options [mss 1456], length 0
17:43:28.014509 IP chimaira.office.60325.net.59541 > 192.168.77.129.1056: Flags 
[S.], seq 3617563798, ack 13402544, win 14600, options [mss 1460], length 0
17:43:28.014869 IP 192.168.77.129.1056 > chimaira.office.60325.net.59541: Flags 
[.], ack 1, win 8192, length 0
17:43:28.065750 IP 192.168.77.129.1056 > chimaira.office.60325.net.59541: Flags 
[P.], seq 1:556, ack 1, win 8192, length 555
17:43:28.065768 IP chimaira.office.60325.net.59541 > 192.168.77.129.1056: Flags 
[.], ack 556, win 15540, length 0
17:43:28.067942 IP 192.168.77.129.1056 > chimaira.office.60325.net.59541: Flags 
[P.], seq 556:567, ack 1, win 8192, length 11
17:43:28.067956 IP chimaira.office.60325.net.59541 > 192.168.77.129.1056: Flags 
[.], ack 567, win 15540, length 0

2013/02/04 17:36:12.479 2             RasSrv.cxx(174)   RAS     Read from 
192.168.77.129:1719
2013/02/04 17:36:12.480 2             RasSrv.cxx(230)   RAS     Received ARQ 
from 192.168.77.129:1719
2013/02/04 17:36:12.480 1             RasSrv.cxx(362)   RAS     ARQ Received 
from 192.168.77.129:1719
2013/02/04 17:36:12.480 2             RasSrv.cxx(244)   RAS     Send LRQ to 
10.0.1.1:6002
2013/02/04 17:36:12.480 2           Neighbor.cxx(1036)  NB      1 LRQ(s) sent
2013/02/04 17:36:12.524 2             RasSrv.cxx(174)   RAS     Read from 
10.0.1.1:6002
2013/02/04 17:36:12.524 2             RasSrv.cxx(230)   RAS     Received RIP 
from 10.0.1.1:6002
2013/02/04 17:36:12.524 2             RasSrv.cxx(1516)  RAS     Trapped RIP
2013/02/04 17:36:12.563 2             RasSrv.cxx(174)   RAS     Read from 
10.0.1.1:6002
2013/02/04 17:36:12.563 2             RasSrv.cxx(230)   RAS     Received LCF 
from 10.0.1.1:6002
2013/02/04 17:36:12.563 2             RasSrv.cxx(1516)  RAS     Trapped LCF
2013/02/04 17:36:12.563 2             RasTbl.cxx(4013)  CallTable::Insert(CALL) 
Call No. 6, total sessions : 1
2013/02/04 17:36:12.563 2             RasSrv.cxx(402)   
ACF|192.168.77.129:1720|3473_endp|13367|1234567890:dialedDigits|oly-vsx3k:h323_ID=496994345873:dialedDigits|false|02-39-38-4d-31-e5-b9-1e-1b-8d-72-c3-40-79-be-1f;
2013/02/04 17:36:12.564 2             RasSrv.cxx(244)   RAS     Send ACF to 
192.168.77.129:1719
2013/02/04 17:36:12.583 2             gkacct.cxx(955)   GKACCT  Successfully 
logged event 1 for call no. 6
2013/02/04 17:36:12.583 1       ProxyChannel.cxx(997)   Call 6: h245Routed=1 
proxy=1
2013/02/04 17:36:12.913 2             gkacct.cxx(955)   GKACCT  Successfully 
logged event 64 for call no. 6
2013/02/04 17:36:13.174 2             gkacct.cxx(955)   GKACCT  Successfully 
logged event 32 for call no. 6
2013/02/04 17:36:48.174 1             RasTbl.cxx(4489)  CDR|6|02 39 38 4d 31 e5 
b9 1e 1b 8d 72 c3 40 79 be 1f|35|Mon, 04 Feb 2013 17:36:13 +0100|Mon, 04 Feb 
2013 17:36:48 +0100|192.168.77.129:1051|3473_endp|10.0.1.1:1720| | 
1234567890:dialedDigits|oly-vsx3k:h323_ID=496994345873:dialedDigits|GnuGk;

2013/02/04 17:36:48.174 2             gkacct.cxx(955)   GKACCT  Successfully 
logged event 2 for call no. 6
2013/02/04 17:36:48.193 2             RasSrv.cxx(174)   RAS     Read from 
192.168.77.129:1719
2013/02/04 17:36:48.193 2             RasSrv.cxx(230)   RAS     Received DRQ 
from 192.168.77.129:1719
2013/02/04 17:36:48.193 1             RasSrv.cxx(362)   RAS     DRQ Received 
from 192.168.77.129:1719
2013/02/04 17:36:48.193 2             RasSrv.cxx(402)   
DCF|192.168.77.129|3473_endp|13367|normalDrop|02-39-38-4d-31-e5-b9-1e-1b-8d-72-c3-40-79-be-1f;
2013/02/04 17:36:48.193 2             RasSrv.cxx(244)   RAS     Send DCF to 
192.168.77.129:1719
2013/02/04 17:36:53.204 1       ProxyChannel.cxx(5947)  H245    Sending of 
endSessionCommand to 192.168.77.129:1052 failed

On 04.02.2013, at 17:23, Jan Willamowius <[email protected]> wrote:

> Hi,
> 
> yes. The use of H.460 NAT traversal is per endpoint. One side of the
> call may use it while the other side isn't.
> 
> Regards,
> Jan
> 
> -- 
> Jan Willamowius, [email protected], http://www.gnugk.org/
> 
> Florian von Kurnatowski wrote:
>> Hi,
>> 
>> is GnuGK also able to "collect" streams and signaling from 
>> Non-H.460-endpoints in the LAN and proxy this into a H.460 call towards the 
>> VCS?
>> 
>> Best,
>> Florian.
>> 
>> 
>> On 04.02.2013, at 16:49, Jan Willamowius <[email protected]> wrote:
>> 
>>> Hi,
>>> 
>>> all calls using H.460.17, .18 or .19 are automatically put into proxy
>>> mode (if you gatekeeper is at least routing signalling, but yours is).
>>> 
>>> The switch to force all calls into proxy mode and override all other
>>> settings is ProxyAlways=1, which you already have in you config.
>>> 
>>> Regards,
>>> Jan
>>> 
>>> Florian von Kurnatowski wrote:
>>>> Hi,
>>>> 
>>>> I have a VCS Expressway on another site of our corporate network as an 
>>>> entry point for video infrastructure. Between my LAN and this device, 
>>>> there is a firewall with a static 1:1 NAT.
>>>> 
>>>> I'd like to run a GnuGK instance inside my internal network with endpoints 
>>>> registered to it. I would like those endpoints not to know anything about 
>>>> the network setup. I'd also like to keep GnuGK behind my internal firewall 
>>>> for security reasons. 
>>>> 
>>>> I would have thought that the following should do the trick. I would have 
>>>> hoped that GnuGK would redirect calls from internal endpoint 
>>>> 192.168.77.129 to itself, due to the "InternalNetwork" and "ProxyAlways" 
>>>> setting. It would connect to the VCS Expressway at 10.0.1.1. When a call 
>>>> is made from internal, it would tell the endpoint to send RTP data to 
>>>> GnuGK, then create a H460.18/H460.19/RTP-Multiplex client connection and 
>>>> proxy the data.
>>>> 
>>>> Now, when I run this, calls to numbers registered with the VCS get 
>>>> connected, however no video ever goes through. Looking at network traces 
>>>> on GnuGK, it seems that only call signaling is routed, and further 
>>>> connections are made directly from the endpoint to the VCS (which does not 
>>>> work due to the network situation).
>>>> 
>>>> Is there any way to FORCE GnuGK to Proxy communications always, 
>>>> irrespective of number of network interfaces, etc.?
>>>> 
>>>> I am running gnugk-3.0
>>>> 
>>>> Any ideas?
>>>> 
>>>> Thanks, best,
>>>> Florian.
>>>> 
>>>> 
>>>> 
>>>> [RoutedMode]
>>>> GKRouted=1
>>>> H245Routed=0
>>>> CallSignalPort=1720
>>>> CallSignalHandlerNumber=4
>>>> AcceptNeighborsCalls=0
>>>> AcceptUnregisteredCalls=0
>>>> RemoveH245AddressOnTunneling=1
>>>> RemoveCallOnDRQ=0
>>>> DropCallsByReleaseComplete=1
>>>> SendReleaseCompleteOnDRQ=1
>>>> SupportNATedEndpoints=1
>>>> ForwardOnFacility=1
>>>> EnableH46018=1
>>>> 
>>>> [Proxy]
>>>> Enable=1
>>>> InternalNetwork=192.168.77.0/24
>>>> ProxyAlways=1
>>>> ProxyForNAT=1
>>>> RTPMultiplexing=1
>>>> 
>>>> [RasSrv::Neighbors]
>>>> VCSServer=GnuGk
>>>> 
>>>> [Neighbor::VCSServer]
>>>> Host=10.0.1.1:6002
>>>> SendPrefixes=*
>>>> AcceptPrefixes=*
>>>> H46018Client=1
>>>> H46018Server=0
>>>> SendAuthUser=test
>>>> SendPassword=test
>>> 
>>> -- 
>>> Jan Willamowius, [email protected], http://www.gnugk.org/
>>> 
>>> ------------------------------------------------------------------------------
>>> Everyone hates slow websites. So do we.
>>> Make your web apps faster with AppDynamics
>>> Download AppDynamics Lite for free today:
>>> http://p.sf.net/sfu/appdyn_d2d_jan
>>> _______________________________________________________
>>> 
>>> Posting: mailto:[email protected]
>>> Archive: 
>>> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
>>> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
>>> Homepage: http://www.gnugk.org/
>> 
>> 
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_jan
>> _______________________________________________________
>> 
>> Posting: mailto:[email protected]
>> Archive: 
>> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
>> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
>> Homepage: http://www.gnugk.org/
>> 
> 
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> _______________________________________________________
> 
> Posting: mailto:[email protected]
> Archive: 
> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
_______________________________________________________

Posting: mailto:[email protected]
Archive: 
http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/

Reply via email to