Mississippi Network Diagram and Configuration

Buick serves DHCP, and does round-robin load-balancing between 2 DSL lines. (It doesn't actually, someone needs to set up the link to the second line and configure this)

All of the metrix boxes run STP. (We should probably pick a root bridge, and configure it. The SW NAYA metrix looks good. The commons metrix got elected by default.)

Last Thursday (Oct 19, 2005), Keegan and I had some trouble when we tried to swap master/client modes between metrix-naya-sw and metrix-commons (needed for commons to start relaying backhaul traffic via its omni antenna from multiple sites). When we swapped metrix-naya-sw to client mode, things puzzlingly stopped working. This evening I did some comparisons between the three metrixes I can reach from buick and think I've found the problem. I tar'd each metrixes root filesystem onto another machine and then did a diff -ru to find differences. Mostly, the differences I found between the metrixes were understandable. The only one I didn't understand was that metrix-naya-sw was missing a strange line in /etc/modules.conf: options ath_pci countrycode=840. I think I've discovered, thanks to [http://www.news4neighbors.net/article.pl?sid=05/07/30/1541232&mode=nested&tid=1 a News4Neighbors article], the explanation:

I think that smells suspiciously like a smoking gun. --RussellSenior

On October 24, around 2:45pm, having added the /etc/modprobe.d/madwifi and run update-modules on metrix-naya-sw as referenced above, I reconfigured metrix-naya-sw and metrix-commons to be managed and master, respectively, and rebooted. The metrix-commons box came up fine, but metrix-naya-sw failed to bring up its radios automatically. I modprobe'd ath_pci and ifdown/ifup'd the ath0 and ath1 interfaces manually and it is working. Not sure why ath_pci didn't load initially. Needs investigating. --RussellSenior

The whole network is bridged, and in the 10.11.104.0/22 network.

Access points

Location

Part of roof

Hardware

Interface/IP address

Int/Channel

Antenna

NAYA

SW corner

Metrix

br0(eth0,ath0,ath1)/10.11.104.2

ath0/165/client

17 dBi to Commons

ath1/11

9 dbi 120deg pointing S

NW corner

Metrix

br0(eth0,ath0,ath1)/10.11.104.3

ath0/165/AP (off)

17 dBi to Ed's

ath1/1

9 dbi 120deg pointing NW

SE corner

Cisco

BVI1(Dot11Radio0,FastEth0)/10.11.104.4

Dot11Radio0/11

9 dbi 120deg pointing E

Commons

SE corner

Metrix

br0(eth0,ath0,ath1)/10.11.104.5

ath0/165/AP

8 dBi 802.11a omni

ath1/11

?? dBi omni

Cisco

BVI1(Dot11Radio0,FastEth0)/10.11.104.6

Dot11Radio0/1

9 dBi 120deg pointing SE

Cecily's

Chimney

Metrix

br0(eth0,ath0,ath1)/10.11.104.8

ath0/165/client

17 dBi to Commons

ath1/??

?? dBi omni

Ed's

Chimney

Metrix

br0(eth0,ath0,ath1)/10.11.104.9

ath0/165/client

17 dBi to Commons

ath1/??

?? dBi omni

As of Oct 21, 2005, Cecily's metrix is disfunctional (needs a swapout) and needs to have its ath0 antenna replaced with a 17dBi 11a backfire. Ed's is mounted on the chimney, but is currently non-operational. NAYA SW is currently not visible from Commons mast due to vegetation, may want to use NAYA NW for 11a backhaul and eliminate SW 11a, perhaps even replacing the metrix there with a single-radio device. Another option is to leave both metrixes pointing at Commons. The STP should pick one to use and self-heal if one goes down. --RussellSenior

MAC addresses

metrix-naya-sw

Interface

MAC

10.11.104.2

ath0

00:02:6F:21:EC:AA

ath1

00:02:6F:21:EC:A5

eth0(br0)

00:00:24:C3:A9:C0

metrix-naya-nw

Interface

MAC

10.11.104.3

ath0

00:02:6F:21:EC:A8

ath1

00:02:6F:21:EC:A6

eth0(br0)

00:00:24:C3:A9:B4

metrix-commons

Interface

MAC

10.11.104.5

ath0

00:02:6F:21:EC:A9

ath1

00:02:6F:21:E9:49

eth0(br0)

00:00:24:C3:A9:A0

metrix-west

Interface

MAC

10.11.104.8

ath0

00:02:6F:21:EF:ED

ath1

00:02:6F:21:EF:F2

eth0(br0)

00:00:24:C3:E4:30

metrix-ed

Interface

MAC

10.11.104.9

ath0

00:02:6F:21::

ath1

00:02:6F:21::

eth0(br0)

00:00:24:C3::

We need to complete this table next time we are in the field. IP addresses for metrix-west and metrix-ed were taken from buick:/etc/hosts. --RussellSenior

The metrix at 10.11.104.3 is now named metrix-naya-nw internally, reflecting its current location. The corresponding change to buick:/etc/hosts is pending. --RussellSenior

Firmware Image

The image for the Metrix boxen is at http://cornerstone.personaltelco.net/~brj/metrix-missnet.img It is setup with all 3 interfaces bridged, and br0 set to 10.11.104.5/22.

To flash:

Note: as of 2005-10-11 this process isn't working for me. The Metrix stalls during the PXELINUX stuff. I think it's probably just an issue with my setup but I've got it working fine using the documentation from Metrix. (- KeeganQuinn)

The way the Metrix website says to do it is actually better. When I was working on the metrixes, though, that documentation didn't exist, to my memory. The debian netboot was simply the easiest way I could find to get a shell netbooted. (- BenjaminJencks)


[CategoryDocumentation]