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 <jan@xxxxxxxxxxxxxx>:
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 : 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:
> Anybody who can share an expert opinion to help me?
>
> Thanks
>
> Maarten
>
> 2017-04-04 0:54 GMT+02:00 Maarten Dekker <maarten@xxxxxxxxxxxx>:
>
> > 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@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/
