[HamWAN PSDR] Haystack Site Outage
Bart Kus
me at bartk.us
Tue Mar 14 02:34:20 PDT 2017
I'm not sure that's a fair assessment. The link to SnoDEM is only
-77dBm and only on hpol (vpol is -90 ish). Here's the perf that link gets:
[eo at SnoDEM.Haystack] /interface wireless registration-table> /tool
bandwidth-test 44.24.242.6 direction=receive
status: running
duration: 30s
rx-current: 4.4Mbps
rx-10-second-average: 4.7Mbps
rx-total-average: 4.4Mbps
lost-packets: 478
random-data: no
direction: receive
rx-size: 1500
[eo at SnoDEM.Haystack] /interface wireless registration-table> /tool
bandwidth-test 44.24.242.6 direction=transmit
status: running
duration: 30s
tx-current: 11.9kbps
tx-10-second-average: 27.6kbps
tx-total-average: 26.4kbps
random-data: no
direction: transmit
tx-size: 1500
That TX path makes the link useless. Better to turn it off! Or maybe
ditch the weak polarity.
Then there's Nigel's + my link (I'm NOT uplinking right now), both
sitting @ -81dBm, which is pretty low. Or at least we were. I see
Nigel's @ -68dBm right now. I don't know how to explain that. Here's
the link speed:
[eo at Haystack-S3] /interface wireless registration-table> /tool
bandwidth-test 44.24.241.78 direction=receive
status: running
duration: 30s
rx-current: 21.3Mbps
rx-10-second-average: 19.4Mbps
rx-total-average: 18.8Mbps
lost-packets: 1720
random-data: no
direction: receive
rx-size: 1500
[eo at Haystack-S3] /interface wireless registration-table> /tool
bandwidth-test 44.24.241.78 direction=transmit
status: running
duration: 30s
tx-current: 25.2Mbps
tx-10-second-average: 26.7Mbps
tx-total-average: 24.4Mbps
random-data: no
direction: transmit
tx-size: 1500
But of course that's on S3, so he'll be sharing time domain with NR3O's
uplink, so cut that speed at least in 1/2, and probably more when the
-81dBm conditions return. Then we have a link to QueenAnne:
[eo at QueenAnne.Haystack] > /tool bandwidth-test 44.24.242.39
direction=receive
status: running
duration: 30s
rx-current: 113.9Mbps
rx-10-second-average: 124.3Mbps
rx-total-average: 104.6Mbps
lost-packets: 6234
random-data: no
direction: receive
rx-size: 1500
[eo at QueenAnne.Haystack] > /tool bandwidth-test 44.24.242.39
direction=transmit
status: running
duration: 30s
tx-current: 76.2Mbps
tx-10-second-average: 76.7Mbps
tx-total-average: 58.4Mbps
random-data: no
direction: transmit
tx-size: 1500
Which as you can see is pretty sweet, but it's then choked by the
QueenAnne-Westin link when it comes to reaching the Internet:
[eo at QueenAnne.Seattle] > /tool bandwidth-test 44.24.242.35 direction=receive
status: running
duration: 30s
rx-current: 3.2Mbps
rx-10-second-average: 2.9Mbps
rx-total-average: 2.9Mbps
lost-packets: 28
random-data: no
direction: receive
rx-size: 1500
[eo at QueenAnne.Seattle] > /tool bandwidth-test 44.24.242.35
direction=transmit
status: running
duration: 30s
tx-current: 4.5Mbps
tx-10-second-average: 4.3Mbps
tx-total-average: 4.3Mbps
random-data: no
direction: transmit
tx-size: 1500
The Victoria link doesn't have direct peering to the Internet, it VPNs
back to the Westin. Last time I measured, it does 15Mbit one way and
30Mbit the other way, and I don't know what the limits are on the cable
modem VPN.
So no, I would not consider Haystack as having good connectivity. We
need to get Victoria onto a different cell site (yet to be constructed)
so we can point the dish back at SnoDEM. Having the dish pointed back @
SnoDEM will also allow K7NVH's uplink to be collinear and get out of the
-81dBm muck. We also need to fix QueenAnne's connectivity. This might
have some chance of success as we get more access to the Capitol Park
site. We could either up CP's connectivity with CA and Baldi, and route
via Tukwila, or we could connect CP directly to Haystack and route via
Tukwila. QueenAnne may also be able to link with Gold.
So if you're seeing slow connectivity, on the order of 5Mbit or so, now
you know why.
PS: I disabled ch1 on Haystack.SnoDEM and the slow Haystack->SnoDEM
transfer speeds didn't stop. Now I suspect it's the brand new 5GHz WiFi
that got installed all over that building. Need to do more research and
maybe find a better frequency.
--Bart
On 3/13/2017 11:27 PM, Rob Salsgiver wrote:
>
> Cool – thanks. Once again it seems my mind is the item suffering the
> outages these days….
>
> Sigh
>
> Cheers,
>
> Rob
>
> *From:*PSDR [mailto:psdr-bounces at hamwan.org] *On Behalf Of *Nigel
> Vander Houwen
> *Sent:* Monday, March 13, 2017 11:21 PM
> *To:* Puget Sound Data Ring
> *Subject:* Re: [HamWAN PSDR] Haystack Site Outage
>
> Haystack is pretty well connected as well, it has links to Vancouver,
> Paine, and Queen Anne, as well as Bart and myself are uplink nodes
> connected to Haystack.
>
> Nigel
>
> On Mar 13, 2017, at 23:19, Rob Salsgiver <rob at nr3o.com
> <mailto:rob at nr3o.com>> wrote:
>
> I was thinking more about the strength/stability of Haystack.
> When I was connecting up the hospital in Monroe I thought I
> remembered being told that Haystack was marginal due to the split
> from Paine and one of the other links being interfered with
> (Amazon?) – I might be mixing my site memories. If it’s marginal
> I would like to see Haystack solidified (if possible) as I have
> Evergreen on there and it’s my #1 option for Everett Clinic.
>
> Cheers,
>
> Rob
>
> *From:*PSDR [mailto:psdr-bounces at hamwan.org]*On Behalf Of*Nigel
> Vander Houwen
> *Sent:*Monday, March 13, 2017 10:48 PM
> *To:*Puget Sound Data Ring
> *Subject:*Re: [HamWAN PSDR] Haystack Site Outage
>
> Rob,
>
> That’s correct, the dish at haystack was turned a few degrees
> farther north to better connect Victoria. However, the link to
> Paine remains up, and has fairly good signal strength. Adding in
> the East Tiger<->Paine and Gold<->Paine links, the site is pretty
> well connected. Adding another dish to gain a few dB on an already
> decent signal isn’t currently on the plans.
>
> Nigel
>
> On Mar 13, 2017, at 14:21, Rob Salsgiver <rob at nr3o.com
> <mailto:rob at nr3o.com>> wrote:
>
> Nigel,
>
> If memory serves me correctly I think we swung the Paine dish
> to cover the new Victoria site last year. Are there any plans
> to install a separate dish to optimize both links once the
> weather and access improve?
>
> Cheers,
>
> Rob / NR3O
>
> *From:*PSDR [mailto:psdr-bounces at hamwan.org]*On Behalf
> Of*Nigel Vander Houwen
> *Sent:*Sunday, March 12, 2017 11:24 PM
> *To:*Puget Sound Data Ring <psdr at hamwan.org
> <mailto:psdr at hamwan.org>>
> *Subject:*Re: [HamWAN PSDR] Haystack Site Outage
>
> Evening Everybody,
>
> Today Bart and the site owner took another run at getting up
> to haystack and managed to fight their way up to the site.
> They managed to get a lot done, and Haystack is in much better
> shape.
>
> * They found some misbehaving equipment that had a huge draw
> (>400W continuous) on the power system up there,
> overwhelming the solar generation capacity, draining the
> batteries, and causing the generator to run more than it
> should have been needed, and then run out of fuel.
> * They brought up 40 gallons of fuel that was brought
> partway up the mountain on the last trip.
> * Bart replaced the Haystack-S3 modem to see if it would fix
> an issue we’re seeing with non-symmetric signal strengths.
> It didn’t resolve the issue, so we’ll revisit that issue
> again later.
> * Replaced the RJ45 connector for the Haystack-S3 modem that
> may have been the cause for the earlier Haystack-S3 outage.
>
> All together, with the misbehaving loads removed from the
> system, and the generator refueled to get the batteries
> recharged so it’s not all on solar to bring things back up,
> things are looking much better.
>
> We’ve powered back online all of the HamWAN equipment at the
> site, so the sectors and backbone links are all up and
> operating normally.
>
> I’d like to thank again the folks who made the previous
> attempt and got the fuel most of the way up the mountain, as
> well as bart and the site owner for making the run today to
> finish the job. All the efforts are appreciated, and are
> paying off in the site being back online.
>
> Nigel
>
> On Mar 4, 2017, at 23:41, Nigel Vander Houwen
> <nigel at nigelvh.com <mailto:nigel at nigelvh.com>> wrote:
>
> Hello All,
>
> Our site at Haystack has been having some trouble with the
> solar charging setup, and has not been able to get much
> energy with the limited solar that remains working onsite,
> as such, the site owner has been intermittently running
> the generator to keep the batteries charged.
> Unfortunately, as of Friday the generator is out of fuel.
>
> Bart, Bruce, and one or two others (I didn’t catch the
> names), made a heroic effort today to get onsite with
> snowmobiles and a snow cat to refuel the tanks, and repair
> the solar charging problems, but were stymied by snow
> conditions, and were not able to reach the site today.
>
> Considering the limited solar functioning, and the clear
> weather today, we had a pretty good day, but the forecast
> doesn’t look promising for keeping that up.
>
> I’ve shut down our sectors at Haystack to try and conserve
> some power, so if you normally connect to Haystack, or
> were looking to try, please be aware that for the moment,
> the Haystack sectors are offline.
>
> We’ll let you know when we’re able to get the sectors back
> online. Hopefully soon we’ll be able to get more fuel up
> there, and the extra solar capacity repaired.
>
> Thanks again for the efforts of the volunteers that tried
> to reach the site today. It was a real slog, and the
> efforts are appreciated.
>
> Nigel
> _______________________________________________
> PSDR mailing list
> PSDR at hamwan.org <mailto:PSDR at hamwan.org>
> http://mail.hamwan.net/mailman/listinfo/psdr
>
> _______________________________________________
> PSDR mailing list
> PSDR at hamwan.org <mailto:PSDR at hamwan.org>
> http://mail.hamwan.net/mailman/listinfo/psdr
>
> _______________________________________________
> PSDR mailing list
> PSDR at hamwan.org <mailto:PSDR at hamwan.org>
> http://mail.hamwan.net/mailman/listinfo/psdr
>
>
>
> _______________________________________________
> PSDR mailing list
> PSDR at hamwan.org
> http://mail.hamwan.net/mailman/listinfo/psdr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.hamwan.net/pipermail/psdr/attachments/20170314/580ebc40/attachment-0001.html>
More information about the PSDR
mailing list