Supernodes: Difference between revisions
No edit summary |
|||
| (27 intermediate revisions by 2 users not shown) | |||
| Line 5: | Line 5: | ||
The basic idea behind a supernode connected mesh, is that each mesh is it's own self contained "zone", but these zones can communicate with each other by routing inter-zone traffic through a set of supernodes. Supernodes know about all the nodes in all the meshes and take care of routing traffic to where it needs to go, without burdening your average mesh node with this information. |
The basic idea behind a supernode connected mesh, is that each mesh is it's own self contained "zone", but these zones can communicate with each other by routing inter-zone traffic through a set of supernodes. Supernodes know about all the nodes in all the meshes and take care of routing traffic to where it needs to go, without burdening your average mesh node with this information. |
||
| + | == Status == |
||
| ⚫ | |||
| + | The supernode infrastructure is supported in the nightly build series. It is not yet available as a release build. |
||
| − | [http://arednmap.xojs.org arednmap.xojs.org] |
||
| + | |||
| + | To use the supernode infrastructure you must be running a nightly build (20230921 or later) on your localnode. Your localnode is the node you resolve if you type http://localnode.local.mesh info your web browser when connected to the mesh. |
||
| + | |||
| + | For a list of current supernode connected meshes see the list below. If you want to join this group, please contact KN6PLV (tim.j.wilkinson@gmail.com) or W6BI (orv.beach@gmail.com) who will help you with your supernode setup. |
||
| + | |||
| ⚫ | |||
| + | http://worldmap.arednmesh.org |
||
| + | |||
| + | == Traffic Monitoring == |
||
| + | https://grafana.xojs.org/d/slmVvAMSz/supernodes?orgId=1&from=now-6h&to=now&refresh=15m |
||
== Current Supernodes == |
== Current Supernodes == |
||
| Line 20: | Line 30: | ||
=== [[Southern California Mesh]] === |
=== [[Southern California Mesh]] === |
||
| − | * W6BI- |
+ | * W6BI-SoCal-SUPERNODE |
| + | * KM6SLF-OC-SUPERNODE |
||
=== [[Willamette Valley Mesh]] === |
=== [[Willamette Valley Mesh]] === |
||
| + | * K1RKS-Supernode |
||
| − | * (pending) |
||
| + | |||
| + | === Dayton Ohio Mesh === |
||
| + | |||
| + | * NC8Q-SUPERNODE |
||
| + | |||
| + | === Hawaii Mesh === |
||
| + | |||
| + | * WH6AV-SUPERNODE |
||
| + | |||
| + | === Arizona Mesh === |
||
| + | |||
| + | * KI7LXY-AZ-SUPERNODE |
||
| + | |||
| + | === Yakima Mesh === |
||
| + | |||
| + | * KO7W-YAKIMA-SUPERNODE |
||
| + | |||
| + | === Philadelphia Mesh === |
||
| + | |||
| + | * W3EX-PHL-SUPERNODE |
||
| + | * AA3JC-HAPAC3-SUPERNODE |
||
| + | |||
| + | === Switzerland Mesh === |
||
| + | |||
| + | * HB9FTS-SO-SUPERNODE |
||
| + | |||
| + | === Anchorage Alaska Mesh === |
||
| + | |||
| + | * KL7AA-AK-SUPERNODE |
||
| + | |||
| + | === Florida Mesh === |
||
| + | |||
| + | * KD4WLE-EASTFLORIDA-SUPERNODE |
||
| + | * WT0F-NFL-SUPERNODE |
||
| + | |||
| + | === South Texas Mesh === |
||
| + | |||
| + | * N5MXI-STX-SUPERNODE |
||
| + | |||
| + | === North Texas === |
||
| + | |||
| + | * KE5YZP-NTX-SUPERNODE |
||
== Alternate Approach == |
== Alternate Approach == |
||
Latest revision as of 16:57, 17 June 2024
Supernodes are a mechanism to connect multiple meshes together, without just making one giant mesh. The original proposal can be found here.
The Basic Idea
The basic idea behind a supernode connected mesh, is that each mesh is it's own self contained "zone", but these zones can communicate with each other by routing inter-zone traffic through a set of supernodes. Supernodes know about all the nodes in all the meshes and take care of routing traffic to where it needs to go, without burdening your average mesh node with this information.
Status
The supernode infrastructure is supported in the nightly build series. It is not yet available as a release build.
To use the supernode infrastructure you must be running a nightly build (20230921 or later) on your localnode. Your localnode is the node you resolve if you type http://localnode.local.mesh info your web browser when connected to the mesh.
For a list of current supernode connected meshes see the list below. If you want to join this group, please contact KN6PLV (tim.j.wilkinson@gmail.com) or W6BI (orv.beach@gmail.com) who will help you with your supernode setup.
Map of Connected Networks
Traffic Monitoring
https://grafana.xojs.org/d/slmVvAMSz/supernodes?orgId=1&from=now-6h&to=now&refresh=15m
Current Supernodes
Bay Area Mesh
- KN6PLV-BAM-SUPERNODE
Oklahoma City Mesh
- KI5VMF-CLOUD-TUNNEL-SUPERNODE
Southern California Mesh
- W6BI-SoCal-SUPERNODE
- KM6SLF-OC-SUPERNODE
Willamette Valley Mesh
- K1RKS-Supernode
Dayton Ohio Mesh
- NC8Q-SUPERNODE
Hawaii Mesh
- WH6AV-SUPERNODE
Arizona Mesh
- KI7LXY-AZ-SUPERNODE
Yakima Mesh
- KO7W-YAKIMA-SUPERNODE
Philadelphia Mesh
- W3EX-PHL-SUPERNODE
- AA3JC-HAPAC3-SUPERNODE
Switzerland Mesh
- HB9FTS-SO-SUPERNODE
Anchorage Alaska Mesh
- KL7AA-AK-SUPERNODE
Florida Mesh
- KD4WLE-EASTFLORIDA-SUPERNODE
- WT0F-NFL-SUPERNODE
South Texas Mesh
- N5MXI-STX-SUPERNODE
North Texas
- KE5YZP-NTX-SUPERNODE
Alternate Approach
Mark Herson N2HM has been operating an alternate supernode approach since 2016. He uses a Hub node which connects to many other meshes, but doesnt share any of the connected meshes data between each other. It's possible the browse these connected meshes by using a web proxy pointing at this hub.
It is not currently possible for one mesh node to connect directly to a node on another mesh. Redundant hubs are not currently provided.