[arm-allstar] data usage on node w/ LTE hotspot
Richard Bateman
richard at batemansr.us
Tue Dec 5 11:28:40 EST 2017
Thanks for the thoughts, you guys. I totally agree that this doesn't sound
right. I killed the rc.updatenodelist process and verified that it's not
there with a `ps -axu` call; I am getting the data count from the
freedompop website, so I can't be absolutely certain that it's coming from
the pi. That said, updates are disabled on the alcatel hotspot, so it
*shouldn't* be coming from there. I had forgotten that ifconfig shows
transfer, I wish I'd checked that when I had the chance. I'll probably do
some more research, turn it on, and try it again.
If somehow that hotspot is doing 20mb of data transfer every four hours I'm
going to be kinda sunk, though; it's already impossible to get up to the
cabin where the repeater is located as it snowed over the weekend. It's too
muddy for snow mobiles and too snowy for jeeps, so we're probably locked
out for the winter. I had only the one chance to get the LTE hotspot up
there and didn't have time to test it thoroughly on the valley floor as
would have been ideal.
Thanks for the ideas and the confirmation that this is as weird as it seems
to me; when I get back in I'll have to try some things; I'm starting to
really suspect it's somehow the hotspot using data when I'm not.
Richard
On Tue, Dec 5, 2017 at 1:14 AM, David McGough <kb4fxc at inttek.net> wrote:
>
> Hi Richard,
>
> I can't imagine what is going on, but, it isn't typical behavior for the
> hamvoip release where you have no VoIP traffic. I just looked at 6
> different WiFi attached nodes I've got and only see a fraction of the
> amount of data transfer you're experiencing....And, these nodes do
> transfer a fair amount of VoIP audio via WiFi, which constitutes the bulk
> of the bandwidth used.
>
> Here is a typical system. Note that I run all my VoIP traffic over the
> OpenVPN tunnel. It has a few hours of VoIP traffic most days.
>
>
> ------------------------------------------------------------
> -----------------------------------
>
> [root at repeater-444500 asterisk]# uptime
> 03:06:50 up 17 days, 10:23, 1 user, load average: 0.19, 0.10, 0.06
>
> [root at repeater-444850 asterisk]# ifconfig
> eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
> ether b8:27:eb:43:23:73 txqueuelen 1000 (Ethernet)
> RX packets 0 bytes 0 (0.0 B)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 0 bytes 0 (0.0 B)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
> inet 127.0.0.1 netmask 255.0.0.0
> loop txqueuelen 1 (Local Loopback)
> RX packets 151 bytes 14203 (13.8 KiB)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 151 bytes 14203 (13.8 KiB)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> tun1: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500
> inet 12.17.x.y netmask 255.255.255.255 destination 172.16.x.y
> unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
> txqueuelen 100 (UNSPEC)
> RX packets 897365 bytes 53436004 (50.9 MiB)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 1628242 bytes 168139634 (160.3 MiB)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 192.168.x.85 netmask 255.255.255.0 broadcast 192.168.x.255
> ether b8:27:eb:13:73:23 txqueuelen 1000 (Ethernet)
> RX packets 1947025 bytes 220773334 (210.5 MiB)
> RX errors 0 dropped 1438 overruns 0 frame 0
> TX packets 1814607 bytes 403371406 (384.6 MiB)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> ------------------------------------------------------------
> -----------------------------------
>
>
> ....I'm not sure what's going on with your setup.
>
> 73, David KB4FXC
>
>
>
> On Mon, 4 Dec 2017, "Richard Bateman via arm-allstar" wrote:
>
> > Hmm. Well, I disabled the node updates, turned off stats, shut off
> rc.updatenodefile, and even tried disabling the ast cron job and it still
> kept downloading 20MB approximately every 4 hours.
>
> I didn't actually run the filelookup_onoff.sh script, but skimming through
> it it appears to just enable or disable rc.updatenodelist, which I killed
> manually to test.
>
> Any other ideas? My hotspot is now off and I've lost connection until I
> fork out some cash to turn it back on, but I'd rather not do that until I
> have a plan for tracking this down since at 20MB every 4 hours 1GB of data
> will not last long.
>
> Richard
>
> On Sun, Dec 3, 2017 at 12:07 PM, Richard Bateman <richard at batemansr.us>
> wrote:
>
> > Hi Guys,
> >
> > Thanks for the info; I'm not (currently) linking the repeater to
> anything,
> > but it's good to know that g.729 is available -- I didn't realize that.
> > I've disabled all of those things as well as the statspost stuff, so
> we'll
> > just have to see if that fixes the issue :-/
> >
> > Thanks for all the info, I'll let you know what I find.
> >
> > Richard
> >
> > On Sun, Dec 3, 2017 at 11:26 AM, "Doug Crompton via arm-allstar" <
> > arm-allstar at hamvoip.org> wrote:
> >
> >> What Steve mentions is true but he is using the beta DNA lookup which
> has
> >> not been deployed to all yet. So what he is saying and the file download
> >> does NOT apply until this is released to all.
> >>
> >> On that note once DNS lookuip is released to all turning off
> rpt_extnodes
> >> file download, status posting and selecting a lower bandwidth
> >> codec will greatly reduce data usage when necessary.
> >>
> >> The rpt_extnodes file downloads alone cause an astounding combined
> >> download
> >> usage of 32,400,000,000 bytes or 32.4 terabytes transferred
> >> daily based on each node updating 144 times a day, file size 150K,
> number
> >> of active nodes 1500.
> >>
> >>
> >> *73 Doug*
> >>
> >> *WA3DSP*
> >>
> >> *http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*
> >>
> >>
> >>
> >> On Sun, Dec 3, 2017 at 12:22 PM, "Steve Agee via arm-allstar" <
> >> arm-allstar at hamvoip.org> wrote:
> >>
> >> > If it is a private node number then you can comment out the 2 statpost
> >> > lines near the bottom of the node stanza, and you can turn off the
> >> download
> >> > of the rpt_extnodes file every ten minutes. You can also turn these
> off
> >> if
> >> > you are using a public node along with node_lookup_method=dns. You can
> >> > download a script to do this as follows:
> >> >
> >> > cd /root
> >> > wget https://hamvoip.org/downloads/filelookup_onoff.sh
> >> > chmod 750 filelookup_onoff.sh
> >> > ./filelookup_onoff.sh
> >> >
> >> > N5ZUA
> >> >
> >> > On 12/3/2017 9:52 AM, "Richard Bateman via arm-allstar" wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> I have a node which lives on a mountaintop a 10K feet that I've put
> an
> >> LTE
> >> >> modem on so I can remote control it; I'm trying to get by with the
> >> >> freedompop free 200MB mode, but it seems to be downloading
> >> approximately
> >> >> 20MB of data multiple times per day; nothing I have installed should
> be
> >> >> doing that.
> >> >>
> >> >> Is there anything installed in the default hamvoip install that might
> >> be
> >> >> causing that?
> >> >>
> >> >> Richard
> >> >> _______________________________________________
> >> >>
> >> >> arm-allstar mailing list
> >> >> arm-allstar at hamvoip.org
> >> >> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> >> >>
> >> >> Visit the BBB and RPi2/3 web page - http://hamvoip.org
> >> >>
> >> >
> >> > _______________________________________________
> >> >
> >> > arm-allstar mailing list
> >> > arm-allstar at hamvoip.org
> >> > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> >> >
> >> > Visit the BBB and RPi2/3 web page - http://hamvoip.org
> >> _______________________________________________
> >>
> >> arm-allstar mailing list
> >> arm-allstar at hamvoip.org
> >> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> >>
> >> Visit the BBB and RPi2/3 web page - http://hamvoip.org
> >>
> >
> >
> _______________________________________________
>
> arm-allstar mailing list
> arm-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3 web page - http://hamvoip.org
>
>
More information about the arm-allstar
mailing list