Difference between revisions of "Emergent Network Field Day"

From Makers Local 256
Jump to: navigation, search
m (From Twitter: status update :D)
m (References: added reference link to wr703n openwrt wiki)
Line 290: Line 290:
 
* [http://drwho.virtadpt.net/archive/2011/04/14/project-byzantium-development-sprint-2 The Doctor's Byzantium Sprint #2 notes from April 2011]
 
* [http://drwho.virtadpt.net/archive/2011/04/14/project-byzantium-development-sprint-2 The Doctor's Byzantium Sprint #2 notes from April 2011]
 
* [http://wiki.hacdc.org/index.php/Byzantium HacDC's Byzantium wiki page]
 
* [http://wiki.hacdc.org/index.php/Byzantium HacDC's Byzantium wiki page]
 +
* [http://wiki.openwrt.org/toh/tp-link/tl-wr703n wr703n OpenWRT wiki]
  
 
[[Category:Event]]                                                  <!--MAKE AS MANY CATEGORIES AS YOU NEED-->
 
[[Category:Event]]                                                  <!--MAKE AS MANY CATEGORIES AS YOU NEED-->

Revision as of 16:43, 19 March 2012

Creator:
Strages
Status:
Planning
Born On:
21:17, 26 September 2011 (CDT)
Last Updated:
16:43, 19 March 2012 (CDT)

Overview

Building a wireless mesh network up with DNS, captive portal webpage, and communication infrastructure. A tiny "internet" for disaster stricken areas.


Goals

  • Portable power
    • batteries, solar, wind turbines, etc
    • a 7Ah bettery should run a WRT54G for ~29 hours [1]
    • "And as a reference point, it was found that a 55 AH SLA battery with a 45W amorphous solar panel under decidedly sub-optimal conditions can run a WRT54G indefinitely." [2]
  • Mesh network nodes capable of being run on available power.
    • OpenWRT capable devices
  • Various antenna types
  • DNS server
  • DHCP server
  • Captive portal page containing emergency and general information for people joining the network.
  • Communication options
    • IRC
    • BBS?
    • SMS gateway
    • Jabber server
  • QR code ( http://delivr.com/qr-code-generator ) stickers and/or stencils containing a link or information about the network in a given area. Keep with the nodes and/or on the nodes.
  • Have a file repo available and linked off the captive portal containing mesh network packages, etc. Piratebox ( http://wiki.daviddarts.com/PirateBox ) perhaps

Location

?

Progress

From Twitter

  • strages Huzzah! First mesh node toward @krs and I's emergent network plans. #makerslocal 26 Sep
  • strages Huzzah! Freifunk wiki.freifunk.net/Freifunk_Firmw… flashed to the first mesh node! #makerslocal #opensourcemesh 27 Sep
  • strages Achievement unlocked! JimShoe found a wrt-54gv2 in a box. Yay for having a second node! #makerslocal #opensourcemesh 28 Sep
    • Later found to be a WAP54G v2
  • strages Ran down some rather nice tutorials for setting up mesh networks using Freifunk. This should help. #makerslocal 29 Sep
  • strages wewt! third mesh node obtained! #makerslocal 3 Oct
  • strages Totally got a WAP54gv2(Yancey) and WRT54gv5(Josh) meshing with OLSR :D #makerslocal 4 Oct
  • strages Alright, unbricked the third node again. Loaded dd-wrt with olsr on it. Might have it talking to the others in the mesh. #makerslocal 6 Oct
  • strages 4th mesh node obtained! Brother-in-law gave me a WRT160N :D #makerslocal 7 Oct
  • strages Fifth wireless mesh node obtained! A WRT54G v2.2 with swappable antennas! I shall call it Lincoln after where I got it. #makerslocal 13 Oct
  • strages Wifi mesh project update: five nodes, three water proof enclosures, one solar panel. Four more nodes in the future. #makerslocal 14 Oct
  • strages Found another water proof box! Bringing the total up to 4 :D #makerslocal #mesh 15 Oct
  • strages Found node six while unpacking boxes at the shop! :D ...and it shall be called Butterscotch #makerslocal 17 Oct
  • strages Huzzah the 3 new mesh nodes from Birmingham showed up! Thanks @xhizu :D #makerslocal 02 Dec
  • strages Looking heavily into http://smesh.org for my mesh network project. Working on finding or compiling a newer image to load. 04 Jan
  • strages Settling on kmod-batman-adv for my mesh network. Layer 2 routing for the win. #makerslocal 06 Jan
  • strages Just ordered 3 TP-Link TL-WR703N for my mesh network project. #makerslocal 13 Jan
  • strages @brimston3 is working pretty hard on a openwrt backfire image for 2MB devices containing batman-adv #makerslocal 16 Jan
  • brimstone Got #openwrt finally under 2MB for this wrt54gs for @strages' mesh at #makerslocal 20 Jan
  • strages Huzzah! TP-Link WR703Ns have arrived! Time to get back to work on mesh nodes! #makerslocal 19 March

From IRC

01/13/12

  • <brimstone> 03:00:31 +brimstone | !note strages* At this point in our program, brimstone takes a victory lab as Josh is now running a usable openwrt.
  • <brimstone> 03:01:38 +brimstone | 1708032 works
  • <brimstone> 03:02:47 +brimstone | 1773568 doesn't
  • <brimstone> 03:06:18 +brimstone | i could hack it in there like this one
  • <brimstone> 03:09:01 +brimstone | let's see if i can sneak batman-adv into it now
  • <brimstone> 03:11:02 +brimstone | !note strages* Now turn to page 2: batman_adv: B.A.T.M.A.N. advanced 2011.2.0 (compatibility version 12) loaded
  • <brimstone> 03:12:35 +brimstone | !note strages* i apparently have removed wifi drivers, this is a beast for another day, monday perhaps

01/17/12

  • [23:16] <+brimstone> !note strages* wifi passes traffic in adhoc mode

01/18/12

  • [08:56] <strages_work> how did you get it working?
  • [08:56] <+brimstone> which part?
  • [08:56] <strages_work> I guess what I'm asking, what had to be removed to get wifi and batman-adv in there
  • [08:57] <+brimstone> ssh, firewall support, anything crypto related
  • [08:57] <+brimstone> usb and network file system support from the kernel
  • [08:57] <+brimstone> some wireless regulation stuff (crda)
  • [08:58] <+brimstone> pretty progress bars off wget
  • [08:58] <+brimstone> a hand full of other things
  • [08:58] <+brimstone> i don't remember all right now
  • [09:06] <strages_work> fantastic work
  • [09:06] <strages_work> thank you
  • [09:09] <+brimstone> it's not quite done
  • [09:09] <+brimstone> there's still not a good way to change configurations
  • [09:11] <strages_work> but one can be set initially?
  • [09:12] <+brimstone> yes, but i'm not sure if that's a good thing to do

01/19/12

  • [14:44] <+brimstone> strages_work: why did i ask you to send me that lsmod and dmesg output?
  • [14:45] <strages_work> oh, you were going to check what driver they were using to do VAPs
  • [14:46] <strages_work> you might find some other interesting stuff in there as well
  • [14:47] <+brimstone> it's interesting that a lot of the hardware's the same
  • [14:47] <strages_work> right
  • [14:48] <strages_work> *it's mostly just memory contraints
  • [14:48] <strages_work> cheaper manufacturing
  • [14:48] <+brimstone> i think the multiple VAPs are controlled by hostapd, and i don't have space for that graaaaa

01/20/12

  • 17:19 <+brimstone> strages_work: i tweaked the lzma settings and saved another k out of the kernel
  • 17:51 <+brimstone> Kernel: Old: 809812 New: 784844 Size change: -24968
  • 17:51 <+brimstone> Busybox: Old: 407679 New: 407679 Size change: 0
  • 17:51 <+brimstone> Squashfs: Old: 846014 New: 845889 Size change: -125
  • 17:51 <+brimstone> TRX: Old: 1794048 New: 1765376 Size change: -28672
  • 17:51 <+brimstone> Room: 4096
  • 17:51 <+brimstone> It's good!
  • 17:57 < strages_shop> :D
  • 17:57 <+brimstone> this might be it
  • 17:57 <+brimstone> but it may still give you problems
  • 17:57 < strages_shop> oh man oh man oh man
  • 17:57 <+brimstone> i removed some of the routing stuff
  • 17:57 <+brimstone> and the qos
  • 17:57 <+brimstone> and some queuing stuff
  • 17:57 < strages_shop> hmm
  • 17:58 <+brimstone> but it's got batman, and wifi firmware, and it's small enough to flash
  • 17:58 < strages_shop> works on Josh?
  • 17:58 <+brimstone> yup

01/21/12

  • 14:28 <+brimstone> strages_home: you didn't tell me these routers only had 8MB of ram too
  • 14:35 < strages_home> I didn't know it was an issue :(
  • 14:35 <+brimstone> yup
  • 14:36 <+brimstone> i've got butterscotch in a weird state too
  • 14:36 <+brimstone> boots up fine, then does something to corrupt itself
  • 14:42 < strages_home> hmm
  • 14:43 <+brimstone> i'm reflashing butterscotch with stock openwrt
  • 14:43 <+brimstone> leaves him at least usable
  • 14:44 < strages_home> kk
  • 14:44 < strages_home> he's a 2.2 which means that's fine
  • 14:44 <+brimstone> yeah, but my firmware should have worked
  • 14:45 <+brimstone> so there's debugging that
  • 14:45 < strages_home> oh you were testing it for use on all the devices, not just the 2MB ones
  • 14:45 <+brimstone> yup
  • 14:46 < strages_home> buterscotch is 4MB
  • 14:46 <+brimstone> right
  • 14:46 <+brimstone> why does the 1.7MB firmware fail?
  • 14:46 < strages_home> not a clue
  • 14:47 < strages_home> check lsmod and dmesg dumps for differences?
  • 14:47 <+brimstone> probably the jffs2 stuff getting in the way
  • 15:06 <+brimstone> yup, the jffs2 stuff
  • 15:11 <+brimstone> pfft, batctl wants a debugfs
  • 15:13 < strages_home> don't need it
  • 15:38 <+brimstone> debugfs is so biiiiiiig
  • 15:39 <+brimstone> +70k!
  • 17:54 <+brimstone> Mesh: Built

01/23/12

  • [09:56] <strages_work> brimstone: is there a config being written somewhere on Josh that contrains all the settings for the mesh?
  • [09:56] <+brimstone> no, josh doesn't have room to save configs
  • [09:57] <+brimstone> but /etc/init.d/mesh-setup and /etc/init.d/mesh-finish are the static files i hard coded into the firmware to set it up
  • [09:57] <strages_work> ok
  • [09:59] <strages_work> I'm thinking we need to replicate those settings in a config file for the 4MB devices and just run straight openwrt 10.3.1 on them. This would let us use tools like batctl etc on at least some of the devices.
  • [10:01] <+brimstone> we could also just pull the batctl binary from the package and replace it on the 4MB ones
  • [10:01] <+brimstone> the stock firmware has a lot of extra baggage
  • [10:01] <+brimstone> ppp, luci, etc
  • [10:03] <strages_work> can hostap be installed like that as well?
  • [10:03] <+brimstone> yes
  • [10:04] <strages_work> ok
  • [10:06] <strages_work> so right now, we can install your openwrt image on all the devices (at least the ones we've tested thus far), they'll mesh, and we add packages as needed given room on the device?
  • [10:06] <+brimstone> should be able to
  • [10:06] <+brimstone> i made sure opkg was still on there
  • [10:07] <strages_work> alright because I'm shooting for as little setup time as possible given that it's supposed to be an emergency network
  • [10:08] <strages_work> there are a few spinoff ideas after I finish this one utilizing the same or similar setup
  • [10:09] <strages_work> like having them in client mode on one of the virtual aps and auto connection to open wireless networks effectively extending the range of existing infrastructure
  • [10:09] <strages_work> *auto connecting
  • [10:10] <+brimstone> that'll be gross if you're not careful
  • [10:10] <strages_work> right, it's just an idea
  • [10:10] <+brimstone> as long as you're only linking to one network it should be ok
  • [10:11] <strages_work> or use a decent routing protocol to prevent routing loops
  • [10:12] <+brimstone> it's more then that
  • [10:12] <+brimstone> you can't link to 192.168.1.0/24 networks, you'll get conflicting ips
  • [10:12] <+brimstone> you'll knock valid users off networks, or your own users
  • [10:13] <strages_work> that seems fixable by using some other network range though by default...
  • [10:13] <+brimstone> you don't control the open wifis you're connecting to
  • [10:13] <+brimstone> you might be able to do some double/triple nat weirdness, but that's gross
  • [10:15] <strages_work> sure I would have difficulty hosting services on the network, but that wasn't really the plan
  • [10:15] <+brimstone> you also start limited the range as you're adding additional TTLs
  • [10:15] <+brimstone> or subtracting as the case may be
  • [10:15] <strages_work> true
  • [10:17] <strages_work> regardless this is all hypothetical right now. Getting everything working as an emergency network is the plan then it's building communication services on top of that
  • [10:17] <+brimstone> yup
  • [10:17] <strages_work> captive portal, message board, chat, possibly crude voip
  • [10:18] <strages_work> I wonder if android can do batman-adv

Google+

  • Matt Robinson - I might finally have it. Will start testing tonight. 04:38PM 17 Jan

Network

  • SSID: maker-mesh
  • BSSID: DE:AD:BE:EF:00:00
  • OLSR: 192.168.1.0/24

Nodes

  1. Linksys WRT54GS v5 (Josh)
    • S/N: CGN70F2A6509
    • OS: custom OpenWrt Backfire 10.03.1 w/ kmod-batman-adv
    • Owner: strages
    • Mesh IP: 192.168.10.102
  2. Linksys WAP54G v2 (Yancey)
    • S/N: MDG20DAO2969
    • OS:
    • Owner: Makers Local 256
    • WLAN IP: 192.168.3.3
    • LAN IP: 192.168.1.3
  3. Linksys WRT54G v8 (Mog)
    • S/N: CDFG1GBE3698
    • OS:
    • Owner: strages
    • WLAN IP: 192.168.3.4
    • LAN IP: 192.168.1.4
  4. Cisco WRT160N (Lando)
    • S/N: CSE01H619262
    • OS: OpenWrt Backfire 10.03.1 w/ kmod-batman-adv
    • Owner: strages
    • WLAN IP: 192.168.3.5
    • LAN IP: 192.168.1.5
  5. Linksys WRT54G v2.2 (Lincoln)
    • S/N: CDF70DCM4969
    • OS: custom OpenWrt Backfire 10.03.1 w/ kmod-batman-adv
    • Owner: strages
    • Mesh IP: 192.168.10.100
  6. Linksys WRT54G v2.2 (Butterscotch)
    • S/N: CDF70DCE1873
    • OS: custom OpenWrt Backfire 10.03.1 w/ kmod-batman-adv
    • Owner: strages
    • Mesh IP: 192.168.10.101
  7. Linksys WAP54G v3.1 (Daylon1)
    • S/N: MDG30G701435
    • OS:
    • Owner: strages
    • WLAN IP:
    • LAN IP:
  8. Linksys WAP54G v3.1 (Daylon2)
    • S/N: MDG30H805687
    • OS:
    • Owner: strages
    • WLAN IP:
    • LAN IP:
  9. Linksys WAP54G v3.1 (Daylon3)
    • S/N: MDG30GA37178
    • OS:
    • Owner: strages
    • WLAN IP:
    • LAN IP:

Other Supplies

  • 4 water-proof containers large enough to house a battery, solar panel, and mesh node.
  • VW 1C0915687 3.2W solar panel.
    • 18.8V max
    • 170mA max

Costs

  • $5 for the VW solar panel from Unclaimed Baggage
  • $75 for 3 TP-Link TL-WR703N

Lessons learned

  • With the custom 2MB openwrt-10.3.1 image that brimstone is developing, if there is no mesh IP defined it will assume 192.168.10.2 .
  • Multiple SSIDs cannot be done with the custom 2MB image, but can on the 4MB devices.
    • This is due to the limited number of packages available due to memory constraints.

References