June 2017 - App_rpt-users - lists.keekles.org

Audio Sputtering Vs. Unreasonable Delay
by Skyler F 17 Jun '17

17 Jun '17

Relavant For Raspberry Pi , dont recall the issue on other hardware, but potentially is. The only choices are usbradio or simpleusb so far. I'm being pretty pretty picky, but I think its an important manner to discuss. With usbradio, the audio sputters and sometimes gets pretty bad. It never breaks up enough to loose what someone is saying, but definitely could use some improvement. It doesen't seem to be affected weather I use dsp or usb/usbinvert from the carrierfrom parameter. Wth simpleusb, the audio repeat delay is not consistent. Sometimes I will get a nice and good 0.25 second delay, but other times it will go all the way up to 1.5 seconds. This varies and I have not been able to control this, really annoying to hear not just the last syllable but my entire callsign when I unkey the repeater. Any solution to eliminate both problems?? And I know I am being really picky, but the more I hear it, the more noticeable it gets and starts to get a little annoying. Thanks, Skyler

2 1

Re: [App_rpt-users] DIAL node hack
by DuaneVT . 16 Jun '17

16 Jun '17

The node is on an academic "guest" network. Open outgoing, firewalled in. The default use/password was removed several months ago. No access to root now. Ports are just those needed for Echolink and ssh. Duane KA1LM

2 1

DIAL update restore configs question
by DuaneVT . 16 Jun '17

16 Jun '17

I have copied my entire /etc/asterisk folder. When I re-image the hard drive, how best to restore the custom conf files.. The question is how best to maintain configs for a possible re-image. There is a "include custom" statement at the bottom of most conf files. Exactly what is expected as a custom conf? The entire config, but with user changes? Does the template conf run and then the exact same customized conf file? This has not been explained in much detail. I COULD copy the ENTIRE SD contents after any ssh change, but that MIGHT also capture any hacked-but-dormant changes. More experienced administrator comments are appreciated. 73, Duane KA1LM

2 1

DIAL node hack
by DuaneVT . 16 Jun '17

16 Jun '17

Our node is offline currently due to an exploit attack. Our network administrator shows heavy traffic out on port 2222 among others. We don't use this port. So reload the new image. For future reloads, how best to reconstruct the local changes done to the original image to carry over the custom config files? 73, Duane KA1LM

5 4

Simulcast coverage plotting
by Hayden Honeywood 15 Jun '17

15 Jun '17

Jim posted a while back - http://lists.allstarlink.org/pipermail/app_rpt-users/2013-September/008322.… About plotting simulcast plots using Splat!. This is the only post I can see about this. Looking in the svn, I can see the simul.c file and various READMES and docos, but no real information on how to compile Splat! for this functionality. I'm also not a Linux buff, but I had a quick go at compiling and I got errors on a test Debian machine I had. Has anyone gotten this working, or do you use an alternate like Radio Mobile? I've used Radio Mobile's online plotter, but this doesn't include simulcast support. http://radiomobile.pe1mew.nl/?How_to:Combined_Cartesian:Simulcast&q=simulca…

2 1

radio tune rxnoise
by Ramesh Dhami 14 Jun '17

14 Jun '17

Hi Guys: One of my repeaters, using usbradio, is failing 'radio tune rxnoise'. The raw discrim' output from the Bridgecom BCM220 RX is 100mV pk-pk. In usbradio.conf, I have rxboost set to 1 (20dB attenuator removed). The symptom that I am seeing (or hearing) is that the repeater has a hard time distinguishing a weak / noisy signal from "noise". This is what I see in the asterisk CLI when attempting a 'radio tune rxnoise' tune rxnoise maxtries=12, target=27000, tolerance=2750 tries=0, setting=2, meas=32767 tries=1, setting=2, meas=32767 tries=2, setting=2, meas=32767 tries=3, setting=2, meas=32767 tries=4, setting=1, meas=32767 tries=5, setting=1, meas=32767 tries=6, setting=1, meas=32767 tries=7, setting=1, meas=32767 tries=8, setting=1, meas=32767 tries=9, setting=1, meas=32767 tries=10, setting=1, meas=32767 tries=11, setting=1, meas=32767 DONE tries=12, setting=63, meas=32767, sqnoise=24631 ERROR: RX INPUT ADJUST FAILED. Unless I am mistaken the above seems to suggest that the ADC is saturated, meaning too much signal?? I can try to set rxboost to 0 - but of course, this will mess up my rxvoice calibration (assuming that the rxnoise passes). Is there a mathematical operation I can apply to the rxvoice setting in the radio_tune file to compensate for the 20dB attenuation? (the repeater is at a remote location, which I will not be returning to for another 2 weeks or so). My usbradio_tune file currently shows: [usb_2424] ; name=usb_2424 ; devicenum=2 devstr=1-1.3:1.0 rxmixerset=125 txmixaset=70 txmixbset=300 rxvoiceadj=0.316923 rxctcssadj=0.227263 txctcssadj=300 rxsquelchadj=400 fever=1 Cheers! Ramesh.

2 1

Re: [App_rpt-users] App_rpt-users Digest, Vol 100, Issue 19
by Steve Wright 11 Jun '17

11 Jun '17

> > > From: Barry Buelow <iabarryyy(a)gmail.com> > To: app_rpt-users(a)lists.allstarlink.org > Subject: [App_rpt-users] Anyone doing HF remote base using hamlib? > > I'd be interested in asking some questions off-list. > I would have liked to read these responses. Steve

1 0

Install scripts
by David KE6UPI 10 Jun '17

10 Jun '17

Hello, I'm looking for install scripts for Debian. I'm using a cloud base VM server and wanted to see if I can in Dial RC1 on it. Thanks, David KE6UPI

7 14

Pi Zero W simplex Node
by Michael Hebert 10 Jun '17

10 Jun '17

Has anyone run 1 simplex node on a Pi Zero W? Michael KD5DFB

1 0

Debian Allstar Linux Image (DIAL) vulnerability
by Bryan Fields 08 Jun '17

08 Jun '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Debian Allstar Linux Image (DIAL) vulnerability AllStarLink, Inc June 8, 2017 Summary A critical vulnerability has been found in DIAL permitting a remote attacker log into the node and gain local user shell. This vulnerability exists because the DIAL default install has a default user account with a static password. An attacker could exploit this vulnerability by connecting remotely to a node and logging in by using the credentials for this default user account. AllStarLink has released new x86 and arm install images which remove this default account by default. No privilege escalation has been found. Affected Releases DIAL x86 DIAL arm (Raspberry Pi) Workarounds Depending on release remove the following user accounts: pi - arm debian - x86 Example code to disable and remove accounts: x86: 'passwd -d debian' 'userdel -r debian' arm: 'passwd -d pi' 'userdel -r pi' Further an acl or firewall can be used to restrict remote ssh access to the node. Exploitation and Public Announcements A well known scanning tool has added "allstarlinux" to it's exploit scanning tools. Exploited systems have been found to engage in bitcoin mining, SIP termination or further scanning. If a node has been exploited AllStarLink recommends a re-imaging of the system. Fixed Releases Users should upgrade to the current RC1 release. arm - http://dvswitch.org/files/DIAL/amd64-i386-DIAL-RC1.tar.gz x86 - http://dvswitch.org/files/DIAL/RAT_RC1.tar.gz Further notes The older centos based ACID distribution has not been checked to determine if it's affected by this vulnerability. ACID has been depreciated and unsupported since 2015. All ACID users should migrate immediately to DIAL. The AllStarLink app_rpt mailing list provides a discussion forum and access to the admin and development teams. We encourage all users to join and participate. http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users Status of this Notice This notice provides information for the community. Distribution of this notice is unlimited. Copyright Copyright (C) AllStarLink, Inc (2017). All Rights Reserved. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJZOZpwAAoJEGE5oGFSxpFAy8IP/37XXJYK/3RFjtm6tV1+HUYk haB3H3fMi0MpEH2j4q1OlWyo1QGJKXt73L01m8c2K/O5cT3TvFhc/VzSOugwB1R1 xVWAzm1gycBKzDRe535cdyih4NEVCzZixlH8crs2s1JxSq1xQKMojdc+g3v0ogGn 8PywTlUqAHMrCfmqmouZcVPferV4mNvlYkcglJm2ZYLnSnW3BEIEHrYqGfWReoXB rJ1hAtY7tJlqHaJ6woBcslkE0RljEB+VI0HK96FBUeGDJwW1w/Hy6pEN0SbOvOtY r19INGoEjgN55U1Mnkbnc8hH4HtycWDqVIUDfyBIlB+pqjOlj0Vmx0XUB6x0Fzkf rh6WzFLib8AAEZMjMyt439mWB2LLh/X+6mP+zmaYdJIZtOEXZZCj0QhOh6p36ZD9 rVBYB4OJnxQ5a7FvNr0k44GTc/VxmG8M8hNoXDD91HNJPOdQQUFTA5O9YcvR7z7x FZ5moFCYbIL/Iut5OIXv+ZTu18czb66etX4hkbp5wZkyJRNaWZZ29b94j68S8Pr/ r5qxlDHVSdV5i7VpU1tmc66E7XaqVX4A3bXdeVUSIGi6T7FI68w2ZMjJcor6ZhTg gjBncLFoBiEEETM4kDS+3ro3JT9R86s6BdnvoZ1PYrpoNW830pgXx6tj6VXOgvrS VTF5N7Y0nTFyp6nSF+5c =KD2I -----END PGP SIGNATURE-----

2 1