[App_rpt-users] Micro-Node RTCM

Fredric Moses fred at moses.bz
Wed Apr 26 02:10:52 EDT 2017

As the only open port is a telnet port.. filter 23 if your worried but we have some external without issue for years now but we block 23 by default upstream on our networks..

The devices work as stated.  We have had issues with one or two and they were issues that Mark(the dev/maker) addressed right away and has always been help full the few times we have even needed support.  Don’t look at the “lack” or frequency of the code releases as anything but the fact the devices work and work well.  We have some with multi-year up times and ones we haven't touched in years they just run..

You have to have a linux box with app_rpt running chan_voter.  That’s what the RTCM’s connect to.. Even if you are not running GPS or voting but single radio setups.  Think of the RTCM as a smart USB radio interface that uses ethernet to talk to APP_RPT.

We have ditched all our RC210’s years ago and use RTCM’s directly into the repeaters. Motorola Purc5k’s, MTR2000’s, GR1225’s, Motorola Nucs, quantars and ge master II/III repeaters we have all interfaced to… remote rx wise we use mtr2000’s,maxtrac’s, cdm’s and 1225’s all.   There is a feature we enable in the RTCM’s called offline repeat.  If the RTCM in the main repeater losses connection to the Linux box running app_rpt for any reason the device turns into a simple repeater controller with hangtime and CW id.  Which as there are many updates of code to app_rpt linux installs it helps while services are restarting and the like.  You will update the linux host and app_rpt more then any RTCM.

Fredric Moses - W8FSM - WQOG498
fred at moses.bz

> On Apr 26, 2017, at 01:54, Doug Kingston <dpk at randomnotes.org> wrote:
> Thank you Mark, that was very informative.
> My guess is that this device is unlikely to be able to "defend" itself very well and should probably be placed behind a restrictive firewall.  Do you concur?
> -Doug-

More information about the App_rpt-users mailing list