Hi Jan,
I used the proxy example from the usr/share/doc/gnugk folder and changed the ip settings:
[Gatekeeper::Main]
Fortytwo=42
TimeToLive=600
[RoutedMode]
GKRouted=1
H245Routed=0
CallSignalPort=1720
RemoveH245AddressOnTunneling=1
DropCallsByReleaseComplete=1
SupportNATedEndpoints=1
Q931PortRange=30000-39999
H245PortRange=40000-49999
[Proxy]
Enable=1
InternalNetwork=192.168.2.0/24
T120PortRange=50000-59999
RTPPortRange=50000-59999
; use DSCP EF for proxied RTP
RTPDiffServ=46
But when I dial from outside to inside allways I have 100% packet loss on the channel which comes from inside to the outside device.
See the screenshot below:
2017/04/04 00:53:01.607 2 RasSrv.cxx(175) RAS Read from 188.206.70.248:30219
2017/04/04 00:53:01.616 2 RasSrv.cxx(254) RAS Received ARQ from 188.206.70.248:30219
2017/04/04 00:53:01.621 1 RasSrv.cxx(383) RAS ARQ Received from 188.206.70.248:30219
2017/04/04 00:53:01.634 2 RasTbl.cxx(4697) CallTable::Insert(CALL) Call No. 3, total sessions : 1
2017/04/04 00:53:01.642 2 RasSrv.cxx(422) ACF|100.85.96.91:1720|3660_endp|928|maarten:h323_ID|mobiel:h323_ID|false|5d-4f-83-6d-39-00-00-1f-2b-c9-ce-ef-fc-85-da-0b|ToBeDecided;
2017/04/04 00:53:01.648 2 RasSrv.cxx(266) RAS Send ACF to 188.206.70.248:30219
2017/04/04 00:53:01.801 2 gkacct.cxx(964) GKACCT Successfully logged event 1 for call no. 3
2017/04/04 00:53:01.810 1 ProxyChannel.cxx(1546) Call 3: h245Routed=1 proxy=1
2017/04/04 00:53:01.864 2 RasSrv.cxx(175) RAS Read from 192.168.2.2:1719
2017/04/04 00:53:01.873 2 RasSrv.cxx(254) RAS Received ARQ from 192.168.2.2:1719
2017/04/04 00:53:01.884 1 RasSrv.cxx(383) RAS ARQ Received from 192.168.2.2:1719
2017/04/04 00:53:01.897 2 RasSrv.cxx(422) ACF|192.168.2.2:1720|3659_endp|21643|maarten:h323_ID|mobiel:h323_ID|true|5d-4f-83-6d-39-00-00-1f-2b-c9-ce-ef-fc-85-da-0b| ;
2017/04/04 00:53:01.903 2 RasSrv.cxx(266) RAS Send ACF to 192.168.2.2:1719
2017/04/04 00:53:02.959 2 gkacct.cxx(964) GKACCT Successfully logged event 64 for call no. 3
2017/04/04 00:53:06.990 2 gkacct.cxx(964) GKACCT Successfully logged event 32 for call no. 3
2017/04/04 00:53:11.516 2 RasSrv.cxx(175) RAS Read from 188.206.70.248:30219
2017/04/04 00:53:11.524 2 RasSrv.cxx(254) RAS Received RRQ from 188.206.70.248:30219
2017/04/04 00:53:11.538 1 RasSrv.cxx(383) RAS RRQ Received from 188.206.70.248:30219
2017/04/04 00:53:11.545 2 RasSrv.cxx(266) RAS Send RCF to 188.206.70.248:30219
2017/04/04 00:53:21.342 2 RasSrv.cxx(175) RAS Read from 188.206.70.248:30219
2017/04/04 00:53:21.351 2 RasSrv.cxx(254) RAS Received DRQ from 188.206.70.248:30219
2017/04/04 00:53:21.371 1 RasSrv.cxx(383) RAS DRQ Received from 188.206.70.248:30219
2017/04/04 00:53:21.379 2 RasSrv.cxx(422) DCF|188.206.70.248|3660_endp|928|normalDrop|5d-4f-83-6d-39-00-00-1f-2b-c9-ce-ef-fc-85-da-0b;
2017/04/04 00:53:21.385 1 RasTbl.cxx(5176) CDR|3|5d 4f 83 6d 39 00 00 1f 2b c9 ce ef fc 85 da 0b|15|Tue, 04 Apr 2017 00:53:06 +02:00|Tue, 04 Apr 2017 00:53:21 +02:00|188.206.70.248:30333|3660_endp|192.168.2.2:1720|3659_endp|maarten:h323_ID|mobiel:h323_ID|OpenH323GK;
2017/04/04 00:53:21.387 2 gkacct.cxx(964) GKACCT Successfully logged event 2 for call no. 3
2017/04/04 00:53:21.393 2 RasSrv.cxx(266) RAS Send DCF to 188.206.70.248:30219
2017/04/04 00:53:22.822 2 RasSrv.cxx(175) RAS Read from 192.168.2.2:1719
2017/04/04 00:53:22.827 2 RasSrv.cxx(254) RAS Received DRQ from 192.168.2.2:1719
2017/04/04 00:53:22.832 1 RasSrv.cxx(383) RAS DRQ Received from 192.168.2.2:1719
2017/04/04 00:53:22.851 2 RasSrv.cxx(422) DCF|192.168.2.2|3659_endp|21643|normalDrop|5d-4f-83-6d-39-00-00-1f-2b-c9-ce-ef-fc-85-da-0b;
2017/04/04 00:53:22.874 2 RasSrv.cxx(266) RAS Send DCF to 192.168.2.2:1719
2017/04/04 00:53:26.983 1 ProxyChannel.cxx(8062) H245 Sending of endSessionCommand to 192.168.2.2:51222 failed
2017/04/04 00:53:26.989 1 ProxyChannel.cxx(8062) H245 Sending of endSessionCommand to 188.206.70.248:30334 failed
2017/04/04 00:53:29.676 2 RasSrv.cxx(175) RAS Read from 188.206.70.248:30219
2017/04/04 00:53:29.683 2 RasSrv.cxx(254) RAS Received RRQ from 188.206.70.248:30219
2017/04/04 00:53:29.689 1 RasSrv.cxx(383) RAS RRQ Received from 188.206.70.248:30219
2017/04/04 00:53:29.696 2 RasSrv.cxx(266) RAS Send RCF to 188.206.70.248:30219
It looks like something goes wrong with the actual video connection itself?
are there port issues in relation to the proxying? is it possible the two end devices can reach eachother on compatible ports?
Maarten
2017-04-03 21:19 GMT+02:00 Jan Willamowius <jan@xxxxxxxxxxxxxx>:
Hi Maarten,
this looks like a config issue: Start with the etc/gnugk.ini config file
from your GnuGk download archive and make sure GnuGk proxies all
traffic between public and private IPs.
Regards,
Jan
--
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail : jan@xxxxxxxxxxxxxx
Website: https://www.gnugk.org
Support: https://www.willamowius.com/gnugk-support.html
Relaxed Communications GmbH
Frahmredder 91
22393 Hamburg
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584
------------------------------
Maarten Dekker wrote:
> Hi all,
>
> I am getting a lil lost and not sure where to find the issue.
> Let me first describe the situation.
>
> I have a small ipv4 subnet which is not having any firewalling so openly
> connected to the internet.
>
> If I give a tandberg 880 unit a public IP of this subnet I am able to call
> and to be called. But of course I also receive lots of unwanted calls.
>
> I want to use gnugk as a gatekeeper, but also to make sure not every
> default call just comes in.
>
> When I use gnugk and I have tried various configs I never am able to
> receive a successfull call on the tandberg unit. There is a connection but
> only the incoming video is shows on the tandberg screen, the tanberg video
> does not come to the other endpoint.
>
> I have gnugk installed on a raspberry with the following IP config:
> eth0 inet addr:80.127.117.171 Bcast:80.127.117.175
> Mask:255.255.255.248
> eth0.0 inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
>
>
> with the following routing table:
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use
> Iface
> default a80-127-117-170 0.0.0.0 UG 202 0 0 eth0
> 80.127.117.168 * 255.255.255.248 U 202 0 0 eth0
> 192.168.2.0 * 255.255.255.0 U 0 0 0 eth0
>
> The endpoint is having a static address on the 192.168.2.0 network.
> for this network there is no specific router, I assume the raspberry with
> gnugk will deal the the needfull things.
>
> Can some of you advise me or share a config example?
> I dont think the is a too unique situation.
>
> Thanks
>
> Maarten
------------------------------ ------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________________
Posting: mailto:Openh323gk-users@lists.sourceforge.net
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/
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx 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/
