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@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/ > >> > > > > ------------------------------------------------------------------------------ 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/
