Hi Jan,
Thanks for your help.
Issue is solved and was not that complicated after all.
If forgot to turn on ip forwarding (echo 1 > /proc/sys/net/ipv4/ip_forward)
Of course I made this setting persistent.
Thanks for your support.
Maarten
2017-04-23 6:46 GMT+02:00 Jan Willamowius <j...@willamowius.de>:
> Hi Marten,
>
> your trace doesn't show enough information to see why the call fails.
>
> Use trace level 5 (-ttttt) to see more details.
>
> Regards,
> Jan
>
> --
> Jan Willamowius, Founder of the GNU Gatekeeper Project
> EMail : j...@willamowius.de
> 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:
> > Anybody who can share an expert opinion to help me?
> >
> > Thanks
> >
> > Maarten
> >
> > 2017-04-04 0:54 GMT+02:00 Maarten Dekker <maar...@datastorm.nl>:
> >
> > > 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 <j...@willamowius.de>:
> > >
> > >> 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 : j...@willamowius.de
> > >> 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@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@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/
