Bay Area Backbone: Difference between revisions

From Bay Area Mesh
Jump to navigation Jump to search
No edit summary
Line 46: Line 46:
 
|San Carlos
 
|San Carlos
 
|
 
|
|-
 
|1002
 
|Black Mountain
 
|Not active yet
 
 
|-
 
|-
 
|1003
 
|1003
Line 81: Line 77:
 
|100.64.0.22
 
|100.64.0.22
 
|
 
|
|-
 
|[[San Bruno Mountain (Building 7)|San Bruno Mountain]] to [[Black Mountain]]
 
|11
 
|100.64.0.16/30
 
|100.64.0.17
 
|100.64.0.18
 
|Proposed
 
 
|-
 
|-
 
|[[ORCA]] to [[Fish Ranch]]
 
|[[ORCA]] to [[Fish Ranch]]
Line 151: Line 140:
 
=== Proposed ===
 
=== Proposed ===
   
* [[Black Mountain]]
 
** [[San Bruno Mountain (Building 7)]]
 
 
* [[Fish Ranch]]
 
* [[Fish Ranch]]
 
** [[San Bruno Mountain (Building 4)]]
 
** [[San Bruno Mountain (Building 4)]]

Revision as of 01:01, 4 March 2023

Backbone Map.png

The Bay Area Backbone Project is building solid, fast, links between major high sites in the Bay Area, which in turn supports a more stable mesh network. We do this for a number of reasons:

  • It easier to connect high sites to other high sites, especially when we're trying to connect different neighborhoods while avoiding mountain ridges.
  • High sites are often backed up with generator power. We provide battery backup ourselves, but that will only last so long.
  • High sites will be thee when the Ham moves on. Because these are generally commercial sites with long histories of ham involvement, we are not a the whims of someones current housing situation or - in some cases - employment situation.
  • It's often easier for a neighborhood to connect up to a high site (or more than one) as they're less obstructed.

Status

The current health of the backbone is monitored here (internet)

Management VLANs

Each site manages its devices on a unique VLAN to isolate them from all other sites (the management VLAN is not passed across any links).

VLAN Site Notes
3 Fish Ranch VLAN is not set on the AF radio
3 ORCA
121 Mount Diablo
100 San Bruno (Building 4)
100 San Bruno (Building 7)
122 CCCC
1001 San Carlos
1003 San Pedro
1004 Sunol Ridge
- Wolfback TODO

XLINKS

XLINKS are custom VLANs between sites which feed directly into the AREDN router. Think of them as DtD links, but only point-to-point.

Link VLAN Subnet A B Notes
San Bruno Mountain to Swallow Home 10 100.64.0.20/30 100.64.0.21 100.64.0.22
ORCA to Fish Ranch 12 100.64.0.12/30 100.64.0.13 100.64.0.14
Fish Ranch to San Bruno Mountain 13 100.64.0.8/30 100.64.0.10 100.64.0.9
San Carlos to Sunol Ridge 14 100.64.0.4/30 100.64.0.6 100.64.0.5
San Bruno Mountain to San Carlos 15 100.64.0.0/30 100.64.0.1 100.64.0.2

Backbone Links

Active

Planned

Proposed

Backbone Network Structure

Physical

A minimal backbone endpoint consists of two pieces of hardware:

  • A non-AREDN radio. We generally use Ubiquiti airFiber 5XHD radios, but this is not required; any PtP radio will work.
  • A Mikrotik hAP ac2 AREDN node

The radio provides the wireless endpoint for one end of a backbone link, while the hAP links that radio into the rest of the AREDN network.

Network

To connect these PtP links into the AREDN network we use an AREDN features called XLINKS. An XLINK is a point to point VLAN with a specific VLAN number for that connection. The VLAN is integrated into the AREDN network just link any other link. You can think of it as an AREDN tunnel, but without the overhead of that mechanism or the need for an Internet connection.

Mesh

Backbone links appear in the mesh labeled as xlink but are no different from any other link in the network. We are not building a hierarchy with the backbone at the top and the rest of the mesh hanging below. But the nature of the backbone, how it connects, and the way the mesh routing protocol operates, these links will provide preferred pathways between physically distance locations. And that's the goal.

Alternatives

There are other approaches to this problem. The Lamorinda Network uses an OSPF network of license radios, and then runs AREDN as a single "site" on top of it as one of its tenants.

Previous Approach

The setup for backbone links operated a simply switching VLAN2 (DtD) between all radios. This essentially makes all AREDN nodes at each site look like they're on one ethernet segment. It was not an ideal solution which we have moved away from as the backbone has grown.