Glad to hear that you got your node on the air. I will aim my node north and with any luck one of the 4 nodes in the Sunnyvale/Cupertino area will try aiming south and we can link nodes.

Now if only we could get some more nodes on the air between here and there.

I have a HSMM-PI VPN set up and I am connected to Austrailia ZL1FLY and I am looking for anybody with a spare PI that is interested in setting up a gateway client to join in. I can send instructions on how to set up the client. I can only take 7 more on my gateway server.  This is a good way to connect mesh networks together that are not able to be connected.   

I can also help anybody set up a server. 

W1BAW

Because of the geometry of the jack on the back of the 54G, the plug with the 2.5 mm hole seems to work with either the 2.1 or 2.5 jack.  I believe AE5AE is correct on the sizes, which would be "size M,"  but "size N" seems to work, too.

WRT54G v1.0 (5-volt supply) used a barrel connector OD=5.5mm ID=2.5mm.

Newer models from v1.1 up (12-volt supply) used the same except ID=2.1mm

This made it difficult to put 12v into a 5v box.

The length of the conductor plus ring was about 10mm so anything longer (within reason) should be OK.

Good point,

The Ubiquiti gear is mostly single port, to link multiple Ubiquiti devices or multiple local computers together you would need to add a switch,  and if you need a WAN port it would need to be a vlan capable switch as noted in the install instructions.

If the node was tower mounted this was often still needed anyways (take a look at a lot of the outdoor setups in weatherproof boxes )

It is certainly a point to keep in mind when looking at the station setup.

Ubiquiti is great in a lot of ways, but consider your application.  The 54G has a 4 port switch, and WAN port, which counts a lot in some applications. 

Some hints here:

http://www.broadband-hamnet.org/documentation/68-firmware-installation-instructions.html

Look for the TFTP section.

http://www.broadband-hamnet.org/documentation/71-using-safe-mode-to-reset-a-forgotten-password.html

I'm a confirmed newbie in this area and probably suffering from information overload.  I'm quite confused over all the IP type addresses floating around even in a simple node to node system.  What I am trying to do is to omit the computer(s) in a very simple system whereby one plain old telephone is connected to an ATA (Linksys PAP2) at each of two nodes using WRT54GL's and BBHN 1.0.0.

I have gotten this to work fine using my wired LAN instead of the WRT54GL's.  I followed Linksys document id: 108746 (Configuring IP dialing on PAP2), only I modified it to use only line 2 on each ATA and to use a dial code of "77" for each phone to dial/ring/connect to the other.  Should be simple, but when I put the WRT54's in there instead of my wired LAN, I cannot get it to work.

I feel my problem is most likely in the dial plan.  Maybe someone can spot the error, or else give me some advice how it should all be set up.  I'm open to suggestions.  I'd like to get this working for a short range demonstration before a group coming up in a few days.

Here is the PAP2 dial plan used at the AE5K-104 node:

(77S0<:@AE5K-105:5061>)

and the AE5K-105 node:

(77S0<:@AE5K-104:5061>)

But I have also tried the various IP addresses associated with either node in place of the "AE5K-105" to no avail.  As I said before, it worked like a charm using assigned wired LAN addresses in place of the node name. (And I realize this simplistic configuration could be just a start toward more complex systems.)

Please steer me in the right direction before I wear out my RJ45 connectors!  Thanks...

Don AE5K

Hi Conrad,

I believe it was a discussion you were having with someone else that provided me the heads up on the red led of the AirGrid M2 HP. I appreciate the tip during that discussion as it was primary in discovering what was creating my situation. 

Yes, my AirGrid M2 HP has the 0xe242 boardid, so I will keep an eye out for the update. Thank you for the info regarding this. I have a second AirGrid M2 HP as well as a NanoStation M2 and a Bullet 2HP to experiment with.

Now that I have a "working" system, I can reread a lot of the info over again to gain a different perspective as to how best to design a system and be able to share with others in our area with some of the more difficult information that needs to be digested. I now have a better understanding of how fickle the RF paths of these things can be.

The forum here has been very helpful.

Mike, N7KMJ

Alright, I made another mistake.  I took one of my Linksys Routers that was flashed with the HSMM-Program v.1 and changed the settings.   I changed the node type from “Mesh Node” to I think Gateway Mesh.   Now  I can’t access the router no matter how hard I try.

Anyone have any ideas?

Thanks in advance.

I'm not aware of an overall diagram that's been already built but some of the key details are under About OLSR and About OpenWRT on the Left side of the screen.

"What are the specific "firmware" pieces and how are they separate from BBHN? How do the pieces interact, such that if I upgrade to new hardware, I know what pieces I must download?"

Seperate pieces of firmware do not exist, the firmware is the compilation of all software needed to run a BBHN node.  This is all taken part of as a supported built firmware, you change devices to a new supported device you install the full firmware the new image on the unit and everything you need to run is there.

Core among these software components are the operating system (Linux based) OLSRD, programs to provide an easy configuration (the User Interface) and various other ancillary packages to provide services to the network(DNS/DHCP/etc)

All the default software is essentially controlled by the setup code to be self configuring and meet the standards of BBHN's ecosystem.

Well a couple items come to mind.

First the OpenSSL library is about 1mb in size,  that's a lot of additional space on these nodes which may depending upon where you are at, bring little reward.

Adding SSL may concern some operators so it would certainly have to be operators choice (My nodes are running the block known encryption package which means I wouldn't permit SSL admin to traverse my node)

I've actually been playing with the thought of attack this like packet did,  either using a partial passcode, or even better, using a One Time Password so the same code will never work again.

I think that SSL for the node admin page wouldn't be a bad thing to look into.  a self-signed certificate could work; I've been toying with the idea of an addon to the node interface that would allow a user to generate a certificate right in the GUI.  From there, you could just have your browser accept the certificate, and it should let you know if changes due to someone tampering with it.  As long as this was done before the node goes on the air I would think it would be pretty secure and relatively easy to work with.

OH! And on a related note...

I am running an FBB BBS on a Raspberry Pi, and I'm very interested in how Rpi's are being used as mesh nodes. I read G6BPQ's post about his software for Rpi, and his use of it with a LinkSys router. I have an email in to him asking for more details, but maybe someone else here is doing that and can tell me which software runs on the Pi, and what runs on the router?

Joe

I'm newly interested in HSMM-MESH, and I've been casually perusing this website for a couple of days now. I am looking for a summary architecture diagram of the hardware/software components talked about here.

I am a technical person (professionally a computer engineer), and I understand networks and TCP/IP, and I'm a long time ham with digital inclinations. So, I am not looking for a tutorial about networks or bandwidth, or noise floors. I want to know how the pieces being developed interconnect.

Does such a diagram exist? If so, please someone point me to it !

Specific question for example...

On one of the pages here, it announces that Ubiquiti firmware on the download site is compatible with BBHN 1.somethingorother . Other places give specific instructions on how to download firmware to a LinkSys router to make it a complete mesh node.

What are the specific "firmware" pieces and how are they separate from BBHN? How do the pieces interact, such that if I upgrade to new hardware, I know what pieces I must download?

I am sure I will eventually find all the information I need here, if I look long enough. But a diagram or two would speed a newbie's process immensely.

Joe

AG6QO@AG6QO.#NCA.CA.USA.NOAM