AREDN Team Receives ARRL Microwave Award



Members of the AREDN Project accept  the 2014 ARRL Microwave Development Award for the microwave mesh networking advancements they achieved as the development arm of Broadband-Hamnet™ in 2014. Dick Norton, N6AA, Director-ARRL Southwestern Division, presented the award at the ARRL 2015 Southwest Division Convention’s evening banquet.

From left to right: Randy Smith, WU2S; Conrad Lara, KG6JEI; Andre Hansen, K6AH; and Joe Ayers, AE6XE (not pictured: Darryl Quinn, K5DLQ and Gordon Beattie, W2TTT).


AREDN Team Receives ARRL Microwave Development Award 2014

Thanks BBHN, Hello AREDN!


Just a quick note to say that I did enjoy the short time that I was on the BBHN beta test team last year and early this year (2014-2015).  When I saw the opportunity to implement an easy way to use tunnels with the mesh, I jumped in and built an efficient solution.  Thanks to the other beta team members and other developers (BBHNdev team) for their guidance.  I’m very happy to see that the tunnel add-on is in use widely and bringing mesh islands together!

However, as of early 2015, I have decided to focus my efforts and move over to the AREDN ( project.  All of the active developers from BBHN in 2014 have moved over to the AREDN project, and I am really enjoying how this team “meshes” together.  It is exciting to see the new advancements that we are producing in the area of mesh networks and are committed to keeping AREDN as an open source project that is the leader in the amateur radio microwave space.

AREDN Beta 2

AREDN Announces Release of Second Beta, v3.15.1.0b2

On July 3rd the AREDN Project posted a second beta release of its upcoming v3.15.1.0 software.  It can be found through the Experimental Builds link on the Software Downloads page.  While you are encouraged to download it and report any issues, direct support for this release is currently only provided to AREDN Beta Testers.  Due to the potentially unstable nature of beta software, it should not be deployed in production networks.

If you are already on, then you can easily use the OTA (Over the Air) “keep settings” upgrade!  Joe (AE6XE) did his first 5+mile remote-over-RF upgrade and saved an afternoon and a long uphill hike (This was on a Ubiquiti 3Ghz node).  We’ve had some great feedback on the “part 97 only” channels where they have significantly improved link quality results

In addition, these are ‘clean’ image upgrades that minimize memory usage.  Whenever  ‘patch’ files are used on nodes, this is a memory additive process.  In other words, a replaced file still has old file on the node in addition to the new the file.  These BOTH consume precious system memory.   The OTA upgrade, on the other hand, behaves as if you did a TFTP “clean” image load, but also pulls the config file settings across the upgrade!  It’s a VERY COOL timesaver.

For those of you with tunnels, you will need to go into the Admin interface and click on the “Install Tunnel” button.  However, after a quick install and reboot, all tunnel settings are preserved and no re-entry is needed.  By design, we are not including add-on ‘packages’ like vtun in the OTA.

For the AREDN Team,
Andre, K6AH

AREDN Project Announced!

Announcing AREDN™

The Amateur Radio Emergency Data Network

San Diego, CA: Mesh technology has evolved over the years. Most notably, BBHN (formerly HSMM-MESH) developers have expanded their unique mesh approach to environmentally robust, commercially available, Ubiquiti, hardware. This has changed the complexion of mesh implementations from an experimental, hobby-oriented, novelty into a viable alternative network suitable for restoring some level of Inter/intra-net connectivity when “all else fails.”

This weekend, the developers of BBHN software kick-off a new project focused on taking this technology to the next level. Comprised of the project manager, developers, and several of the testers who brought BBHN to Ubiquiti hardware, this team is geared to pick up where BBHN leaves off.

The AREDN (“r-den”) Project mission is to provide the Amateur Radio Community with a quality solution for supporting the needs of high speed data in the Amateur Radio Emergency Communications field.

We invite you to download and adopt the AREDN Release 3.0.2 and give us the opportunity to support your EMCOMM mesh implementation.

See us at the Palm Springs Hamfest this Saturday, 3/14, at 11:30 AM, Forum A, for our kick-off presentation.

Choosing the Right Hardware for BBHN Virtual Tunnels

Storage Space is King

The biggest challenge in installing extra software on nodes, such as tunnel solutions, is the amount of storage space that is available.  These devices usually have very limited storage capacity.  For example, a WRT54G has 4GB of flash memory.  This memory is where the entire operating system (OS), applications, and settings, must reside.  After the OS is loaded, we are left with very little space to store extra software (like tunnel/vpn software).   In fact, there is NOT enough space on a WRT54G to even install one of the required components of the tunnel solution.  On the other hand, a WRT54GS v2 has DOUBLE the amount of flash memory (8GB).  This is enough to install the tunnel solution, however, the BBHN project is stopping support for these Linksys devices in early 2015.  All of the Ubiquiti (UBNT) supported devices have at least 8GB of flash memory as well.

For this article, I will focus on the UBNT supported devices, since they have a longer support lifetime.

LAN and WAN ports

In order to support local LAN devices (ie. phones, PC’s, servers, RaspberryPi’s, etc), the node needs a LAN port.  This port also provides the PoE (power-over-ethernet) that is required to supply power to the node.  The WAN port provides access to the internet (or, perhaps, your local “home” network).   As long as you do not need to access the internet from your node, you really don’t need the WAN port.  However, since we are talking about virtual tunnels over the internet, we obviously need a way to get access to the WAN port.

Lonely Ethernet Ports

One of the “drawbacks” of the UBNT devices is that most only have a single ethernet ports.  Although the NanoStation models have two ports, the second port has not yet been enabled in the BBHN firmware.  There is an open ticket to support the second port.

So, our dilemma is… how can we provide LAN and PoE and WAN all over a single ethernet port?  Well, the answer lies in a feature/specification called 802.11Q VLAN.


The BBHN firmware uses this VLAN feature in order to provide “virtual lan”, or “virtual ports” over a single port on the device.  The way it works is that the firmware “tags” WAN traffic with “VLAN1” and LAN traffic is not tagged at all.  The switch will route the packets to the appropriate ports with the corresponding tags.

Recommended Hardware

Ubiquiti Nanostation M2 (or M5)
Netgear GS105E Smart Switch (see AE5CA’s article on configuring this)
** The “E” is important in the model number. **

A Final Note on Hardware

AE5CA (Clint) has a done a very nice job of comparing the various UBNT devices.  His blog article titled “Your first BBHN node should be a NanoStationM2” is comprehensive.


Quick Start Guide to AREDN

Load the AREDN firmware on the Node

  1. Download the firmware from
  2. Connect your PC to the device via CAT5 (easiest way)
  3. Go into AirOS and update the firmware
  4. Let it reboot
  5. Disconnect the CAT5, wait 5 secs, reconnect (to get a new IP address)
  6. Open your browser and go to:   http://localnode.local.mesh:8080  (The node is in PRE_MESH SETUP MODE)
  7. Hit setup
  8. Login (root/hsmm)
  9. Enter your callsign as the the nodename (plus some unique identifier like K5DLQ-UBM2-876, as an example)
  10. Enter a new password
  11. Save and reboot
  12. Disconnect the CAT5, wait 5 secs, reconnect (to get a new IP address 10.x.x.x)
  13. Open your browser and go to:   http://localnode.local.mesh:8080 (The node is now in full MESH MODE)

TIPS to Remember

  1. You cannot connect your PC/MAC via WIFI directly to the MESH!  You must use CAT5.
  2. As an alternative, you can configure a separate wifi access point for general wifi, can plug from it’s WAN port, into your configured switch alongside a mesh node.
  3. To configure for LAN and WAN access, configure your 802.11q switch as follows:
    1. VLAN0 (untagged) = LAN
    2. VLAN1 = WAN access   (can connect from your home network to this port to provide internet to the mesh node)
    3. VLAN2 = DTDLINK (device to device bridging.  For bridging a 2GHZ node to a 5GHZ node via CAT5, as an example)

Links to Note

BBHN Announces Linksys End of Support



The Broadband-Hamnet Core Team announces the end of support for the Linksys WRT54G series of firmware effective April 30, 2015.  The version of firmware that is then current for use on WRT54G series will remain on the website and may continue to be used, but there will be no further updates, bug fixes, or support after April 30, 2015.

This has not been an easy decision to reach, but there are some very compelling reasons to drop support for the WRT54G series.

· The firmware for the WRT54G has grown to the point that we are out of memory.

· The OpenWRT software, upon which the Broadband-Hamnet firmware is based, has dropped support for the WRT54G series.

· The hardware design itself is showing its age and not lending itself to implementing features found in the newer hardware designs.

· It takes much more time and effort to implement features on the WRT54.  In many cases kernel modifications and code from newer versions of OpenWRT must be incorporated into the older code to maintain compatibility between the WRT54G and the Ubiquiti products.

Given that a working node can be deployed much easier, less expensively, and with significantly better performance with a Ubiquiti node, it only makes sense to move in that direction for the future.

The WRT54G has served us well for a number of years and will likely continue to be used for several more.   The Broadband-Hamnet Core team sees the benefit in offering multiple hardware platforms, so we are exploring options and expect to offer hardware alternatives in the future.