[App_rpt-users] Way to disable registration via dtmf then enable when needed?

Benjamin Naber Benjamin at Project23D.com
Thu Sep 13 03:03:20 UTC 2018


registration is not the killer, 
it is the VPN and updatenodelist.service

Truth be told, if you only get inbound connections, and make
connections to nodes you familiar with, then it may be advisable to put
those nodes and their IPs in your rpt.conf

If the updatenodelist.service fails, the database does not get deleted.
It can be still used. It will just take a while for your node to tell
you the outbound connection is failed, and you will not be made aware
of new nodes coming online.

Why do you keep a persistent VPN connection?

Also, if you have allmon running, depending on polling frequency, it
can use 80kbytes/sec -> 4.8MB/min -> 6.9GB/day 

To put this in perspective, in the last ten days, I have watched a
handful count of hours of youtube and netflix (I don't own a TV, so
watching is not a lot). NetStat on my router box says I have
transferred 81GB.

ulaw is only 10kB/sec, where-as if you can tolerate g726, it is
6.75/kB/sec. Again: 10kB/sec -> 600kB/minute -> 36MB/hr ->
864MB/24hours. I seriously doubt there is THAT much overhead for voice
data. I also doubt that you have a 24/7 voice path.

by no means is this to discredit the info you have provided, but it
appears there are other network services running on/thru your cell
connection. Firewall all outbound ports except the ones you need.

I'd like to make mention that getting another means of internet to your
repeater site should be a top priority. Cell data is nice and all that,
however, as those fools in the hurricane states are going to soon find
out, their nodes using cellular data on repeaters are going to make the
repeaters standalone if not other means exist.

Hard-wired networking and making our own datalinks is kinda what we
hams do, and WHY we exist -> to provide communications when the big
boys are stumbling/fallen. I have node idea why the thought of using
cellular data for ham radio communications is even considered. 
[rant off]


Benjamin, KB9LFZ



On Tue, 2018-09-11 at 18:04 -0500, Loren Tedford wrote:
> Hello!! So sorry for no updates on my prior posts! You all have been 
> extremely helpful and i have been able to resolve my port issues
> along 
> with some other odd things i had missed in my rpt.conf files at the 
> repeater site..
> 
> However here is my problem I have 10 gigs to work with month after
> month 
> at the repeater site and I made the mistake after putting the system 
> back online by using ulaw and it ate about 1 gig a day in data alone 
> including the vpn traffic.. Now i have the system up and at the
> moment i 
> am eating about 50mb a day with registration turned on to
> allstarlink 
> however i was wondering if there is a way to disable registration or 
> possibly fake back end to another node on my web server which then
> in 
> turn would handle the data via pass through dtmf of some sort when 
> needing to connect to a node via rf on either repeater.
> 
> In the past on gsm i typically only use about 8 gigs a month of data 
> however after coming close to going over my data plans at the site
> 400 
> mb left till tomorrow i am wondering what other steps i can do when 
> things get crazy but yet still leave my vpn in place if possible..
> Also 
> i did notice that my system went into a constant loop after boot up 
> because the vpn hadn't connected i would like to solve this issue as 
> well not sure what is causing it and i know its not a typical setup.
> We 
> are located in an area where internet is very difficult and using
> 4glte 
> with external antennas to bring internet into our two repeaters here
> in 
> Olney.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.o
> rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
> bottom of the page. Enter your email address and press the
> "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a
> message to the list detailing the problem. 



More information about the App_rpt-users mailing list