Ohio Section Journal – The Technical Coordinator – July 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Since its release, the Raspberry Pi 4 has had a couple problems. It’s not the first device in the lineup to have hardware problems. Raspberry Pi devices are single-board computers that are about the size of a credit card. The smaller Raspberry Pi Zeros are about the size of a 9-volt battery. Created to foster Computer Science in schools, they have become very popular with robotics, weather monitoring, and even ham radio. Size makes these devices very portable, they draw minimal power, and cost anywhere from $10 – $75 for a high-end model. In addition, they are capable of running Linux which makes them a great substitute for single applications or toying around with Linux – versus using older PC hardware consuming more power.

Raspberry Pi Zero and 9V-battery (lifehacker.com)

Dubbed the Xenon Death Flash, electromagnetic radiation penetrated the wafer-thin packaging of an on-board chip responsible for switching regulation. Taking a flash picture of the Pi would cause the entire board to shut down. A Power over Ethernet (POE) Hardware Attached on Top (HAT) module had major power fluctuations and delivered significantly less power to the USB ports than normal. The POE HAT was delivering 200mA. 500mA is standard through a USB 2.0 port.

This time around, the Pi 4 lineup was released but not all the necessary drivers were made available in the official Raspbian Operating System. A minor annoyance. This is an easy fix in software and corrected shortly after release.

Die resposible for the Xenon Death Flash in the WL-CSP package, enormiously magnified (raspberrypi.org)

The issue that received all the press: USB-C power port on the Pi 4 didn’t follow published specifications. USB-C connector is a symmetrical connector meaning it is reversible. Designed to deliver high power for charging, digital audio, digital video, and high-speed data. Android users are familiar with these connectors as phones in the last 4 years utilize USB-C replacing the Micro USB connector. Popular on PC docking stations as it allows the laptop to be charged while driving multiple HD monitors, including audio, utilize high speed Ethernet, and regular USB connections – all at the same time. E-marked (or electronically marked) cables will connect more of the 24 pins found in the USB-C connector unlocking features like additional power. These cables are found on power supplies of advanced devices such as Apple MacBooks and other laptops. These USB-C E-marked cables were a problem for the Pi. Non-E-marked cables worked fine.

In February, it was officially announced that a fixed model was available for the USB-C problem. How do you tell which board has the fix? That’s a little more complicated. Speculation is that board version 1.2 is the fixed revision. If you feel up to modifying an existing board by hand, that can be done too (insert standard disclaimers here). Best advice was to get a newer board and try it with an E-marked cable. Good going, guys.

That’s it, right? Not so fast. I found a post over at Hackaday that reported cranking up the HDMI resolution jammed the Pi’s own Wi-Fi. Using a display resolution of 2560×1440 (QHD resolution), the Wi-Fi drops out. At that resolution, the Pi emits noise in the range of Wi-Fi channel 1. Using a different channel might work but causing unnecessary RFI to other Wi-Fi users is unacceptable. The Raspberry Pi Foundation acknowledged the issue and issued a firmware update a few weeks later. Update the Pi using: sudo rpi-update at the command line if you haven’t done so in the last number of months.

I get it, designing things is hard especially devices that cost $35 and USB-C specifications running 329 pages. You would think the spec thoroughly covers power delivery but it does not. Consumers hope these issues would come out in testing and be fixed before they make a purchase. Working in the Information Technology field, likely these problems were observed in testing but was shrugged off as an ‘anomaly’ or ‘unable to reproduce’ or ‘affects a limited number of deployments.’ When the problem makes it into production and customers start complaining because everyone can now reproduce the problem, it gives customers a bad feeling about the device and company. Especially repeat offenders.

MacBook USB-C connector (wikipedia.org)

Unfortunately, the Great Lakes Division Convention and Toledo Hamfest was canceled in March due to the closure of the state. In my Raspberry Pi presentation, I was going to cover general tips when experiencing issues operating your Pi. They often boil-down to: crappie components. Stop buying the cheapest option overseas and expecting grade A+ performance!

90% of the time, problems are power related. “Under-voltage detected!” in the system logs are the result of an under powered 5V power supply, one that cannot deliver consistent voltage, insufficient AWG power lines of the USB cable, or both. Early Pi’s (Pi 1) can get away with a 1A power supply. Pi 2 & 3 really need a 2A. Pi 4 need 3A USB-C. The Pi’s will only draw as much power as needed.

Everyone forgets about the USB/power cable from the supply to the Pi. Not all cables are created equal! Power supplies with wired cables can be assumed to carry the full output of the supply to the device. A power supply can output 2A but the connecting USB cable is likely limiting power delivery due to the wire gauge. For delivery of 2A to the Pi requires a cable rated 28AWG/24AWG. This is printed on the cable itself. The first specification is the data cable wire gauge (28AWG) and doesn’t matter for carrying power. The second specification (24AWG) is the power cable gauge. Unless specifically printed on the cable, cables can be assumed to be a lesser 28/28 specification. A lower number is better in this case.

This is the reason a cell phone will seem to charge slower. I had an OEM cable that came with a new cell phone rated 28/28. The phone would charge for hours. When I upgraded to a 2A power supply and a 28/24 cable, it was charged in under 90 minutes from drained. This only really apples to Android devices because they use standard connectors. Genuine Apple chargers and Lightning cables will meet Apple’s specifications for device charging.

It is hard to find the AWG rating because most sellers don’t list it. One place that does list that spec is Monoprice. This Type-A to Micro Type-B cable will work for a Raspberry Pi (not 4) as a replacement cell phone USB charging cable. Keep the cable as short as needed. Don’t use 15 feet when 6 will do because it will reduce the amperage that reaches the device.

Crashes and SD card corruption problems are often attributed to bad power too. However, the aforementioned quality of the component itself also plays a role. Look for SD cards with lots of positive ratings. Most often recommend are SanDisk SD cards. I’ve had no reliability issues with G.Skill cards either. Quality 32GB MicroSD cards are under $10 these days. Validate the card is at least “class 10” which is usually signified on the card itself by a “C” and a “10” in the middle of the C. They come in classes 2, 4, 6, 8, or 10 – with 10 being the fastest. UHS (Ultra High Speed) cards are on the market and are slightly more expensive at over $20 for a 32GB UHS-3. UHS will have a “U” with a “1” or “3” in the middle. Class 10 and UHS 1 are equivalent in write speeds at 10MB/s.

Raspberry Pi 4 USB-C power port modification (raspberrypi.org)

Pi 4 generates significantly more heat than their predecessors. I’ve heard estimates of 50% more heat is generated while idle compared to the Pi 3. Many cases include a fan which is a moving component that could fail and be a problem if the device is at a hard-to-reach location. Heat sinks are an alternative, assuming decent airflow. The Raspberry Pi Blog includes tips and updates to lessen CPU temperature.

Does your project require the latest and greatest Pi board? Consider the project. Will all that processor power and memory be utilized? An upgrade to a USB-C power supply is required for power and micro-HDMI cables/adapters if you plan to connect a monitor to a Pi 4. It may come down to price. I see many places currently charging more for the Pi 2 and Pi 3 than a 4. Pi 2 is sufficient for headless wired Ethernet applications. Pi 3 if a little more CPU or Wi-Fi/Bluetooth features are needed.

Pi 3 and 4 boards include a 64-bit processor. As of this writing, the Raspberry Pi foundation has not made an official 64-bit Operating System release. Though a beta is available. The Pi 3 boards have been out since February 2016 and the Pi 4 boards since June 2019 – and there’s still no official 64-bit OS? A 32-bit OS can only address 4GB of RAM (4,294,967,296 possible addresses) and no Pi had more than 4GB. Other images for the Pi have taken advantage of the 64-bit processor. The Pi foundation still recommends the 32-bit OS for all Pi devices.

An announcement at the end of May unveiled a new Pi 4 addition, an 8GB RAM version for $75. Some minor improvements were made but the device is basically the same as the other Pi 4 versions. A 64-bit OS will be needed to address all 8GB of RAM though. In the same announcement, the official Raspberry Pi Operating System images are now renamed to “Raspberry Pi OS.” It will no longer be referred to as “Raspbian” though the name will probably stick around out of habit. The name change will likely be gradual over time. A card I burned with the new Raspberry Pi OS still referenced Raspbian in /etc/os-release.

Next time I’ll talk about (mostly) ham radio things you can do with the Raspberry Pi.

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – June 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

As Technical Coordinator for the Ohio Section, I oversee the section’s group of Technical Specialists. The Specialists and I are here to promote technical advances and the experimentation side of the hobby. We encourage amateurs in the section to share their technical achievements with others in QST, at club meetings, in club newsletters, hamfests, and conventions. We’re available to assist program committees in finding or providing suitable programs for local club meetings, ARRL hamfests, and conventions in the section. When called upon, serve as advisors in issues of RFI and work with ARRL officials and appointees for technical advice.

The Technical Specialists really make all this happen. In the Ohio Section, there are about 15 qualified and competent Specialists willing to help. They meet the obligation of advancing the radio art bestowed to us by the FCC. The TSes support the section in two main areas of responsibility: Radio Frequency Interference and technical information. EMI/RFI includes harmful interference that seriously degrades, obstructs, or repeatedly interrupts a radio communication service such as ham radio or public service agencies. RFI sources range from bad power insulators, industrial control systems, other transmitters or poorly made transmitters, personal devices like computers, monitors, printers, game consoles, to grow lights and poorly made transformers – including one’s hams brag about getting from China for a few dollars. I die a little inside when I hear this. Our Technical Specialists can help track down interference or locate bozo stations. Technical information is a wide-ranging category including everything from antennas to Zumspots.

How can we help? The knowledge and abilities of YOUR Technical Specialists are really quite impressive. Here are some examples:

  • Antennas (fixed, portable, and emergency operation type) and feedlines
  • Antenna systems such as towers, guying, coax, and baluns
  • RF and tower safety
  • Grounding
  • Propagation
  • Electronics and circuits
  • Tube technology, aka boat anchors
  • Digital modes – including D-STAR, DMR, Fusion, P25, APRS, IGates, packet, MT63, FT8/4, Olivia, PSK, and using programs like Fldigi
  • NBEMS – Narrow Band Emergency Messaging System
  • Computers, Windows and Linux, Raspberry Pi
  • Embedded devices
  • Networking: IP networks, AMPRNet, routers, firewalls, security, mesh, and microwave
  • Repeater controllers and high-profile systems
  • Internet and VoIP linking systems – Echolink, AllStar, HamVoIP, DVSwitch, and PBX/Asterisk
  • RFI detection from power lines and consumer devices including working with governmental agencies to track down interference
  • Professional certifications such as Motorola Certified Technicians, Certified Journeyman Electronics Technician, General Radiotelephone Operator License (GROL), and Society of Broadcast Engineers (SBE) affiliations

This impressive list of qualifications is an available resource to all in the Ohio Section. Looking for help in one or more of these areas? Need a program for your club? How about a technical talk or forum at your hamfest? Assistance or direction on a project? Feel free to contact myself. My contact info is near my picture and on the arrl-ohio.org website. I’ll assist getting you in touch with an appropriate Technical Specialist. One of the Specialists might hear a plea for help and reach out to you as well.

Over the last month, we gained 3 new Technical Specialists! I would like to welcome Nick – N1TVI who is a Certified Journeyman Electronics Technician and brings experience in commercial radio systems. He is Trustee for the Northern Ohio Digital (N8NOD) repeaters in the northern Ohio area. Other experience includes repeater systems, power, grounding, and antenna systems. Jason – N8EI brings us his experience in repeater building and maintenance for the W8WKY machines in Doylestown and others, supports SHARES organizations, voice and data digital modes, and IP technology. Last, but not least, John – N8CD is co-builder of many multimode repeaters and an AllStar linked repeater system. Both John and Jason maintain a resilient network of 5.8 GHz microwave and Internet links that connect repeaters they and others maintain. They put a lot of work into their network implementation and use AMPRNet (network 44) IP addresses. Welcome to our newest Technical Specialists! Contact them or myself should any of those topics be of interest to your club or hamfest.

Pi-Star Update

Pi-Star 4.0 was released in beta earlier this year and 4.1 available as general release since most of us have been working from home, March 2020. According to the change log, these later versions bring many improvements for cross-mode support. These are YSF2xxx and DMR2xxx options: YSF2NXDN, YSF2P25, YSF2DMR, DMR2NXDN, DMR2YSF. There is no direct way to upgrade from 3.4.x or previous to 4.1.x. You must reflash your existing installation card or flash a new SD card. A new card is preferable in case you have a problem with the new version, pop-in the old SD card and boot. If your hotspot is a Pi-Zero, you should not overwrite your existing install right-away and give the new version a try on a separate card first.

Pi Zero W with ZUMSpot GPIO HAT board, compared to a quarter

Perform a backup in the web interface on the existing device. On the Dashboard, click Configuration, login, then click “Backup/Restore.” This will download a ZIP file with Pi-Star settings to your PC. Boot the new SD card and perform a restore by uploading the same ZIP file. I noticed some settings previously set were defaulted to initial values in the web interface. Do a once over for important settings and re-set them as necessary.

Pi-Star runs on nearly all Raspberry Pi models with a supported digital modem. It solved a problem, 3-4 years ago, when everyone making their own Raspberry Pi digital interface board with their own operating system image. It was anyone’s guess as to which worked and which was the “best” option. None of them worked well or consistently between users. Pi-Star solved that problem by taking the MMDVM software that can “speak” many different digital modes and network types, implemented a web front-end, and supported nearly all digital hardware boards. Once I got the hang of Pi-Star, I became a fan. The site by KE0FHS is probably the most complete documentation “notes” of the Pi-Star in one place. It’s a good read and provides a lot of great information about Pi-Star. I came across it looking up how to do custom host files for private reflectors.

One thing Andy – MW0MWZ, who wrote the Pi-Star web configuration front end, pointed out on the website was the move to Raspbian Buster for version 4.1 has been “painful” – citing missing drivers in releases among other issues. My experience with Pi-Star 4.1 on a Raspberry Pi Zero W was also painful. I’ll preface this by saying I tried 4.1 on a Raspberry Pi 3B and had less problems. I have a ZumSpot GPIO HAT for the Raspberry Pi. On the Pi Zero, after booting the first time, I was frequently greeted with weird errors and timeouts trying to configure the hotspot. Some settings were not remaining after I “applied changes.” Selecting my ZumSpot HAT from the modem list and saving, I would get a subsequent message saying I needed to select my modem from the list. Doing this a handful of times it would finally save. I saw ‘gateway timeout’ messages on both the Pi Zero W and Pi 3 during the first configuration session. I was able to seemingly avoid the timeout and configuration issues if I booted the Pi-Star on the new SD card and didn’t touch or connect for 15 minutes. Plug-it in and walk away for 15 minutes.

Pi-Star dashboard (v3.4)

Once I figured that out, configuration went smoother. The web interface, though, sluggish is a nice way to put it. On the Pi Zero W with a fully updated Pi-Star 4.1.2 install, making any changes on the configuration page would take (on average) 1:45 to save. That’s right, one minute and 45 seconds. This is unusable. I’m changing modes constantly. Think about a net you forgot about. If you have to turn off one mode and turn on another, that’s 1:45 right there. Needing to make further changes to the newly enabled mode (change previously used reflector or network), you’re looking at 5 minutes before you’re on the net – if you don’t screw up. Some nets are over in that time. In comparison: 3.4.17 is at a somewhat more tolerable 45 seconds to save using a Pi Zero. Running both versions on a Pi 3B was nearly identical at about 25 seconds after clicking apply.

CPU load was much higher using 4.1.2 on the Zero. I suspect the under-powered nature of the Pi-Zero, OS and kernel upgrades in addition to the updated code of MMDVM and associated modules is causing these delays. As popular as the Pi Zero form factor is for addon boards and portability, it’s just waaaaaaay to slow for me to be useful. Not making configuration changes in the dashboard you won’t notice these issues so much because it runs fine otherwise. Stick with 3.4.17 on a Pi Zero or consider moving to a faster Pi like the 3B if you need 4.1.2 features now.

K8JTK Hub – now with P25 & NXDN

A quick update on my interlink system pet project, K8JTK Hub, I was able to add two more modes: NXDN and P25. Both are TG 31983 using hotspots or repeaters running the MMDVM software. If I include Wires-X (because it’s not full-time), that’s 6 digital systems and 3 analog systems – a total of 9 – that can communicate with cross mode interoperability. Being part of the AmateurLogic.TV net on Tuesday evenings, I determined packet loss was causing frequent data drops and disruptions. I moved the system to a new provider and that has remedied the problem. The net right after saw a significant improvement in data stream reliability. Huge thanks to the AmateurLogic guys allowing their net to be a load test of the system. They have a lot of fun with it as participants check into the net multiple times testing different modes. The Hub is open for all to use and for testing setups, all the ways to get connected are available here.

Field Day Bonus Points

Field Day will likely be completed by the time you read this, keep this in mind for next year. Sending 10 messages over RF from your site gets you 100 bonus points – including Winlink messages. I love to receive messages about your setup, stations, operating, or social activities taking place. These can be sent via the National Traffic System (NTS) or Winlink – K8JTK at Winlink.org – to my station. The Field Day rules state messages must leave via RF from the site (7.3.6). It does not state “formal messages” be in any particular format or utilize any particular network. A message to the SM or SEC must be in radiogram format and leave via RF or no credit will be given (7.3.5). If there is any question or problems, send the message using the NTS network or Radiogram form in Winlink.

With July around the corner, if you’re looking to do something while flipping burgers at your 4th of July picnic, my favorite event is the 13 Colonies Special Event which will be on the air July 1 – 7.

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – May 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Well, this stay at home thing seems to have run its course – beginning week 11 soon. Unless you’ve been under a rock, you know by now Dayton Hamvention was canceled this year. First time ever in its history. Weekend events that had the resources were virtualized such as Contest University. Some vendors and manufactures ran Dayton specials regardless of the lack of a physical showing. Technical Specialist Bob – K8MD pointed out that one of the retailers ran a special on D-STAR repeater components for $299 apiece. That meant a full stack (controller, 2m voice, 440 voice, 1.2G voice, and 1.2G data) could be purchased for about $1,500. Wow. Just ONE of those items cost about that much retail. Is ICOM feeling the pressure from the Yaesu repeater giveaway, DMR, or is D-STAR II around the corner? Hmmm…

Unfortunately, I’m starting to see on-the-air happenings return to previous levels. I guess that means people are returning to work, going out more, and returning to their normal. For me, I knew early on I wanted to utilize the hunker-in-place order to knock out some long-standing projects and “to-dos” of mine. Others had the same idea.

Among my list of annoying issues was a problem with one of my Fedora systems. As I’ve written about in the past, I made the switch to Fedora Linux as the primary operating system on my desktop and laptop. Fedora is a cutting-edge operating system and employs a very aggressive release and end-of-life schedule. The project releases a new version twice a year in April and October. When a new version drops, they mark the version two behind it as end-of-life. Fedora 30 released in April of 2019 means Fedora 28 went end-of-life one month after that date, May 2019. No bug fixes, no package updates, no security enhancements. And everyone complains about Microsoft ending life of a 10-year-old OS. Well, I knew what I was getting into.

Fedora 31 released at the end of October, 2019. I usually wait 2-3 months for the major problems to be ironed out and updates made available before I upgrade. When I tried to update to 31, I ran into a problem. Using the Fedora 31 Live CD or doing the automatic upgrade, the boot process would hang on this line:

A start job is running for Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling

This process neither finished loading nor failed to load after any amount of time. Off to the Internet I went. Searching “Fedora 31” and the message above brought me to a couple bug reports and forum posts about the same message. Unfortunately, none of the suggestions got me past this problem. Due to life and other responsibilities, I put it aside secretly hoping Fedora 32 would have fixed my problem, saying I would upgrade from 30 to 32. I saw Fedora 32 beta was available (now a full release) and downloaded the Live CD. Problem still existed. Darn!

Since this occurred during the boot process of both the Live CD and after upgrading a previous installation, I couldn’t look or pull stored logs easily to see if those provided any clues as to why the process was hanging. Live CD images are the lifeline go-to when the installed OS on the hard drive wont boot. In addition to installing the OS, they are used as a rescue method to repair a borked install. I couldn’t get the Live CD to boot so I was in trouble if this system ever became unbootable because I’ve never *cough* have done something that *cough* *cough* caused my system to become unbootable…

Storage server supporting RAID (Wikipedia)

The forum post above gave me a clue and I started exploring this as being an issue with my RAID array. RAID stands for Redundant Array of Inexpensive (or Independent) Disks. It’s a technology that combines multiple physical disks into logical units for redundancy, performance, or both. I tried messing around in the BIOS disabling other arrays, that didn’t work. I thought maybe something in the RAID information written to the disk was causing a problem. Backed up everything on the array and deleted it. Deleting a RAID array destroys all data on those disks!! When I recreated the array, the Fedora 31 Live CD booted! Problem solved!!? Yeah, no. It would boot successfully once then hang on subsequent reboots or after being installed to the hard drive.

After screwing around with it even more, I finally searched “Fedora 31 Intel RAID array LVM2 dmeventd” and found this bug report and how to work around the exact issue I was having. Whoo Hoo! Problem solved, well workaround provided. It took a while to get there. Simply searching a message, error, or problem may not return the most relevant search results for your issue. You might have to dig at it a bit by gathering other information to determine the real reason or peel back the right layer to discover the correct answer.

Work around involved masking the lvm2-lvmpolld.service via kernel load parameters and at the command line after install. Masking creates a link to the Linux blackhole /dev/null device so the service cannot be started by systemd or dependencies. The service is a polling system for the Logical Volume Manager (LVM). After all that, I was finally able to get Fedora upgraded to 31! Just in time as version 30 was about to go EOL. I noticed the data consistency validation scan no longer automatically occurs on the arrays, which is likely related to disabling the service. I initiate it manually every couple of weeks. The problem of not being able to boot has an active bug report that’s assigned. Hopefully gets attention from a developer and fixed.

Windows 7 Users: Take Heed

Broken Windows (Krebs on Security)

It’s become more imperative that you move to another operating system like Windows 10, Linux, or utilize a 3rd party patching service like 0patch. Unlike Windows XP’s end-of-life, there were not too many critical issues shortly after EOL. Microsoft did release patches for ‘really bad’ issues. XP, and any OS, always have an unknown number of undiscovered security problems. We were not so fortunate to run with Windows 7 as long without discovering major problems. There have been a number of significant critical issues each month since Windows 7 went EOL that affect Windows 7, 8, and 10, for which Microsoft has not (and likely will not) patch Windows 7.

My February OSJ article has information about how issues can affect ‘all versions of Windows’ and information on 0patch. March OSJ article covers upgrading to Windows 10 for free and check my Linux information article for choosing a Linux distribution. A reader previously tried to argue that exploits resided in browsers. Since the last official update for Windows 7 in January, these critical exploits are largely operating system based: ActiveX, Windows Installer, Graphics Interface, font rendering, and shortcut handling (.lnk files) with many being 0-day, meaning they are actively exploited in the wild. Could be a result of someone that has physical access to the machine, an application the user thinks are legitimate or an app that comes bundled with crapware/malware, or polled by an infected device on the network.

This month alone, 111 security holes were patched, 16 being critical, in supported Windows operating systems. Makes you wonder why anyone is still using a Microsoft Windows OS. Lack of software support and learning curve are probably the biggest. I have a few uses for Windows, ugh – thank you streaming services and your stupid ‘copy protection.’ Microsoft is looking at ‘containerizing’ the Win10 operating system. The belief being when a software component fails to update or creates a problem, it doesn’t affect other parts or crash the entire operating system – separate containers that only affect themselves. Or maybe Microsoft should focus on getting the operating system stable instead of “feature updates” no one cares about. </end rant>.

AmateurLogic.TV Sound Check Net

One of the nets created since the stay-at-home order is the Amateur Logic Sound Check Net. Amateur Logic.TV is a long-running monthly podcast featuring the latest in ham radio. There have been 5 nets so far. I became involved with the net because they wanted the ability to link D-STAR and DMR users to their EchoLink net. I was able to offer up my Digital Voice Multi-mode Interlink System Hub. Started utilizing only those three modes but quickly expanded to incorporate all. Users have checked in using all the modes each week, including Wires-X.

Previous net announcement with NCS K8JTK!

The AmateurLogic guys are using a local repeater in Mississippi connected to an Echolink node. I connect to their Echolink node and transcode audio to and from other modes: AllStar Link, Hamshack Hotline, D-STAR, DMR, YSF, and Wires-X. It has performed well as it mostly lives in the cloud and has data center level resources. Users and sponsors of the net have been impressed with how well it works and grateful to experiment with many modes to reach the net – one of the few, if not only, taking Hamshack Hotline checkins.

I was net control MC for a couple of their nets. It was my longest and most amount of checkins with about 40 at nearly 2 hours for a net. The net is on Tuesdays at 9pm eastern and should be running for at least a couple more weeks. Net can be reached by connecting to any of my hub nodes or checking ALTV social media for other connections. Everyone is welcome!

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – April 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Stay at home: day 42. Continuing to work from home. Haven’t seen co-workers or friends in a month and a half. Regular lunch outings and after work happenings have long since terminated. Virtual meetings and conferences have replaced in person interaction. Participation in Ham Radio activities is on the rise! Nets are seeing higher check-in counts than they’ve ever seen. The curve is rising for digital modes and logged contacts.

Are we all having fun yet during Corona Fest 2020?

As people are forced to work from home due to closures, companies are utilizing videoconferencing services to keep in touch with employees and teams. These are now methods for coordinating efforts and relaying the latest to employees about the status of their company. A videoconferencing solution was likely available for employees to interact with remote team members or vendors world-wide. Now, those services are utilized all-day, every day. My company decided to begin the transition from WebEx to Microsoft Teams for meetings. I liked WebEx and it generally worked. MS Teams, well it’s part of Office 365 and that’s probably down again. Corona Fest is forcing usage of these collaboration solutions, not only companies but social organizations that previously met in person. These include popular names like Skype, Google Hangouts, and Zoom.

Those who value open sourced solutions should use Jitsi or Jitsi Meet to hold meetings. The service is completely free and open-source where anyone can look at the source code of the project. The difference between Jitsi and Jitsi Meet: Jitsi is a roll-your-own solution meaning you can download server packages or code and deploy an instance however you want. Jitsi Meet Online is an extremely easy-to-use alternative solution for holding meetings – with no installation required.

Settings up a meeting is easy as visiting the Jitsi Meet Online link, create a name for the meeting, click Go, set a meeting password, then send out the meeting URL or phone numbers to participants. A meeting can be created in a matter of seconds! Yes, POTS phone service is available as part of the meeting for free. Note, plain old telephone service audio options will not be encrypted due to the nature of the technology. There is nothing to download for desktop PCs with a web browser and most smart devices. Smart phone apps are available for iOS and Android including the F-Droid store. Functionally, Jitsi Meet offers the same features as the others: video, audio, chat, and shared desktop.

If I had to pick one thing that I don’t like about Jitsi it is the use of WebRTC. Web Real-Time Communication is also a free and open-source project that provides web browsers and mobile applications with real-time communication (RTC). WebRTC is included in all modern browsers and enabled by default in most. This technology allows audio and video communication to happen without the need

Jitsi Meet options menu

to install additional plugins or apps. Makes it very easy. There are a couple problems with WebRTC in highly privacy focused implementations. One problem is the communication is direct, peer-to-peer. This makes it possible for a skilled individual to learn real Internet Protocol (IP) addresses even while the other is utilizing a VPN. Use of a VPN can allow a user to appear as though their traffic is coming from a different IP and aids in masking actual location. Corporations use VPNs to establish secure communications from their network to their endpoint devices over networks with unknown integrity. Another problem is that end-to-end encryption is not possible with WebRTC. Jitsi addresses this issue in their security document. End-to-end encryption (also abbreviated “E2EE”) is a method where only the communicating users can read messages exchanged, preventing eavesdroppers anywhere along the communication path.

I wish people used better tools such as Jitsi. That’s why there’s choice. I would use this for any meetings I hosted. It seems like a really good open-source alternative to the other solutions.

Zoom became very popular very quickly, almost overnight. It was even recommended right here in last month’s OSJ. Attacks and threats emerge as a result of that popularity and pose risks for users and clubs who are using these services to host meetings. Cyber criminals are crafting email messages to steal logon credentials and packaging malware to look like a Zoom meeting installer.

For most of us, club meetings are not doing anything that’s overly sensitive with Zoom. Some organizations (companies, agencies) banned the use of Zoom citing flaws in the encryption implementation making it easy to exploit and three Chinese companies develop the applications. These should be taken into consideration but there has been no evidence of influence resulting from these issues. Zoom should be commended, though, due to their responsiveness in correcting vulnerabilities and privacy issues that have been discovered in recent weeks.

Free for accounts, everything is managed by the Zoom cloud, including encryption keys. Data is encrypted between the clients and Zoom servers. However, audio is not encrypted if a paid account is using the POTS phone line options.

Shortly after its popularity exploded, so did the number of unwanted participants in meetings leading to the term “Zoombombing.” Having someone crash a meeting is obnoxious and an unwanted disruption. Examples of this have made the rounds where Zoom sessions were hijacked by individuals saying or showing things that are lewd, obscene, racist, or antisemitic in nature where everyone in the session can see or hear. Students themselves conspired to have pranksters harass teachers in their online classes. Others utilized ‘Wardialing’ tools to discover unsecured Zoom sessions. Wardialing is an early hacking term where every number in an area code was dialed to find computers, bulletin board systems, servers, and fax machines. The resulting list would be used to guess login credentials and gain unauthorized access to those systems. One person I know had her yoga session crashed by an individual cursing and displaying symbols associated with the National Socialist German Workers’ Party. I have not heard about any disruption to ham radio club meetings.

There are steps the organizer can take or have someone else follow the directions in the Zoom support articles to prevent these issues. Not all of these configuration recommendations are needed for every meeting, follow ones applicable to that meeting. For example, you may not want to lock a club meeting from participants but instead use a waiting room approach.

Latest version: ensure participants are using the most recent client version. In April alone, there have been three updates to the Windows client.

Meeting password: posting a meeting link to social media will draw attention. Send the event password to known users through a direct message or other means where your participants are known.

Waiting room: virtual staging area for guests and participants until you’re ready for them to join.

Zoom War Dialer (krebsonsecurity.com)

Manage participants: remove any participants that should not be in the meeting and set who can share their screen.

Disable video, file transfer, annotations, and private chat: cut down on distractions, unsolicited content, or messages as needed.

Accidental removal of a participant: a booted user cannot rejoin a session using the same email address unless a few settings are changed.

Put participants on hold during breaks: attendees audio and video can be disabled during lunch, bio breaks, or private moments.

Video recordings: exercise discretion when recording content and know where that content is stored. Paid customers have the option to record a meeting to the cloud.

Following these tips can lead to a successful, uninterrupted meeting.

I saw a posting by the developer of the MMDVM software, Jonathan – G4KLX. Digital hotspot and repeater owners should follow these guidelines.

This message contains important information that I want disseminated far and wide please.

I have been approached by the people who run aprs.fi and REF001/REF030 (not the same people) about problems being caused by hotspots. This is down to usage and I hope that people will act on this information:

1. APRS, it is important that when configuring your hotspot, that you ensure that the suffix used for accessing aprs.fi is unique. For example if you use more than one hotspot, then ensure that for every mode and for every hotspot, the aprs.fi access callsign is unique. This is usually done by specifying a unique suffix to the callsign used by the hotspot. If more than one hotspot attempts to access aprs.fi with the same callsign+suffix combination, the first one is thrown off, and the new one connects. In the meantime the original one tries to connect and throw the new one off. This can happen multiple times per second, and is causing problems for them. Please, please, please, look at your configurations and if you have a duplicate, change one of them.

2. REF001/REF030, apparently the network load on these D-Star reflectors is now very high due to the number of hotspots connecting and staying connected. Could you please consider changing your gateway configuration so that you disconnect after a certain period of inactivity (this means local RF activity) so that they aren't overloaded. I know we like to listen out for activity, but we must also realise that D-Star popular reflectors const money to run, and that includes network and processor usage. A quick look at their dashboards will reveal the problem, they're huge.

Jonathan G4KLX

Set unique SSIDs for APRS on different modes and on different hotspots. Finding where APRS information originates isn’t always easy with hotspots. The OpenSPOT 1 has a location information box in settings but it is not transmitted directly by that device, rather Brandmeister pushes that information to the APRS network. Disabling APRS data on the Pi-STAR requires editing the config files and setting priority messages in Brandmeister. The priority message solution should work for OpenSPOT devices too.

ZUMSpot on Raspberry Pi Zero compared to a quarter

Unlink from reflectors, talkgroups, and systems when you’re not using them, especially ones with large numbers of connected users. Users are apparently leaving their devices connected to popular reflectors ting up bandwidth and resources unnecessarily.

To put this into perspective, when I looked at REF001 there were 850 remote/hotspot users connected, about the same on REF030. A mere 12 had transmitted since they were connected. A 5 second transmission is about 9KB worth of Internet traffic. Multiply that by 850 connected devices, that’s 7.6MB of traffic in 5 seconds to connected hotspots, many of which are not being used. That’s an estimated 80 gigabytes or so for an hour-long net. There are ping/heartbeat packets to all connected devices even when the reflector does not have an active radio transmission taking place.

Please check your hotspot APRS configurations and disconnect when not in use.

K8JTK Hub Interlink System

Anyone wanting a place to meet-up for checking on friends and fellow hams or looking for something to do can use a system I’ve been working on the last few months. Currently, it offers 6 full-time ham radio VoIP modes interlinked for interoperability. Ways to access the system:

  • EchoLink: K8JTK-R 233196
  • AllStar Link: 50394
  • Hamshack Hotline: 94026
  • DMR: Brandmeister TG 31983
  • D-STAR: DCS/XLX983 A
  • YSF: K8JTK Hub 17374

Since I’m working from home, I’ve linked up my Wires-X room: K8JTK-ROOM 40680

More information or updates on the system: http://www.k8jtk.org/ham-radio/k8jtk-hub-digital-voip-mutimode-interlink-system/

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – March 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Now that we’re all sequestered to our homes, what the heck do we do to not go iNsAnE? Idle down time is an opportunity to learn something new, catch up on lingering projects, or improve operating skills – all while staying sane. Improve operating skills can mean getting on the air, making conversation with new friends, checking in on our brethren, or practice being a better operator.

Ideas for learning something new: study for a license or upgrade, learn a new mode or Morse Code, configure your station for digital modes and get on the OHDEN net, make or update a DMR code plug, setup a hot spot, configure a Raspberry Pi to learn Linux or Python, make an APRS RX IGate with an RTL-SDR, setup Hamshack Hotline, make an AllStar node, or learn about MakerSpaces and how we can draw like-minded people into the hobby.

Free time is a good time to tackle the “I’ll get around to it” tasks, aka “the to do list.” That maybe fix/repair/replace a broken antenna, spring cleaning of the shack, selling or getting rid of unused equipment, organize or clean out junk piles, install that new radio, configure the new radio, figure out a lingering problem, clean out old data files and documents on a computer, phone, or cloud storage account, or purge and clean out email messages.

Pirates

While everyone has downtime, not everyone is using it for good. I’ve received reports since the imposed staycation of what can be described as pirate “preppers” appearing on local repeater systems and simplex frequencies. Preppers, as they are often referred, sometimes called survivalists, “is a movement of individuals or groups who actively prepare for emergencies, including possible disruptions in social or political order, on scales from local to international.” Survival preparations range from job loss to stockpiling supplies to building self-sufficient structures. They appear to be “testing” and asking for text message signal reports from their buddies. The have also been holding informal nets on simplex frequencies. It’s funny they want to communicate off-the-grid but are using the grid to receive text messages. Obviously, they don’t present a call sign and do not properly identify. One can only speculate that they obtained a wonderful (read: crappie) BaoFeng radio for a couple bucks, figured out how to program it or are passing around a codeplug someone found or programmed for them.

When these stations appear, first kindly remind them they are using a licensed service and obtaining a license is easy. Provide them resources for obtaining a license through the ARRL study manuals, an online resource like HamExam or Ham Test Online. While they maybe illegally transmitting now, encouraging them to take a license exam will strengthen numbers and get them legal regardless.

If, after repeated attempts of encouragement to become licensed, they continue to appear on frequencies, politely ask them to immediately stop transmitting. Keep calm, cool, and collected on the air. DO NOT become irate. Continuing to transmit in this manner qualifies as willful or malicious interference. Do not engage them further. Contact the repeater owner or control operator and see if disabling the repeater is an option. If shutting the repeater is not desired, see if the owner wants you to document incidents. If they do, you are the repeater owner/control operator, or they are using a simplex frequency, record audio as part of documenting process. The FCC requires specific information that includes dates, times, and frequency(ies). Audio recordings dramatically strengthens the case. A VOX activated recording program with logging, such as Scanner Recorder, and feeding the audio into the computer from the radio’s speaker jack makes this easy. Scanner Recorder automatically logs the date and time of the recordings. Verify the audio is clear and understandable by doing a sample recording.

KerberosSDR

Locating the offending station will take some work. Contact someone who has access to direction finding equipment. Some of our Technical Specialists have access to this equipment. KerberosSDR is a low-cost direction-finding alternative option which employs four RTL-SDR devices. There are a number of YouTube videos on setting up and using the KerberosSDR on their site. It might be “good enough” but not as good as professional equipment.

Do not indicate to the other station they are being tracked or located as they will likely cease transmissions, preventing an accurate location fix. Multiple readings and triangulation techniques will be utilized to pin-point the origin. If a location is determined, DO NOT engage. Document the findings and file a complaint with the FCC. Local authorities will likely be of little help unless one is active in the ham community and really understands the situation.

Windows 10 Free Upgrade

I ran into my neighbor, John WG8H, who is a long-time friend of my dad, at a local hamfest before they were all canceled. He said ‘I read your article on Windows 7 but couldn’t find anything about taking advantage of the Windows 10 free upgrade.’ I found references online that indicated the upgrade was still active and available but had not gone through the process recently. Figured the ‘out of support’ messages that appeared in Win7 would instruct a user how to do this. They did not.

Officially, the free upgrade program has ended. However, this process gave me an upgraded version of Windows 7 to Windows 10. It’s really in Microsoft’s best interest to have as many machines upgraded as possible. Check this forum post for more details or if you run into issues. As always, backup first! On a Windows 7 machine you wish to upgrade, it must have Internet access.

  • Go to: https://www.microsoft.com/en-us/software-download/windows10
  • Under “Create Windows 10 installation media,” click Download tool now
  • Signed in with an administrator account, run the downloaded Media Creation Tool on the local machine. “Run as administrator” will not work and it will tell you to sign into an administrator account first.
  • When the tool starts up, accept the license agreement
  • On the “What do you want to do?” screen, select Upgrade this PC now
  • Click Next
  • Follow the rest of the on-screen prompts to completion

I was testing on a machine that had an unsupported Win10 driver. If this message appears where drivers are not supported in Windows 10, I clicked Confirm and it proceeded. Upgrade these afterwards.

When the upgrade to Windows 10 is complete:

  • Click Start
  • Click Settings (gear)
  • Click Update & Security
  • Click Activation
  • Confirm the resulting window shows “Activation: Windows is activated with a digital license.” If activation failed, there was not a valid key installed on Windows 7 prior to upgrade.

Click Windows Update and apply updates – including the cumulative optional updates.

To tie the activation to you and the PC requires signing into Windows 10 with a Microsoft account. On the Settings home screen, click Accounts and follow the links to create a Microsoft account or login to an existing account. Otherwise, try following Reactivating Windows 10 after a hardware change if activation fails after a reinstall or hardware change.

It might be possible to update a Win7 machine that does not have Internet access by selecting the Create installation media option when prompted in the Media Creation Tool. Though I did not validate this.

K8JTK Hub Interlink System

Anyone wanting a place to meet-up for checking on friends and fellow hams or looking for something to do can use a system I’ve been working on the last few months. Currently, it offers 6 full-time ham radio VoIP modes interlinked for interoperability. Ways to access the system:

  • EchoLink: K8JTK-R 233196
  • AllStar Link: 50394
  • Hamshack Hotline: 94026
  • DMR: Brandmeister TG 31983
  • D-STAR: DCS/XLX983 A
  • YSF: K8JTK Hub 17374

Since I’m working from home, I’ve linked up my Wires-X room: K8JTK-ROOM 40680

More information or updates on the system: http://www.k8jtk.org/ham-radio/k8jtk-hub-digital-voip-mutimode-interlink-system/

Thanks for reading, stay sane, and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – February 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Well. Windows 7 reached end-of-life on January 14, 2020. Systems didn’t meltdown. Internet is still running. The world didn’t end. Reaching “end of life” in Information Technology verbiage means the vendor no longer supports the software (or hardware in other cases), won’t provide security updates, and won’t fix bugs or problems. End-of-life (often abbreviated “EOL”) also implies there is a more recent version or iteration that is supported for those things mentioned above. Supported as opposed to the developer throwing in the towel or the company going out of business where there are no updates for other reasons. Windows 7 was my favorite version of Windows – the look and feel was nice, functionally made sense, and it was fast. Reality is that computers running Windows 7 will continue to work as they always have, but start considering alternatives.

No: Windows 7 will not stop working, you don’t need to run out and buy a Windows 10 computer, your files won’t be removed, past Windows 7 updates won’t be pulled from Windows Update, ISPs won’t disconnect you from the Internet for using Windows 7, caches of Windows 7 exploits will not be unleashed.

As with all past Microsoft operating systems, patches and updates will be available on their website and through the Windows Update service for all EOL operating system versions. An install of Windows 2000 can still receive all updates until it went EOL. No updates will be available to implement the latest in encryption enhancements, support newer hardware or protect from newer exploits found in the OS. One thing to note about Windows 7 is there were updates to the Windows Update process during its lifetime. You will run into problems updating a fresh Windows 7 install through the regular Windows Update process.

Your ISP won’t disconnect you for using older versions of Windows. The company you work for will most likely update your machine if it hasn’t been done already. This depends on license and support agreements with Microsoft or reseller. Most companies actively replace equipment to comply with those agreements, replace depreciated assets, and keep equipment current as a way to mitigate exploits that propagate through older operating system configurations.

Yes: you need to stop using Internet Explorer, you can still get the free upgrade from Windows 7 to Windows 10 (for now), you can dismiss the full page Windows 10 update nag screen, you need to patch Windows 7, extended patches from Microsoft are available for a fee, there are third-party alternative patching systems; software, devices, and browsers will continue to work, most programs will still support Windows 7 – at least in the short term.

For the love of all that is holy, stop. using. Internet Explorer. Not only is it riddled with bugs and security flaws, Microsoft keeps flailing round with standards even in Microsoft Edge, which is never a good sign. Chrome is the market leader at over 80% and reports suspected security issues to Google for mitigation or blocking in the browser. However, if you’re not a fan of “the Goog” knowing everything you view on the Internet or heavy-handed implementations in the name of security, alternatives are: Firefox the favorite with Linux users, the privacy focused Brave browser, or Opera if you want to be a one-percenter.

Microsoft offers extended patching (with associated fees) for Windows 7, usually for corporate customers. Consumers can get in on the action but they make it very complicated. Third-party patching is available through companies such as 0patch. The service is free for personal use and non-profit educational use. There are good reviews and many recommendations to use this service. Using these services requires a certain level of trust leaving the responsibility of fixing complex programs to a third-party – because we all know Microsoft has NEVER had problems getting their updates right.

Early Microsoft Windows 10 free update notification aimed at tricking the user into installing software they don’t want, similar tactics are used by spyware authors

The nag screen which recently started (re)appearing for Windows 7 users, reminding them to upgrade, can be dismissed. Click the text that says “Don’t remind me again” – and it actually seems to work as opposed to the weird mind games that were played during the initial push after Windows 10 was launched. Displaying this message raised awareness and reminded users about the impending DOOM of end-of-life. Continuing to offer the free upgrade is an incentive for moving users to a supported OS. Netmarketshare shows Windows 7 utilization is still around 25-30% or about 1-in-3 computers still runs Windows 7.

I was contacted by Jeff – KA8SBI who felt there was a lot of F.U.D. about Windows 7 EOL in the media and he is content using his Windows XP machine. He pointed out “A lot of security flaws have been in the browser.” A small number of browsers still support XP. Anti-malware and anti-virus programs still offer older operating system support as well.

Here’s the argument against running old and outdated crap on the Internet. I am of the school of thought that if you’re connecting any device to a larger network (ie: the Internet), that device (computer, Raspberry Pi, router, switch, server, security camera, TV, printer, DVR, repeater, hotspot, phone, car) must have currently supported operating systems and software. It is each user’s responsibility on the network to be good citizens, follow best practices, and not act as a conduit for spreading malware and exploits. The most effective way to do this is by keeping devices updated and current.

The argument can be made that ‘manufacturers force consumers to buy new devices by not providing any updates.’ Everyone wants their stuff cheap and buying cheap crap leads to these problems. Manufactures barely break-even on most devices let alone leave any extra for updates beyond initial device release. Consumers want to use the device well beyond its serviceable life too. A report released by the Commerce Department outlined things manufactures should do to reduce the number of attacks. It made some good points but was mostly vague [updated link for the report].

Jeff’s point about third-party anti-virus and anti-malware programs that still support XP is a valid one and will help. I stopped and don’t recommend using third-party anti-virus because they were found to downgrade the security of an encrypted session, like ones established during financial transactions, interacting with health care providers, or really almost all Internet communications today.

Remember, though, nothing is ever 100% secure. Secure just means there are no known vulnerabilities – until a researcher or hacker finds one. To Jeff’s point about the flaws being in the browser, the number that exist in the underlying operating system and supporting technologies including OS kernel, .NET framework, Office, database engines, media players, and graphics interpreters are just as important. Microsoft has never completely rebuilt Windows from scratch which is why vulnerabilities often apply across all versions of Windows. It’s the same underlying computer code. Search for stories about important Windows patches. It will often include some verbiage like ‘affects all versions of Windows.’ Some exploits are deemed so bad that Microsoft actually went back and patched some EOL versions, like XP. That does not mean there are no other vulnerabilities because there is no patch. Microsoft is not spending resources on an 18-year-old piece of technology. Non-patched issues still make a system vulnerable and less secure overall.

Ransomware is malware that encrypts files of importance on a system. That is things like downloads, programs, documents, PDFs, spreadsheets, pictures, movies, intellectual property, databases, or public records on local and network attached storage devices. Encryption renders these files unreadable and unusable. The malware then demands a ransom payment to obtain the decryption key and restore files to their usable state. Ransomware is lucrative for the bad guys because no one has effective backups of their data. Various companies, schools, health care, manufacturing, oil and gas, infrastructure, and municipalities have all been infected with ransomware and often pay the ransom. It is an economic trade-off between how much of a payment are the bad guys demanding versus time and effort it would take to restore their systems. Do a search for “ransomware attack” in your favorite search engine and browse the stories to get an idea of the scope and effectiveness of ransomware.

One thing that caused me pause around the details of the ransomware attack on the Georgia Department of Public Safety was a comment about the communication systems being affected. Believe it or not, their old radio system was still functional. This got me thinking about the radio system that covers the state of Ohio or regional systems and how they could easily be taken offline because of this type of attack. I have no knowledge of any instances where these systems were involved in such an attack – this is simply theoretical. As evidenced by the news story, it’s realistic to believe these attacks can take down a state-of-the-art radio communications system. Could be due to a targeted attack, a single computer where someone clicked a malicious link, someone viewed an infected attachment in a dispatch center, or even because of an infected authorized vendor or reseller of radio equipment for the system. Target anyone? It was an HVAC vendor that was compromised which lead to Target’s massive credit card breach. How many public service agencies still have their old/analog communication systems functional to fall back on if something like this took place?

Ransomware infections are utilizing and spreading through the EternalBlue exploit and BlueKeep exploit. EternalBlue, in particular, is present in all versions of Windows (see?) back to Windows 95!! It targets and attacks weak configurations of the SMB (Server Message Block) protocol used for sharing files, printers, and devices between hosts on a network. Microsoft has patched all versions back to Windows XP, even though XP is EOL. Win95, Win98, WinNT, and Win2000 were never patched and won’t be patched. The EternalBlue vulnerability still exists in fully patched systems running those operating systems.

Impending DOOM

I will keep using Windows 7 in the shack and as my Virtual Machine OS when I need a Windows VM. It will get replaced eventually. The reason I replace it will probably come due to loss of functionality, loss of application or hardware support for a particular program or device I want to use. Firefox was noted for supporting older operating systems. However, after 3 years of extended XP support, Firefox dropped support due to low usage and significant development time being devoted to working around issues in the operating system instead of providing enhancements on supported platforms. Sooner-than-later Windows 7 support will be dropped in favor of more recent and supported platforms.

Don’t have to jump ship on Windows 7 now unless there is a specific reason. Maybe a new computer device purchase is imminent, which will include Windows 10. Or if it’s desired to still use the old machine, maybe consider a move to a supported version of Linux!

Windows 7 is dead, long live Windows 7!

2020 ARRL Great Lakes Convention

The Great Lakes Division Convention and Hamfest 2020 sponsored by the Toledo Mobile Radio Association will be here soon. It is a two-day event with ARRL Great Lakes Convention Forums on Saturday, March 14, 2020 followed by the Toledo Hamfest on the 15th. I’ve been asked to give two presentations back-to-back on Saturday. Tentatively, the first on the Raspberry Pi and how it became a popular device with makers followed by NBEMS philosophy. I’m very proud of both presentations. The NBEMS philosophy has been presented as training in the Ohio Section and adopted by other ARES groups in other Sections. Details, locations, times, and tickets are all available on the convention’s website. Hope to see you there!

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – January 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

What the heck is Hamshack Hotline? As you might have guessed by the name, it may have to do with a Ham’s shack and phone calls. Good guess because that is correct! Hamshack Hotline, often abbreviated HH, is a free VoIP telecom phone service put together for the ham radio community by hams. Similar services to Hamshack Hotline offer regular telephone service via VoIP (Voice over IP) but charge monthly, per minute (albeit small) fees and regulatory fees. Hamshack Hotline offers a way to enhance or augment communication between hamshacks, Emergency operation centers, National Weather Service Skywarn spotters, club members, and allow experimentation with VoIP devices and protocols.

John – K1WIZ got together with some ham buddies and decided it would be neat to experiment with an IP PBX service and started Hamshack Hotline in February 2018. An IP PBX service is an Internet based Private Branch Exchange. PBX’s were on-premise solutions used by businesses to provide internal communications. This allowed employees to pick up their desk phone handset, headset, or activate the speakerphone, dial an extension, say 2-4 digits typically, and connect to another employee’s desk phone. This was very useful during times when making outside calls was very costly. There wasn’t always “free calling.” Companies and households would be charged per call or per minute. A local PBX would interface with the public switched telephone network (PSTN) provided by a national, regional, or local telephony carrier allowing employees to make calls to any other phone number. Today, PBX services are almost all IP or packet-based systems and providers are cloud based meaning the Internet provides connectivity. Advantages include cheaper service, more features, and more connection options including mobile phone connectivity with an app.

Built on Asterisk, the same platform used for AllStar Link in Ham Radio and Small-Medium Business (SMB) phone systems, Hamshack Hotline offers traditional telephony functionality like full duplex phone calls, direct extension dialing, voice mail, notifications, Email notifications of voicemails, device flexibility, and FAX. There is no PSTN access through Hamshack Hotline. An amateur radio license is required limiting access only to licensed radio operators. A hard phone (also called a Desk Phone) which interacts with a configured phone service provider or providers and an Internet connection is required. Yes, the Internet is required to use system features and to make calls – as with any IP phone service. Wired is somewhat more reliable when cellular circuits get overloaded, though any Internet IP connection can be used as connectivity. When using Hamshack Hotline over costly bandwidth connections (such as cellular or 4G) during a call, data is always being exchanged at about a rate of 66 KBits/sec each direction, for a total of 120 KBits/sec. This includes quiet periods or when the phone is on mute. Data is constantly flowing during the duration of the call.

Architecture of Hamshack Hotline has changed over the years as popularity has grown. There were around 650 lines two years ago and 850 at the beginning of last year. HH Phone book shows just under 1,400 lines as of this writing. Most are located in the US with 3-5 new lines added per day. All servers are “trunked” together, meaning all can dial extensions on other servers and be connected. Today there are 4 servers: HHUS serves the US and Americas, HHEU for Europe, and HHAP in Hawaii serving Asia Pacific. These servers are for approved and supported devices of the service.

The fourth is HHX run by Jeff – VA3ISP and is the “experimental” server. Experimental requires much more knowledge of PBX and VoIP systems. It offers the ability to integrate unsupported endpoints like Polycom, Grandstream, and softphones using an app called Groundwire on Android and iOS. Credentials to the experimental service are provided and that’s it – no Help Desk or device support. To use the experimental service for a softphone, a hard phone line MUST be established on the network first.

Like traditional phone services, Hamshack Hotline offers Bridges which are similar to round-table conference or web conferencing services. They offer simultaneous full-duplex conversation, as opposed to half-duplex of most ham radio operations. Bridges can be public or private requiring PIN access to an executive board conference, for example. Both Hamshack Hotline and AllStar Link are Asterisk based. Allstar nodes can be connected as an “RF link” using Asterisk dial strings. AllStar can be connected to RF transmitters for ham radio and can act as radio-less hub nodes. A phone user in an EOC or local weather office can connect, listen, and interact with RF connected users through AllStar Link.

… It is Hamshack Hotline you’re looking for

Before we get too far down the road and I start hearing the cries of ‘this is not ham radio.’ Hamshack Hotline does not intend to replace any communication methods. Most hams stop at ‘when something uses the Internet, it’s not ham radio.’ It’s ham radio to me if it’s putting out RF. Hamshack Hotline doesn’t put out RF at its core so it doesn’t fit my definition of ham radio. Intent of this service is to “augment” methods by conserving primary communication channels – keeping them clear, placing back channel and managerial chit-chat offline. Aside from a way to chat with friends, the service is geared toward public service events and incidents where Emcomm is needed (flooding, power outage, weather events) and Internet communications are still possible between two endpoints. Additionally, it can automatically send voicemail blasts or paging instructions for an EOC activation, coordinate Skywarn activities, or simply notify members of regular club meetings. It also benefits those who are restricted from antennas in condos, apartments, or HOAs. Hamshack Hotline works well over ham radio MESH networks if there is an Internet route in and out of the network.

Section Technical Specialist and ARES Data Manager, Jim – W8ERW, has mentioned Hamshack Hotline many times in his OSJ articles. He has encouraged its use across the Sandusky and Seneca county areas. Hamshack Hotlines are installed in both EOCs and a conference bridge setup for event coordination. The phone bridge was used to coordinate events leading up to State Emergency Tests (SET) between team members. A curated list of import Hamshack Hotline extensions and bridge extensions is published and available to members as a quick reference.

Many of your Section Technical Specialists are on Hamshack Hotline: Bob – K8MD (who told me about HH initially), Tracey – W8TWL, Jim – W8ERW, and myself – K8JTK. Extensions can be found in the phonebook.

Ham Shack Hotline setup is easy and reasonably cheap. If you are thinking of joining, create an account on the HHOPS Helpdesk system and read through the Knowledgebase articles. There are some key articles that touch on issues such as satellite-based Internet connections and high latency connections which function poorly or not at all with the service.

First, purchase a supported phone or phone adapter. All can be found used on Ebay. The device must be UNLOCKED and factory reset. This is very important! Sometimes passwords are used to keep users out of messing with the configuration of their deployed phone in a business setting. Clearing those passwords are a low priority, if at all, before the equipment is removed, refreshed and resold. This will result in tracking down the seller for the password or, worst-case, loss of investment if the phone cannot be unlocked. A list of supported devices is listed in the Hamshack Hotline Knowledgebase here. If you don’t have an account, the list as of this writing with recent used pricing:

  • Cisco SPA-112 – 2 Line Analog Telephone Adaptor – $30-40
  • Cisco SPA-303 – 3 Line voip desk speakerphone – $30-50
  • Cisco SPA-504g – 4 Line voip desk speakerphone – $30-60
  • Cisco SPA-514g – 4 Line voip desk speakerphone – $30-90
  • Linksys/Cisco SPA941/942 – $20-30
  • Cisco SPA525G etc – $50-100+
K8JTK Hamshack Hotline – Cisco SPA-514g phone

The Facebook group and Mattermost chat service often have deals from members who want to resell hard phones to hams and is a place to obtain community support. Some phones feature Power over Ethernet (PoE), Gigabit Ethernet passthrough, or a color screen. A little research is required depending on desired features.

When the phone arrives, a ticket requesting provisioning of an extension is required. Open a New Ticket and select “HHUS (USA) New Line Request.” You will need to provide phone model, your call sign, the MAC address of the phone, and your location information for the map. A MAC address is a unique identifier of each network interface device. Technologies used in networking have unique MAC addresses including Ethernet, Wi-Fi, Bluetooth, and 4G interfaces. It’s easiest to take a picture of the MAC address sticker on the phone. If there is no sticker from the manufacturer, the MAC address can be found in the phone’s setup menu. Press the button on the phone that looks like a document, select item 10 Product Info, then 5 MAC Address. The web interface is another way. With the phone connected to the network, in a browser enter: http://<ip-address-of-phone>/ or http://<ip-address-of-phone>/admin/ . These may vary depending on phone model. If all else fails, look at the MAC, IP, or DHCP table in your router when the phone is connected to the network. Submit the ticket and your line will be provisioned with the next available extension number. The Helpdesk system is almost always shutdown during the holidays to give the support staff time off. Plan accordingly.

When the line is provisioned, a TFTP file will be created on their Helpdesk server with your phone’s MAC address. TFTP is an old way of sending a file to a device and often used as a boot configuration file for devices. This file configures the phone for use with Hamshack Hotline. The HHOPS representative will let you know when the file is created and instruct you to follow the provisioning guide for that phone in the Knowledgebase. A URL will be entered into a web browser similar to this:

http://<ip-address-of-phone>/admin/resync?tftp://apps.wizworks.net/spacfg-$MA.cfg

This tells the administrative web interface of the phone to resync phone functionality against the “spacfg-” file found at that Internet address. “$MA” gets expanded by the phone to fill in its own MAC address, that way each file remains unique on the server. It is not recommended to provision a device using TFTP over the Internet because of the lack of encryption and authentication, but it is effective. If the download completes successfully, the phone will reboot and you will be on the Hamshack Hotline system!

In general, you do not need to make configuration changes in your Internet router such as port forwarding. However, if you have more than the basic router/firewall provided by the ISP, you will have to make configuration changes and should have an idea of those changes. The need for changes will become obvious when you enter the URL from the provisioning guide and the phone doesn’t reboot after a couple minutes. A TFTP helper and/or port forwarding may need to be enabled for the incoming configuration connection. Once the phone is configured, these provisions can be disabled as the phone will use the locally stored configuration on subsequent reboots. If you want to re-provision the phone at a later time, the same router/firewall changes will need to be re-enabled. Communication is handled by the phone reaching out and establishing connections with Hamshack Hotline servers. If any outgoing connections are allowed by your firewall, there will be no need for additional router/firewall changes for normal operation.

Hamshack Hotline phones in Ohio

Once connected to Hamshack Hotline, what can you do? Check the phonebook or map for stations you know and give them a call! Over the air RF Links can be dialed and attempt to make contact over RF. RF Link configurations require *99 to transmit and # to stop transmitting via the phone’s keypad. Extension 94000 connects to Brandmeister DMR talkgroup 31688. A DMR radio or ID is not required to transmit. Your audio will be heard where other users monitoring the talkgroup can respond. Lastly, there are public bridges where you can meet other Hamshack Hotline users. Extensions 300, 302, and 314 are “Public” bridges 1, 2, and 3 respectively.

I purchased a Cisco SPA-514g after Dayton 2018 and have been on the system ever since. My extension is 4293 if you want to test your setup or chat. It’s best to email me for a sked or leave a voicemail. The 514 phone is capable of 4 lines. In addition to Hamshack Hotline, I configured a line to access my AllStar node. It allows me to dial in, monitor, and control my node while freeing up radios to monitor other frequencies.

The Hamshack Hotline service went through growing pains as it became popular rather quickly. In response, they reconfigured and added servers to the network. Since then, I have not noticed any connectivity problems. Instructions in the Knowledgebase are mostly complete, though in some cases there are errors. They don’t seem to be in a hurry to update the documentation. While troubleshooting is a valuable learning process, it’s frustrating assuming the documentation is correct only to find out it is not correct. I try to keep in mind that Hamshack Hotline is a ham radio project. All infrastructure and support are provided by volunteers who have fulltime jobs and families.

The project has a tri-fold brochure to hand out at a club or Emcomm group meeting to drum-up interest in giving Hamshack Hotline a try. Shoot me an email or leave a voicemail at x4293 to test your Hamshack Hotline or to chat!

2020 ARRL Great Lakes Convention

The Great Lakes Division Convention and Hamfest 2020 sponsored by the Toledo Mobile Radio Association will be here soon. It is a two-day event with ARRL Great Lakes Convention Forums on Saturday, March 14, 2020 followed by the Toledo Hamfest on the 15th. I’ve been asked to give two presentations back-to-back on Saturday. Tentatively, the first on the Raspberry Pi and how it became a popular device with makers followed by NBEMS philosophy. I’m very proud of both presentations. The NBEMS philosophy has been presented as training in the Ohio Section and adopted by other ARES groups in other Sections. Details, locations, times, and tickets are all available on the convention’s website. Hope to see you there!

Oh, IRLP…

On the topic of VoIP systems, the Internet Radio Linking Project (otherwise known as IRLP) has been a pay-to-play system. They use a PGP key system to authenticate and allow users on the system. According to their FAQ, there are two ways to obtain PGP keys to the IRLP system: “IRLP PGP keys are only assigned to users that support IRLP, either by purchasing IRLP hardware or by making a donation to the project.” I had some experience with IRLP and felt I could build a node from scratch. I inquired about making a financial donation to the project to obtain a key and was told “no.” O.. OK. Sometime later, I purchased hardware in the form of an SD card from the IRLP website with the approved operating system and my legally assigned PGP key, great! I played around with that for a while but was more intrigued with AllStar. The AllStar distribution I choose offered a way to setup an IRLP node using a legitimate PGP key – though they warned this may not be sanctioned. I setup my IRLP node on the AllStar/HamVoIP distribution and was good for a little over a year. Well, this was “no Bueno” to the IRLP folks and they had enough. Sometime around the first of the year, IRLP removed PGP keys from the system for nodes who were not using approved IRLP hardware, including myself.

Most reasons given for taking such action are outlined in a posting to the IRLP Groups.io Message board. Non-IRLP connections reduced their ‘security policy.’ If the policy is to have a closed network with only approved hardware on the system, mission accomplished. ‘Links were non-RF links.’ Some might have been, mine was an RF link. This one got to me: “HAMvoip also seems to have created an informal network of passing around IRLP Boards so folks could surreptitiously obtain keys without buying the IRLP hardware. Then harvesting the PGP keys for use in an unauthorized software package such as HAMvoip.” I WILL NOT condone, support, or have any remorse for those who fraudulently obtained or generated keys to the system, if this was indeed taking place. No one has yet outlined the details of how these fraudulent keys were generated and installed. From my experience, I obtained my legally generated PGP key when I bought my SD card. It had to be created from administrator who, I’m presuming, authorized that key on the IRLP system because I did not create any key and my private key remains unchanged. If I had to jump through that hoop to be approved by an administrator, how were others getting around that? No details. IRLP was able to revoke my legitimate [public] key system-wide. This argument seems suspicious.

I’m a little more than miffed that I paid their tariff to access the IRLP system and now am blocked until I rebuild my node with only approved hardware. Only then I can obtain a new, valid key to the system. It is true that I did not follow, to the letter, using only approved IRLP hardware and software. That’s their right to revoke my access, as it is their system.

Some replaced old or aging IRLP hardware with other systems or Raspberry Pi computers acting as repeater controllers. Others, like myself, wanted to have more linking flexibility and options. As it turns out, when IRLP removed keys for non-IRLP hardware from the key ring, without ANY advanced notice, they brought down a repeater during an emergency EOC net. Response was basically: you were doing something we didn’t like “So you should not have been surprised” (link, same as above). Showing disregard for emergency communications and banning experimentation – two foundational pillars of the Amateur Radio service – there is no reason to support this type of behavior. I would actively remove IRLP from all communication plans and utilize more open linking systems.

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – December 2019 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

‘Tis the season for … regulation. The FCC and ARRL have been quite busy with proposed and amended changes affecting Part 97. Both organizations take on proposed changes brought by technical requirements, additional research, lobbying organizations (commercial and private), other laws/regulations, and of course, other hams. The FCC publishes proposed rules and invites the general public to comment on changes. Comments help decide if the FCC should enact a proposal. Once again, our allocations are under scrutiny and attack.

FCC WT Docket 19-348 and WT Docket 19-138 seeks to change 3 GHz and 5.8 GHz allocations. Nearly all allocations for the Amateur Radio Service above 220 MHz are on a secondary basis. Secondary allocations are services allowed to use the same frequency range as a primary user. A secondary user cannot cause harmful interference to primary users and cannot claim protection from primary users. Protection can only be claimed by the same or other secondary services. WT Docket 19-348 seeks to eliminate the secondary allocation of the Amateur Service on the 3 GHz frequency range. WT Docket 19-138 seeks to modify primary usage on the 5.8 GHz bands. Though not eliminating the Amateur Service secondary allocation, this would affect and restrict secondary usage.

HamNET Mesh (Wikipedia)

What’s in those frequency ranges? Primarily WiFi networks. 5 or 5.8 GHz, commonly referred to as 5 GHz WiFi (not to be confused with the mobile broadband 5G standard) or the commonly known standard, 802.11ac. Consumer WiFi in both 2.4 GHz and 5 GHz are unlicensed ISM spectrum meaning you don’t need a license from a regulatory agency to use that spectrum. This is the reason you don’t need a license to operate a WiFi router or hotspot where a laptop, mobile phone, or Internet of Things device would communicate with a wireless network or the Internet. The 3 GHz spectrum is also used to create wireless networks but does require a license in other to operate. Our allocation (3.3 – 3.5 GHz, or 9-centimeter band) is just below commercial WiFi but the same equipment is modified for amateur use.

This Notice of Proposed Rulemaking (NPRM) is in response to the MOBILE NOW (Making Opportunities for Broadband Investment and Limiting Excessive and Needless Obstacles to Wireless) act passed by Congress to make new spectrum available for fixed and wireless broadband, aka your mobile phone and 5G devices. From the introduction to docket 19-348 by the FCC, “By proposing to delete the existing non-federal secondary allocations from the 3.3-3.55 GHz band in the Table of Frequency Allocations, we are taking an important initial step towards satisfying Congress’s directives and making as much as 250 megahertz of spectrum from this band potentially available for advanced wireless services, including 5G, the next generation of wireless connectivity.” “Currently, the entire 3.1-3.55 GHz band is allocated for both federal and non-federal radiolocation services, with non-federal users operating on a secondary basis to federal radiolocation services, which have a primary allocation.”

“Needless Obstacles” are apparently Amateur Radio and using that space to build out high speed networks to support Emergency Operations Centers (EOCs), non-governmental agencies (NGO), and first responders. Most notable use of the 3 GHz spectrum for Amateur Radio has been pioneered by the AREDN (Amateur Radio Emergency Data Network) group which came out of an ARRL group on High-Speed Multimedia (HSMM). For more than a decade, AREDN has developed software for a large number of commercially available wireless devices, in the $45-$95 range, allowing operation in Part 97 allocations including 900 MHz, 2, 3, and 5 GHz bands. Commonly referred to in the ham community as “Mesh” networking, these devices utilize the same protocols used on the Internet allowing served agencies connectivity to Internet-based services. Independent of Internet infrastructure, they can additionally provide video, email, voice, and chat service when the Internet is not available.

Though the proposal offers re-locating secondary services, the AREDN project has posted their response to these proposed changes citing such a move “would be difficult if not impossible without a complete redesign, manufacture, purchase, and installation of new custom Amateur hardware and software… raising the price out of reach for the typical ham.” The ARRL news posting includes information on how to file a comment on the proposal at the end of the article. An earlier post from the ARRL indicates the changes also affect satellite operations in the 3.40 – 3.41 GHz segment.

Obviously, I’m against commandeering bands and spectrum of the Amateur Radio Service. Trying to lessen the impact by seemingly providing good-will relocation assistance always comes with catches and gotchas, not-to-often many benefits. Many outlined in the AREDN post. Contributions are always of question of when, how much, and how far will it go. It’s unlikely they’re going to make any manufacturing contributions to redesign and sell new equipment at a reasonable price. Prices for mesh equipment is reasonable because of commercial interests in the 3.65 GHz licensed WiFi band. Not to mention time invested by volunteers to develop mesh technology hams have available today. Please consider commenting on the proposal or support the ARRL Spectrum Defense Fund which takes on challenges such as these and protects our operating privileges.

3 GHz AREDN mesh nodes (AREDN)

I’ve been in favor of the symbol rate elimination from Part 97 and adopting bandwidth limitations of 2.8 kHz on HF band data emissions – though I would like to see bandwidth limitations set across the board. Arbitrary [low] baud rates are not allowing experimentation of more innovative and spectrally efficient digital modes, and curtail experimentation with modes that can transfer the same data at a much faster rate. The ARRL has renewed its request to delete the HF symbol rates and adopt the 2.8 kHz bandwidth requirement.

The ARRL believes a proposal filed by New York University (NYU) would add further uncertainly to Section 97.113(a)(4) – prohibiting “messages encoded for the purpose of obscuring their meaning.” In relation to the deletion of symbol rates, the NYU proposal seeks to adopt language the ARRL feels could weaken the prohibition of encrypted messages. The wording “effectively encrypted or encoded messages, including messages that cannot be readily decoded over the air for true meaning.” The League has an issue with the wording “effectively encrypted.” “ARRL said that adding the word “effectively” would make the definition even more vague by including all encoded messages plus an additional set of undefined messages, the extent of which is unknown.” It has asked the FCC to dismiss the NYU petition.

The issue of encryption will continue to be a hot-button issue and will be as heated as it has become among scanner enthusiasts when disusing encryption on public safety radio systems, if not more. I completely understand and fully support the openness and transparency of Amateur Radio. However, I think there are a few issues we, as hams, need to have very solid responses when encryption comes up in discussion and in competition with other sources.

The first is privacy and security. More laws are being passed such as GDPR in Europe. It is mandated regulation around the privacy and protection of European Union citizens including data collection, retention, disclosures – and encryption standards. On the heels of that regulation, many states have passed similar laws mirroring those compliance requirements. I see us (hams) sitting at the table with served agencies. Some representative has mandated some form of encryption on network links and retaining control of data. Is ham radio now off the table? Probably depends on the wording. What is our answer when commercial entities are pushing their “first responder” networks and reserved bandwidth that can offer data encryption and protection? Is the expectation of coding patient data into TAG IDs good enough? Does it keep ham radio relevant because we can’t offer encryption and why? Proposals to modify the obfuscation requirements of Part 97 have pointed to such requirements or potential requirements by served agencies. I guarantee we have not seen the last of these arguments.

Experimentation side of ham radio is another issue. I have seen the maker movement as a way to bring younger and like-minded people into the hobby. If these technically minded individuals are experimenting with technologies that probably offer some form of encryption by default, how can ham radio win at this argument? Why would they choose a non-encrypted method when there are readily available encryption methods and they are becoming the foundation for newer technologies? Maybe the thought of being able to use higher power or not as crowded spectrum might be an incentive. To me, it’s not an issue of ‘what are they hiding’ or ‘why do they need encryption.’ Technical (ie: Information Technology, I.T.) professionals are opting for security and encryption instinctively. Technical individuals and the industry have conditioned average users to look for secure options such as checking for the green lock on websites and using “secured” WiFi networks. Vint Cerf, considered to be the father of the Internet, reflected on the progression of the Internet by stating “If I could start over again I would have introduced a lot more strong authentication and cryptography into the system.” How would that have affected ham radio TCP networks? Maybe those who would utilize ham radio for their experimentation purposes just don’t want someone else peering into their information exchange or use it as a method of authentication, not necessarily hiding something.

In a devil maybe in the details change, the FCC modified Part 97 RF exposure safety rules. Current safety limits will remain unchanged. The amateur-specific exemption from having to conduct an RF exposure evaluation will be replaced by the FCC’s general exemption criteria. Certain stations are exempted from having to conduct evaluations based only on power and frequency. The Commission indicated that if the source was excluded from routine evaluations under the old rules, they will be exempt under the new rules. From the ARRL news release: “For applicants and licensees in the Amateur Radio Service, we substitute our general exemption criteria for the specific exemption from routine evaluation based on power alone in Section 97.13(c)(1) and specify the use of occupational/controlled limits for amateurs where appropriate,” the FCC said. “RF exposure of other nearby persons who are not members of the amateur licensee’s household must be evaluated with respect to the general population/uncontrolled exposure limits. Appropriate methodologies and guidance for evaluating Amateur Radio Service operation is described in the Office of Engineering and Technology (OET) Bulletin 65, Supplement B,” the revised rule concludes. Further review by ARRL technical, legal staff, and ARRL RF Safety experts is needed to determine any changes in requirements.

(Wikipedia)

In 2017, Norway was the first country to shut off FM broadcasts in favor of Digital Audio Broadcasting (DAB). In North America, we use the HD Radio standard. Not amateur related, but interestingly the FCC is seeking comments on a NPRM allowing AM broadcasters to voluntary change to an all-digital broadcast. “We tentatively conclude that a voluntary transition to all-digital broadcasting has the potential to benefit AM stations and provide improved AM service to the listening public,” the FCC said. “We seek comments on proposed operating standards for all-digital stations and the impact of such operations on existing analog stations and listeners.” We’ll see where this goes. This maybe an incentive for low-power AM stations to move to HD Radio. I didn’t think there were many AM HD Radio stations. This was confirmed by HD Radio – Find Stations that indicated there were about a half-dozen total in the major cities of Ohio. I also wonder how HD Radio will work with signal fading or can it be received at a great distance from cities like Chicago, New York, or Nashville. Instead of being able to receive AM radio with a crystal set or HF radio, you might need a computer for some stations in the near future.

I usually don’t get to publish ISS Slow-Scan TV events in advance because they are often last minute and at the mercy of crew availability. There was an announcement of a possible SSTV event starting December 27 or 28 of this year. No special setup is required to copy images, even an HT can be a crude way to receive. To receive the best images, Yagi antennas on a tracking tripod is best. I just use my external VHF antenna and let the computer listen for transmissions. To receive SSTV images, the popular choice for Windows is MMSSTV and QSSTV for Linux. Tune a radio to 145.800 MHz FM and wait for the ISS images to appear on screen. I have tutorials available to help get your station setup and get started with MMSSTV for more details on receiving images.

Thanks for reading. Happy holidays, Merry Christmas, and Happy New Year!
73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – November 2019 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Have you recently built something? Came up with a solution to a problem in the shack? Accomplished something new? Now, ask your club newsletter editor (or even our own Section Manager) if they are looking for content from club members. I’ll bet they say “yes!” Hams are interested in good articles written by others sharing experiences with projects and adventures. You’ll be surprised to find out how many other people are interested in the same thing or how it will motivate others to experiment with something similar. Believe me, it happens.

Not sure where to start? Contact the newsletter editor first. Give them some notice about your intent to write an article. It’s important to find out how much space you’ll have, what format to send everything (Word Doc, PDF, TXT, JPG, TIFF), and most importantly when they need it for publication. They can ask questions about the project to help jump start your thought process which will make it easier to get it down on paper. Take note of questions they ask and refer back to them if… when… you get writer’s block.

Organize your thoughts and come up with some logical order to them. Chronological often works best. Jumping around and referring to events you haven’t described yet will leave the reader confused and likely to move on to another article.

Introduction/problem

Answer the question “what did you try to tackle or what problem did you solve?” Wanting to build an interface for digital operation, build a portable direction finding antenna, evaluate mobile antenna mounts, build out a mesh network, learn Linux or Raspberry Pi, learn a programming language, build a timer circuit, use an SDR to add a spectrum analyzer and waterfall to an older radio, work a satellite contact, find the noise source on 40 meters – are all examples of what you might have set out to accomplish.

Research/finding a solution

How did you research the topic? Watch YouTube videos, read online posts or blogs, research in the ARRL Handbook, consult with friends or club members, attend a session or forum? Include some of the more outstanding resources you came across. Resources like a website that has a calculation tool for antenna length, tracking satellite passes, finding 6-meter openings, detailed setup and walk through video, or cloned GitHub repository.

Implementation

This is the meat and potatoes, main focus, of the article. This section should include how parts were acquired, ones that were cheaper/more expensive, better/lesser quality, substituted better parts than projects were using in your research, design changes, and trial and error antidotes.

Diagrams used, schematics, flow charts, reference tables, and pictures are good as long as they don’t take up an excessive amount of space. There probably won’t be a lot of space for highly detailed graphics. If this is the case, upload high quality graphics and images to a Dropbox or Google Drive folder. Create a read only sharable link. Include that link in the article or put it at the end of the article.

Installation

Steps taken to get the project ready for final assembly and results of initial testing. How did you make the project look clean and organized? Mounting methods for the project – housing or risers/standoffs, installation issues, cable management, or systemd code snippets to automatically start the program. Initial test results? Did they point to a good build, point to any issues, or did you miss something along the way?

Testing

Any problems encountered, anomalies you came across, or last-minute changes? Antenna analyzer readings, triangulation techniques for foxhunting, signal strength of the next mesh node, speed tests, or were adjustments needed? Include any debugging tips that another reader is likely to encounter.

Don’t be embarrassed of things you’ve messed up either. We have all done it. Whether its forgot a “;” at the end of a line of code and it took a half-hour or half-day to debug because the compiler though the error was somewhere else, looked at a wrong date, didn’t realize the time was in UTC, let the smoke out, knocked over a propane torch… whatever the reason, it will make you appear human. Your project will stick with your reader and they’ll be able to relate to problems from their own experiences. Not to mention you’ll learn from your mistakes too.

Operation

What did you accomplish with your newfangled project? Did you track down that noise on 40, work moon-bounce to an exotic location, snag that DX you were hoping to get, published in a magazine because someone used your project as part of theirs, or start an industry because it was so fascinating? Final thoughts about the project. Was it worth it, would you do anything different, did it make things easier or harder?

Now that your article is written, revise, revise, and revise for spelling, grammar, and continuity. Have others proof read and provide constructive criticism. It’s hard sometimes when it’s your work but they’re trying to make it even better. Having peers review will help convey your message clearly and avoid making stupid mistakes. If you’re still looking for examples, grab any issue of QST and follow the format of a similar article to your project. With a little work, you can become a published author and help your club out in the process!

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – October 2019 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

I received a question last month from Andy – KD8SCV on setting up a digital hotspot transmit frequency compliant with “Line A.” I’ll address these as two separate issues. If the hotspot or simplex node is within the correct ranges of the band plan, Line A doesn’t matter. You’re going to need your copy of Part 97.

What is Line A? It is an approximate border between the U.S. and Canada that varies in exact location but is most often 75 miles (about 121 km) from the border. According to Part 97.3(a):

(30) Line A. Begins at Aberdeen, WA, running by great circle arc to the intersection of 48° N, 120° W, thence along parallel 48° N, to the intersection of 95° W, thence by great circle arc through the southernmost point of Duluth, MN, thence by great circle arc to 45° N, 85° W, thence southward along meridian 85° W, to its intersection with parallel 41° N, thence along parallel 41° N, to its intersection with meridian 82° W, thence by great circle arc through the southernmost point of Bangor, ME, thence by great circle arc through the southernmost point of Searsport, ME, at which point it terminates.

This is the same wording as Title 47 of the Code of Federal Regulations (CFR), Section 90.7. Doesn’t tell you much, like why does it exist? This information is a little sparse. Possibly to protect land mobile stations in Canada. Land Mobile Service (or LMS) is defined by the ITU as communications between base stations and mobile stations or between mobile stations. Think public service agencies and even private companies to coordinate people, resources, safety, or security. Amateur Radio is allocated secondary status on most U.S. allocations above 1.25m or the 220 MHz band. 420-450 MHz is shared with federal agencies and military for radar applications such as PARCS located in North Dakota near the Canadian border. As it pertains to the Amateur Radio service:

(1) No amateur station shall transmit from north of Line A in the 420-430 MHz segment. See §97.3(a) for the definition of Line A (Part 97.303(m)).
Line A (maroon) overlay. (FCC)

For stations in the western part of the state north of 41° N, no transmissions between 420-430 MHz can be made. This includes the cities of Ottawa, Findlay, Tiffin, Willard, New London, and Lodi. Close to the intersection of State Route 83 and Interstate 71, near the cities of Lodi in Medina county and Burbank in Wayne county, is where 41° N and 82° W intersect. From that location, Line A takes a northeast trajectory to Bangor, ME. North of Line A constitutes Medina, much of the Cuyahoga Valley, Hudson, bisects Streetsboro and Mantua, Hiram, West Farmington, North Bloomfield, and Andover.

For those wondering, there is a Line B, Line C, and Line D. In Canada, Line B is opposite to Line A while Line C and D divide the Alaskan border with Canada. There is no mention of Line C in Part 97. Land mobile stations licensed north of Line A or east of Line C requires additional coordination with Canadian authorities.

PARCS Radar station (Wikipedia)

The FCC has provided a couple resources that depict Line A and check Line A coordinates. The checking site won’t accept Google Maps coordinate format. It requires NAD83. I found a converter that worked well. On a Google Map, left-click until a small gray marker appears on the map. Coordinates will appear in a pop-up in the lower-center of the map. 41.460459, -81.911875 for example. Copy them. Go to the West Virginia coordinate conversion website. Paste them under “Input Coordinates.” “Lat/Lon WGS 1984” should already be selected. Under “Output Coordinates,” select “Lat/Lon NAD83.” Click Covert. Copy the output coordinates (removing the negative symbol and spaces) into the FCC Line A check site. Example Lat: 412737.6, Lon: 815442.7. The site will return “North of Line A” or “South of Line A” for the relative location.

As a general rule, don’t transmit 420-430 MHz within 80 miles from the Canadian border and you’ll be golden.

For everyone, the following applies in Part 97.303(m):

(2) Amateur stations transmitting in the 420-430 MHz segment must not cause harmful interference to, and must accept interference from, stations authorized by the FCC in the land mobile service within 80.5 km of Buffalo, Cleveland, and Detroit. See §2.106, footnote US230 for specific frequencies and coordinates.

(3) Amateur stations transmitting in the 420-430 MHz segment or the 440-450 MHz segment must not cause harmful interference to, and must accept interference from, stations authorized by other nations in the fixed and mobile except aeronautical mobile services.

80.5 km is a little more than 50 mi. Check the FCC or Radio Reference sites for issued licenses between 420 and 430 MHz in Ohio. Many licenses are assigned in the Cleveland and Toledo areas.

My OSJ article last year, though pertaining to hotspots and satellites, addressed the hotspot frequency question nicely. I’ll reiterate because this is important. Under Part 97, hotspot devices are considered an auxiliary station. In general, advice would be to ‘check with the local frequency coordinator’ but experience with the coordinating group indicates they won’t be of any help. Where should you operate a digital hotspot or digital simplex node? I do like the ARRL’s Band Plan because it spells out many details not included in graphical representations. Note: this advice only applies to the U.S. band plan. The band plan has allowances in the following frequency ranges for simplex, auxiliary stations and control links:

  • 146.400 – 146.580. Usable (at 12.5 KHz spacing): 146.4125 – 146.5675
  • 433.000 – 435.000. Usable (at 12.5 KHz spacing): 433.0125 – 434.9875
  • 445.000 – 447.000. Usable (at 12.5 KHz spacing): 445.0125 – 446.9875
Raspberry Pi Zero ZUMspot

“Usable” indicates the lower and upper frequency limits that can be used and programmed into a digital hotspot. Don’t forget to stay away from the national calling frequencies of 146.520 and 446.000. Some of these ranges are shared with repeater links so remember: it is your responsibility to ensure correct operation of your equipment and find a frequency not already in use before using it! There is NO excuse for not adjusting frequency to eliminate interference with other operators and equipment! Listen to the desired frequency by setting up a radio or scanner with the volume turned up. If you hear any kind of obvious traffic, data bursts, or digital screeching, pick another frequency then rinse and repeat. Notice none of these allowances include frequency restrictions imposed by Line A.

Every hotspot user and repeater owner reading this needs to verify your operating frequencies and take corrective action, if required. Auxiliary stations cannot operate within the satellite sub bands. Many hotspots are operating there illegally. Satellite sub bands for 2 & 440 are:

  • 2 m: 145.800 – 146.000
  • 70 cm: 435.000 – 438.000

If your hotspot is operating near edges where deviation would fall into an unauthorized band segment, operating “out-of-band” (ie: weak-signal, satellite), or operating 420-430 MHz and located “North of Line A”, you need to take corrective action now! Your cooperation is greatly appreciated!

Yahoo! Groups is going away! Since 2001, the service allowed users to “build relationships, stay in touch, share ideas, and discuss interests through the convenience of popular e-mail and Web-based tools.” Many ham radio groups over the years have used or are using Yahoo! Groups to coordinate and collaborate.

An SSTV Net in Cleveland used Yahoo! Groups to share received pictures and offer support for stations having trouble with their setup. It was the first time I used the service. Special interest groups formed on a wide variety of topics including scanner information, D-STAR, DMR, and System Fusion.

A note sent to users laid out the time line of the impending shutdown:

Beginning October 28 you won't be able to upload any more content to the site, and as of December 14 all previously posted content on the site will be permanently removed. You'll have until that date to save anything you've uploaded.

Moving or saving data needs to happen relatively quickly should you or group members want to keep the information. Read this knowledge base article to understand the changes and information on how to save content from your groups. Steps don’t seem quick or easy.

An ARS Technica article provides more details on the shutdown. Citing a successful service with 110 million users in 2010, Yahoo failed to adequately compete in other areas after being acquired by Verizon. Verizon responded by cutting budgets and staff.

I mentioned Groups.io in July as a service I joined earlier this year to keep updated on different ham radio projects. Feedback has been positive and many are recommending it as a place to transition before the shutdown. Groups.io doesn’t serve ads, track users, and has a better reputation than Facebook, which I neither use nor trust. Featuring a modern platform for communities to connect through messaging, calendar, chat, polls, databases, photos, wiki, and integration with a list of other platforms. Great place for projects to post documentation and offer support or as a platform to keep in-touch with club members. Some indicated greater engagement with club members and more attendance.

A wiki article posted contains instructions for moving content to Groups.io. It indicates transfers need to be initiated before December 1, 2019 to guarantee the transfer of content from Yahoo! Groups to Groups.io – though Yahoo was having issues with Photos.

Last month, I was invited to give a presentation at the meeting of the Lake County Amateur Radio Association (LCARA). The presentation was about, well, me. I talk about my biography including schooling, how I got involved with groups, jobs, and other presentations I’ve put together. Most importantly, talk about the duties and responsibilities of the Ohio Section Technical Coordinator and technical resources available to hams in the Ohio Section. I had a great time as I don’t get out to Lake county often and it was a fantastic day for a drive. The club was very welcoming. LCARA has many members passionate about different aspects of the hobby and they report on each during their meeting. A good time was had by all.

If you would like to know more about the TC position within the Ohio Section or want to know more about the technical resources available in our section, contact myself or a Technical Specialist.

Thanks for reading and 73… de Jeff – K8JTK

Ham radio and tech.