Oh man, this is one of my favorite lines of all time:
> "Anyway, I asked one of the geostatisticians to look into it--"
> "Geostatisticians..."
> "--yes, and she's produced a map showing the radius within which we can send email to be slightly more than 500 miles. There are a number of destinations within that radius that we can't reach, either, or reach sporadically, but we can never email farther than this radius."
I adore when experts use their expertise to analyze real-world things like this and provide ridiculously thorough explanations :-D
My favorite story kinda of this nature, of an expert as alien intelligence, was Feynmann's calculations about computer architecture of the Connection Machine:
It's a few paragraphs, maybe too much to quote, but the bulk of it starts with:
> By the end of that summer of 1983, Richard had completed his analysis of the behavior of the router, and much to our surprise and amusement, he presented his answer in the form of a set of partial differential equations. To a physicist this may seem natural, but to a computer designer, treating a set of boolean circuits as a continuous, differentiable system is a bit strange. [...] Our discrete analysis said we needed seven buffers per chip; Feynman's equations suggested that we only needed five. We decided to play it safe and ignore Feynman.
Guess who was right.
The whole essay is worth reading, if you haven't yet.
My recent version: I was playing a pinball game in an arcade. One particular ramp shot was registering earlier in the day and then stopped working.
Eventually I realized that the sensor is an optical beam, and the receiver happened to be in direct sunlight coming in through a window! So it was continuously receiving infrared and would never report the beam being blocked by a pinball. Sure enough, it started working again once the sun angle changed by a few more degrees.
I have an optical smoke detector that will give (very loud) false alarms if a sun beam can bounce off a windowsill onto it. It works great if the curtain is closed. Debugging that took a few early sunrises.
The 500 mile email story is one of my favorite reminders that, fundamentally, we're still governed by the laws of physics. It's funny, but it's also a reminder that, while networks might be very fast, the latency is still going to be governed by the speed of light.
Well laws of physics is what gave us radio in the first place.
Some of my favorite video documentaries are on how it was theorized and then slowly developed over years and decades until they finally got to spark-gap transmitters.
But just imagine listening to spark-gap morse code radio broadcasts for years as amateur and then suddenly someone does a broadcast test of actual voice (violin!) That must have been incredible to hear wirelessly.
24 December 1906 Reginald Fessenden, that was the leap that eventually gave us wifi
I actually like thinking about the exchange of physical information as a network propagation delay, and entanglement/coherence as a distributed consensus algorithm. They're kinda samey from a conceptual point of view (in my amateur opinion)
I had a customer who used a line of sight system for extending their network across part of a city.
I had a shortcut on my desktop with the weather for that town ready when they would inevitably call and blame our unrelated equipment for some problem.
I worked at a small, local ISP in the 90:ies that had a point to point link across the river, handling the dial up traffic from the telecom company we partnered with.
Every few days, always at roughly the same time, all incoming dial up traffic would drop. A minute later, the customers could reconnect.
It took a while before we realized that one of the huge passenger ferries that docked a short distance upstream was the cause. When it arrived and departed, its chimneys and possibly bridge and highest deck blocked LOS across the river.
I used to work in high-frequency trading. I had several tabs permanently open to the live weather radar feed for regions where we had microwave towers: the NE USA, the South of England, the Alps...
There was a site with stories like these somewhere, I sadly can't remember the URL any more.
I think the one that stuck out to me was the Soviet mainframe computer that would get weird bit flips almost every day, always at the exact same time. Somebody compared what was different about the days it didn't get bit flips on, it turns out those were the days on which a particular train didn't run, the computer was very close to a railway station. What train was it, you ask? The one transporting the (definitely perfectly safe to eat, definitely not filled to the brim with nuclear radiation) cow meat from Chernobyl. The radiation was intense enough to cause bit flips, I'm sure the quality of soviet components didn't help here either.
As someone with very limited electrical experience, the more magic switch story instantly went "the second terminal of the switch is probably grounded to the switch casing" when they explained it only had one connected terminal.
This is a very common thing in older automotive electronics, for example.
A user was having a really bizarre problem: They could log in when they were sitting down in a seat in front of the keyboard, but when they were standing in front of the keyboard, their password didn't work! The problem happened every time, so they called for support, who finally figured it out after watching them demonstrate the problem many times:
It turned out that some joker had rearranged the numbers keys on the keyboard, so they were ordered "0123456789" instead of "1234567890". And the user's password had a digit in it. When the user was sitting down comfortably in front of the keyboard, they looked at the screen while they touch-typed their password, and were able to log in. But when they were standing in front of the computer, they looked at the keyboard and pressed the numbers they saw, which were wrong!
I did tech support via phone for a popular consumer computer brand. One particular call, a woman reported that her computer was restarting every time someone in the house flushed the toilet.
Long story short, her home was in the back-back woods with the home powered by a generator. In addition to powering the computer, the generator was also the source of power for a water pump which would kick on to refill the toilet bowl whenever it emptied. And wouldn't you know that that water pump had a beefy coil around its motor and would brownout the entire house every time it started?
My personal example: VoIP phones stopping after the Asterisk server was up for 3 days.
Reason: the server had IPv6 turned on, and it steadily accumulated privacy IPv6 addresses. These addresses were all sent in a packet describing the supported media endpoints, using UDP.
And yep, eventually it overflowed the MTU and the phones couldn't handle the fragment reassembly.
I remember one (might have been a hn-er's comment, dunno) about the computer restarting when the toilet was flushed. Turns out it was due to voltage drop when a compressor turned on to refill the reservoir of the toilet.
DNS responses sent over UDP are often truncated if the response is too large. This manifests itself as "machine unreachable if name > x characters" sort of errors when you have really long FQDNs.
I don't know if this is fake, but it could be true. I had a similar situation working for a WISP around 2010.
Every night, for about 10 minutes, the connections from our HQ to a relay tower became flaky. At the time we were using two Mikrotik 5GHz cards and some large antennas.
You could sit in front your computer and wait, a few minutes after the sunset, for the monitoring alerts start arriving.
After a week trying everything, including changing hardware (to the same specs), I was very disappointed with the thing and got out to smoke around the sunset.
Then some huge lamps we had around the building switched on, based on a light sensor. Immediately I received the SMS alerts on my phone. I ran into the building, turned off the external lights and bingo: 0% packet loss.
It turns out that the building management had changed all of external lamps the week before, with new sodium-vapor bulbs. And for some reason, on the first 5 to 10 minutes with these lights on, it caused very high interference on the 5GHz band.
I am just surprised that line of sight issues weren't the first thing checked when you have a bespoke line of sight networking setup, especially when there was no local packet loss.
Reminds me of an extremely similar case with a long distance microwave link at a mobile telecom provider in Australia that I worked for. They relied quite heavily on microwave link chains and this particular one was in northern Queensland where fixed lines were hard to find and no local engineers were locally present/aware of the changing environment.
Every week day + Saturday, from 7-3 the link would keep cutting out intermittently. Then work fine and the rest of the day and on Sunday… a crane, building a new residential building would operate during those hours right in the middle of the microwave path. Many weeks of theories and time wasted until someone had a chance to visit. :)
Amazing. Reminds me of the fact that militaries really don't want wind turbines in areas where good radar coverage is important (case in point: the Finnish Defense Forces anywhere near the Russian border); even though the blades aren't metal, they're still a source of noise and radar shadow.
I'm not at all knowledgable about this, but: is it feasible (and if so, hard?) or impossible to have some sort of live reporting from the turbines about the speed/position of their blades that connects to the radar system allowing it to ignore what it knows to be turbine noise/shadow and therefore be able to have turbines there and still get good radar?
I've done a ton of low-budget analog hardware debugging, and the major problem with hardware debugging is each attempt to fix the problem takes a long time. If I had wanted to test every idea I had I could easily waste a week. Not to mention that I can't just run some automated test suite after the fact. For hardware, approaching debugging methodically is a necessity, not just best practice.
We don't typically have log files for hardware, but I'm always surprised when otherwise extremely intelligent people first try to debug by applying "fixes" that shouldn't have any causal effect on any weird observations we've gotten. I have no problem with people coming up with theories because each modification takes time, but each theory should ideally explain the data...
Reading log files with really obscure error messages might as well be reading a magical grimoire. Especially when the solution turned out to have nothing to do with the error message.
The title might've been a Fleetwood (the other kind of) Mac reference.
o/~ Wi-Fi's only working when it's rainin'
Players only stutter when they're buff'rin'
Websites, they will page load oh so slooooww
When the rain falls down, you can download
The unusual internet setup is pretty important information to bury a few paragraphs in. Once that was explained it seemed like they should have started by checking nothing was blocking the antenna before tediously running around plugging the laptop into things and following cables and checking power supplies on the networking equipment?
Hindsight is 20/20 but I correctly guessed the ending as soon as that information was added.
I thought the same, although I probably would not have immediately gone to the Wifi transmitter.
After a couple decades of debugging various internet issues the first thing I now do is check the 'source' works (i.e. plug a laptop into the modem directly, but with a different cable). If that works I go down 'the line' until something does not work. That usually finds the culprit quite quickly (and also stops me from messing with my router config when it's an ISP issue).
In OPs scenario, the moment you realise that the office internet is working fine and it's only the home internet that is having issues, the connection between the two would have been the obvious place to look next.
That being said, it's still a fun story, and still quite 'unexpected' that rain could be the determinating factor on whether you'll have working internet or not.
I felt the same, but to be fair to the author, the information was probably buried in the back of their mind too - when you've had a set up like this for years, many of its details become invisible to yourself, part of "obvious" background information that your mind doesn't bother bringing to the forefront.
Sure, but the title has you thinking "Why would this external weather event effect my in-home wifi?" when the answer is "because I have a weird thing outside of my house that makes the wifi work". I feel used.
I think it’s a fair comment. A lot of readers on HN are adept debuggers, and will start to analyze everything from the first paragraph. By burying the lede like that, it feels like wasted time, to have begun debugging before the (incredibly important) part about the unusual setup was revealed.
Seems almost implausible that the protagonist, with his technical knowhow, did not think of this earlier..
Anyway, it’s a matter of storytelling, and that matters!
I'm not bragging, I'm just saying if you have one custom, specialized part in your setup that's particularly out of the ordinary and prone to failure, I'm surprised you wouldn't start there.
If you're e.g. running a piece of software with a crazy custom plugin that overhauls major functionality and then an update to the base software breaks everything, it shouldn't be TOO much of a mystery on where to start looking. When you add weird custom parts to a system, it tends to be a point of failure.
Perhaps the author just didn't remember that they had a custom setup like that, but it wasn't framed in the article like "suddenly I remembered...", it was just stated as a given. And the fact that it was giving them particularly high speed home internet access for the time, it'd be a kind hard thing to forget?
Yes, it’s not a competition, but if you have a line of sight network connection and the network only works when it’s raining, the obvious thing to check is that line of sight.
Once upon a time, I owned a 1998 Volkswagen Wolfsburg Edition, a sleek and vibrant red car that turned heads wherever I went. As a city worker, I found it convenient to park my car at the train station and commute to work.
One particularly exhausting day, I trudged back from the train to the parking lot, eager to get home and unwind. As I approached my car, I noticed something peculiar—all the windows were missing. Panic gripped me, and I initially thought someone had vandalized my beloved vehicle. However, as I walked around the car, I couldn't find a single shard of glass on the ground. Upon closer inspection, I realized that the windows had simply been rolled down. Relief washed over me as I rolled them back up and drove home, putting the strange experience out of my mind.
Weeks passed, and the incident faded from my memory. Then, on a lazy Saturday morning, I sat on my back porch, sipping a hot cup of coffee and enjoying the tranquility of the day. Suddenly, the sky darkened, and a light rain began to fall. As the raindrops pattered against the roof, I heard an unexpected sound—the distinct whirring of car windows rolling down.
Perplexed, I set my coffee aside and hurried to the front of the house. To my astonishment, I found my Volkswagen's windows had mysteriously lowered themselves, allowing the rain to pour into the car's interior. It dawned on me that the windows' odd behavior must have been caused by a short circuit in the electrical system.
From that day on, I knew my 1998 Volkswagen Wolfsburg Edition was more than just a cool, bright red car—it had a quirky personality of its own, keeping me on my toes with its unexpected window antics.
Haha, I have a 2015 Opel Astra (I think they are sold as Vauxhall as well in some countries) and I noticed a similar thing one day: it suddenly had all windows lowered by itself, without me doing anything to cause it.
The first time it happened was on a music festival after hauling a lot of camping gear from the car. I locked it using the remote key fob, put the keys into my pocket and hauled the last bunch of stuff to our camp. An hour or so later someone told me that my car had completely open windows, asking whether that was intentional. Of course it wasn't.
The next time it happened was at home, after shopping for groceries. I locked the doors, carried the box with the groceries into my flat, and when I finished unpacking them I looked out of the window and saw my car in the parking lot - with fully lowered windows. I thought it was a glitch in the firmware or whatever.
A few days later the same thing happened again - I shopped groceries, carried them in, looked out of the window - car had lowered the windows entirely by itself. The same glitch twice within a few days? In almost the same situation? How big are the chances for that?
Then it suddenly dawned on me.
I have quite a lot of stuff in my pockets. Including the car key with the remote buttons. Whenever carrying heavy stuff, boxes and such, there is quite a good chance of me accidentally pressing the "unlock" button not shortly, but for a few seconds. So I took my key fob, stood in front of the car, held down the button...and after five seconds of waiting, all of the windows lowered for just a little bit, and after waiting a few additional seconds they lowered completely.
Since then I know about an interesting feature of my car: it can remotely lower the windows for ventilation in summer.
I recall reading a variant of that where a terminal had a "print screen" button, and the claim was it would work when standing but not when sitting down (or was it vice versa).
In the end there were two print screen buttons, only one of them functional, and one of them more obvious when standing (or sitting).
These kind of stories are classic debugging parables that teach you to step back and consider what you may be assuming incorrectly when something absolutely doesn't make sense or seems impossible.
I had experienced this one and felt like I was going mad, and then I guess the humidity changed and I gave up/stopped thinking about it. It wasn't until a couple years later I saw a post here about the gas cylinders causing monitors to blank.
There's a Mister Bean episode in which his TV will only work when he's sitting next to it (where he obviously cannot see it). I think he manages to watch TV by creating a copy of himself with his clothes next to the TV, while he's sitting naked in front of it
Some years ago I put in a point to point wifi link for a family member, from house to garage "block". I specified a pair of Ubiquity Nanostations which are tiny, PoE powered and have a decent range.
The house end is inside a UK standard tiled roof - dense 3/4", allow for slat, so 1"+ thick and dense material.
The other end is 20m away (LoS) and external mounting was forbidden. The garage block has foil lined Kingspan style insulation. I managed to mount that end near enough to a skylight window to work OK. I then daisy-chained an access point off it.
All was fine until the sky light was replaced with a metalicised one. The signal just about worked until it rained which was enough to nobble it.
When it got annoying enough, me and said family member plotted and I rocked up when someone was absent for the weekend. I moved the garage station to the outside. It now looks like a bird box. I put up a real bird box at the other end too. The fake box would get baked in the sun but the real one is always shaded.
If you are renting then you might not be allowed to install an aerial on the building. There are situations where you need council permission to install an aerial or it may be forbidden e.g. listed historic buildings.
One of my most recent 'weird internet issues' was when I upgraded our 50mbit internet connection to 100Mbit and my laptop never really reached 100Mbit whereas my homelab easily got 100Mbit on speed tests.
It took me a while to realise the difference was that the homelab was physically connected and the laptop was using Wifi.
The laptop wifi was connected to the AP at ~1.2 Gbit and a different machine had the same issue. I decided to see what the internal network speed was and found that sending/receiving files to the homelab from a wifi device was also maxing out at ~90mbit.
This then steered me towards looking at the connection between the AP and the router, and I realised that the Wifi AP was connected at 100Mbit to the router instead of 1Gbit.
Turned out the cheap CAT7 cable that I randomly used to connect Wifi to the router because it looked nicer than the existing cable was not actually a real CAT7 cable and only provided 100Mbit. Changing the cable fixed the issue! Out of paranoia I decided to replace all of my ethernet cables with decent quality ones.
I don't even remember where that 'fake' cable came from; probably from some random Aliexpress appliance that I bought at some point. I've had similar issues with USB cables that I've amassed, where I forget where they came from and only realise later that they barely fulfil their purpose.
Dtto for video cables - once you get into 1440p/4k and high frequency rates or VBR, that HDMI 2.1 or DP 1.4 certifications start to actually matter.
What is worse is that the hardware tries hard to make it work even with noncompliant cable resulting in things like random flashes of black, or multiple random reconnections after plugging in the laptop.
I don't think so (but I am a bit tired today, so maybe something I wrote makes no sense :)).
Homelab is physically connected to the router whereas the laptop is connected via Wifi. It was the cable from the Wifi AP to the router that was dodgy which caused the issue.
I noticed because the laptop would never reach 'true' 100Mbit download speeds whereas the homelab did.
"The office and our apartment were a few blocks away from each other..."
and figured it had to be a line of sight transmission.
I encountered this in summer of 1993 when the company I worked at installed infrared (I think) transmission across our two offices, separated by 250m. When the summer sun swept behind the transmitter in the northwest-ish, the wifi went out for about an hour each evening.
> Interestingly, objects outside the straight line between antennas can still cause interference! For best signal quality, the Fresnel zone between the antennas should be clear of obstructions. But perfection isn't achievable in practice, so RF equipment like Wi-Fi uses techniques like error-correcting codes so that it can still work without a perfectly clear Fresnel zone.
I wonder if other waves like pressure/audio waves also have a similar effect.
My mind was blown when I saw the 4F experiment, where a lens transforms an image into the Fourier domain. I'm not sure if it's related to the Fresnel zone (I think it is not or only very vaguely), but it's pretty amazing:
A widened beam of collimated light (i.e. parallel beams) is sent through e.g. a slide with some image printed on it. Using a lens placed one focal length away, it is focused down to a point (one focal length from the lens). One more focal length from that point, the beam will have reached its original width again, and another lens makes it parallel again, projecting it onto a screen placed one focal length from the second lens:
| () . () |
image lens point lens screen
This will behave exactly as expected at first glance. The image will be visible on the screen (upside down IIRC) and if you hold a piece of paper into the point, you'll just see a single bright dot. However, what's actually present (due to diffraction) is the Fourier transform of the image! If you put an iris around the point, the image on the screen becomes blurry because you just filtered the high frequencies! And what's even more impressive, if you remove the center of the point (e.g. by inserting a glass slide with a small black circle in the middle), you'll get only the high frequencies, and the image on the screen will be the edges of the original image.
Yes they do. That’s what an echo is, sound waves bouncing off an obstacle between two points. That obstacle doesn’t need to be within the direct line of sight, just within the dispersion area of the outgoing sound wave.
At the far end you’ll hear (although in reality, your brain will almost certainly cover this up for you) distortion caused by the sound wave defracting off the obstacle and interfering with the primary wavefront. Hence the reason why people put so much effort into design concert halls, and adding sound dampening treatments to recording studios. Obstacles will distort sound, but energy absorbing obstacles will distort less.
> At the far end you’ll hear (although in reality, your brain will almost certainly cover this up for you) distortion caused by the sound wave defracting off the obstacle and interfering with the primary wavefront.
I wonder how much polarization affects things; I was once told that terrestrial FM Radio is transmitted with vertical polarization to reduce interference from tall objects between you and the transmitter.
Terrestrial TV (some of which used bands that overlap FM radio) uses horizontal polarization.
Actually experience the same thing but for different reasons.
I've lived in the same place for 25 years, so I've seen the invention of wifi and then checking every few months for other users on wifi analyzer, I've seen it grown and grown.
Well in that 25 years they've built so many surrounding apartment complexes that the 2.4ghz saturation is absolutely insane. I cannot believe how many networks show up on the analyzer in 2024, has to be well over 100.
But when it rains, it cuts off dozens of those other apartments, and I get better signal inside my own apartment.
I remember hearing about a few common failure modes for early internetworking of adjacent buildings. The first being running a bare twisted pair cable between buildings. Worked fine until the next lightning storm, and then a nearby strike fries the equipment on both ends. You have to use grounded conduit to run strands between buildings my dudes.
But the other one was setting up WiFi between buildings, and tended to be more of a problem in academia because the yearly cycles make it a bit more likely. If you set it up in the fall, and everything works all winter until spring comes, when the water in the deciduous tree leaves attenuates the signal. The nasty part of this one is not the failure mode but the timing. Everyone has been happily using and depending on their sweet sweet bandwidth for six months and poof, it’s just gone one fine April morning.
This is a bit ridiculous. How can you know that you have a ling of sight element to you network and not check that as the very first thing when you hear about rain effecting the wifi?
I had that feeling, too, especially when the author talks about climbing up to the endpoint to check the equipment. He knew it was a line of sight microwave link, so the first thing to check is obstruction or reflection by things that can move a little. I was thinking that it might only work when someone had a big flat-sided truck or RV in the right place to reflect the signal around something.
I've had trouble with tree growth in other contexts. A tree once slowly grew tall enough to break the neutral wire on the drop from the power pole to the house. This put overvoltages on some 110V circuits. Computers were fine. Washing machine emitted a burning smell. More recently, tree growth broke a fiber line coming into my house. AT&T lineman came out and restrung fiber for three poles (I'm a ways back from the main road). He saw me running a desktop computer, slowly, tethered to a phone, and once fiber was reconnected, said "Now you're back in 2023".
(Now to get rid of the dead cable. I have dead DirectTV coax, dead cable TV coax from whoever was before Comcast, and dead Pacific Bell copper, all abandoned in place and some of it sagging.)
The retelling let's us know very early that there is a line of sight component, but when you are sitting there in the middle of a world of no internet, you might just think of it as a "link" to the office.
I don’t think so. I definitely know tech people who get a particular idea in their head and will debug it to hell and back before taking a step back and realizing the obvious thing they missed. I’ve definitely done it before myself.
> Also why not lay a cable.
It sounds like they were trying to run a network between two properties that weren’t adjacent. They may not have had permission from the neighbor in the middle to lay cable on their property, or it might’ve required laying a cable across a street.
Also, if it was roughly 10 years ago then upgrading to N wireless was a good solution anyway. Not only did it solve the problem but it would've given then quicker speeds.
According to the stories the two bridge endpoints were in different buildings a few blocks apart. You can't just lay a cable in the middle of a public street.
Most likely a fake story. The internet is littered with blogs that make up stories like this to get engagement. After all, this one made it to the top of hackernews.
Chances of getting proof that this happened are zero
20ish years ago I hung out in an IRC channel in which, during autumn/winter months, one person would frequently get disconnected and when he came back complained about foggy weather.
He had a laser line or sight connection. It could handle rain (with some degradation), but thick fog killed it.
Funny. A few years ago I was on #chicken, and there was a person frequently connecting and disconnecting. Turns out they were on a boat and the motion of the boat would be enough to disrupt their wifi directional antenna.
They were rigging a servomechanism to automatically aim the antenna and wanted to write the control software in Chicken Scheme (for whatever reason, never questioned because Chicken is fun).
Yeah. If you're outside during a calm day with snow falling, it's unusually quiet because large fluffy snowflakes absorb sound. Fog does something very similar to optical or radio systems. Rain has much bigger droplets and far fewer of them. :)
When I started reading this it seemed like “internet” and WiFi were being conflated, for example on our neighbourhood WhatsApp group there are often people asking “Is anyone else’s WiFi down?”, when what they should ideally be asking is if anyone else’s (fibre) internet is down. In such cases I internally frown a little, but leave it there.
Anyway, for the situation in this link, they actually have a WiFi bridge from their house to their office which has the connection to an ISP, so it is absolutely accurate to say the WiFi was down in this case.
I've had a similar weather experience where my internet connection dropped when it was cold. Turns out some water had seeped into the optical fiber connector, when it froze it broke the connection, and it would recover when it thawed. This one was a nightmare to troubleshoot.
While we're on the subject: I still can't solve this and thought you'd either laugh or you are the only people who know what I'm going through :)
I have some fancy Asus Mesh wifi routers at home. I sit next to the cable modem and one mesh endpoint. My wife sits upstairs. there's an upstairs mesh endpoint but I think neither of us are usually connected to it (mostly serves to extend our connection to go to yard). But when my wife gets up from her desk and walks through our hallway (closer to the non often used mesh endpoint) our internet drops for a bit. My only guess is that the endpoints get mad at meat being in between their back haul? Anyone deal with this and figure out the solution?
Actually, if you take a peak in to the wifi logs on the asus mesh node, you might see that it freaks out and restarts the wifi service. There's a tail mode that is pretty nice.
Restore to the default settings, make sure you have updated the firmware, and cross your fingers.
Strange as it may seem, try turning the power on each endpoint down. You may be getting signal from too many APs in the same place making the mesh elector freak out.
I think my chair does this, but only when I'm not sitting in it. Maybe my body absorbs the ESD? If I'm doing anything nearby and bump the chair there's a good chance my monitor will lose signal for a second. It happens with both HDMI and Displayport with a number of different GPUs and different computers. The USB-C connection has never had a problem.
I'm in an older home with questionable wiring which I'm sure is also a factor.
Definitely people can absorb enough RF to block WiFi.
I hit this in a hotel, back when I was doing steampunk conventions. Antique Teletype machines put into brass and glass cases, getting text messages over the Internet. (Early versions of this used Google Voice to read SMS; later versions used Twilio.) The hotel lobby had WiFi, but the function room we were in did not. I'd tested in advance, and was able to get a good WiFi connection with the room empty. But once it filled up with people, we couldn't get through. Had to run out to Fry's and buy a WiFi booster.
This reminds me of a taxi driver in Dubrovnik, Croatia who told me that his cel service would not work when it rained because the rain changed transmissions where he lived in a way that meant that his phone would connect to a cel tower one valley over which was in Bosnia where he didn't have a data plan.
Not for long! Once the republic of Bosnia and Herzegovina becomes a member state of the European Union (a process which is seemingly progressing smoothly), it will be part of the European mobile phone 'roaming area' that is regulated as per PE/51/2018/REV/1.
End result: your taxi driver's data plan will work whatever the weather :)
Exactly. It was also my first real job as an IT manager, and I had just setup my first business wifi network for use with a shiny new Windows mobile scanner. So it definitely made me question if I was cut out for it.
I left the company last year, having grown to 700+ employees in pharmaceutical manufacturing, a far-cry from my one-man IT department for 20 employees making shampoo. And while there were many, many weird issues over the years, none was ever so satisfying to resolve.
I had one recently - old Nintendo switch; worked fine when docked, couldn't get an internet connection on wifi.
Turns out it had been so long that the wifi MAC was picking up a DHCP address that was blocked at the firewall; the dock had its own MAC so it got a good address.
Were you using an Ethernet adapter? The original switch dock has a DisplayPort to HDMI adapter and USB hub. It doesn’t do anything with networking. The OLED dock adds ethernet (and therefore a second MAC).
I had an experience like this once! My my laptop would inexplicably and intermittently stop connecting to the internet.
It turned out my bluetooth headset was using the same band as the wifi but I only figured this out after a few months and a replaced wifi card. I wouldn't wish that experience on my worst enemy.
Turns out most consumer electronics operate in the same unlicensed consumer bands, so your bluetooth mouse, headset, wifi, and microwave all tussle for the same stuff.
I had a fun one where every time I would get out of my chair my monitors would turn off, turns out the EM fields from the compression/decompression can actually be enormous in some cases.
My Mac Pro desktop used to wake up whenever I used a MacBook Pro in the same room. Obvious thought was, maybe the laptop was sending wake-on-lan packets for some reason. Turns out, the carpeting in that room tends to create static buildup, and my MBP's charger was not grounded. Touching the laptop would send a mild discharge into the wall line, tripping something in the desktop's PSU to wake it up.
I've experienced something similar, but the chair's discharge was interfering with a PCI riser, tripping just over some threshold that would cause the OS kernel to panic and shutdown. It felt so incredibly unbelievable when we first noticed the correlation that we called tons of people over to watch us demonstrate it just to see if there was something else we were missing.
Same, my macbook had unusable wifi when playing music via Bluetooth headphones. Switched to playing from my phone, somehow that worked - probably problem with the BT radio in the laptop since I didn't change wifi channel.
I have a fancy microwave that degrades my fancy bluetooth headset but not others. Did replacing the wifi card work? I'm wondering if I need to switch up my expensive microwave, or expensive headphone, because replacing bluetooth dongle (with another generic one with same chipset) hasn't resolved issue.
Microwaves use the 2.4ghz spectrum but typically not with any real precision which means that while in use they just tank the 2.4ghz spectrum.
*As an aside, one of my favorite things I get to do at work is when onboarding new Jr. Net Engineers is getting them take our spectrum analyzer into our office kitchen and instructing them to watch the spectrum turn bright red while I make a bag of popcorn.
Anyhow to get to your question, the best answer would be to get some distance between your microwave and set-up you're using with the headset. Otherwise if that isn't possible, then you'll want some headphones that does use 2.4ghz. Replacing the microwave will likely not fix the problem since they all use 2.4ghz band for cooking and at least I've never seen one shielded well enough that it didn't impact others while in use.
These are great stories but awful experiences to live through. I am currently going through one right now. My wireless CarPlay connection shuts off whenever I drive past a particular highway section. It never happens anywhere else but this one area. There is nothing of note happening there (it's on a bridge over a lake) but just like clockwork, my entertainment system shuts down and refuses to connect. I have tried everything (reboots, firmware updates, wired connections, etc) to no avail.
My first thought as well was there could be something emitting an intense signal in the vicinity that is interfering with the connection. However, there does not seem to be anything nearby (like I said, it is on a bridge going over a lake).
Here's my own 500 mile email story. This happened to me about a year ago.
Just a normal day at the office when suddenly the internet drops out, except for my machine. Everyone else has a network connection, but no internet. Except for me, I can't reach devices on the local network, but I can reach anything outside.
Now, our network is not large or complicated. We have a consumer grade ONT and WiFi router provided by the ISP, and a big unmanaged ethernet switch. There's really nothing to go wrong here.
After some debugging, I notice that I have been assigned an IP address in my ISP's public block. Tracert seemed to show no local network between me and the WAN. It was as if the router had somehow connected my WiFi client directly to the ONT, bypassing the local network. That only barely makes sense, but it was my best guess so I condemned the router.
Next day, new router, same problem. I couldn't explain it. This time though, I didn't have an internet connection, but local network was reachable. Some sanity restored, ar least.
Turns out that our fiber line had been accidentally cut during construction work. Once the ISP fixed that, all was normal.
The question remains, how did I have internet connection through a severed fiber line? It's not likely that the router had a bizarre failure right before the line was cut. I suppose it's possible that Windows had sneakily connected me to some other WiFi network, but then why did I have a weird IP address?
Does your machine have a cellular modem that gets prioritized only when there's no route to some well-known service via the normal network adapter? And you disabled it (but forgot to mention doing so in this story) around the same time as swapping routers?
Nope! Only WiFi and Ethernet. I had been using my phone hotspot, but that gives me a sane IP in the local reserved block, not one from the public block.
I also was using our neighboring business's guest WiFi, but again that should have given me a sane local IP.
Every diagnostic I could think of told me I was directly connected to the WAN with no intervening networks. Then again I'm not the best at debugging networks so I could be mistaken on this point. I am 100% certain that the IP address my computer was given was not a legal local network address.
The admins could connect to their machines, but not to any user machine.
It was winter and we had some heating issues, so I made a script "warmup_the_office.sh" that was meant to launch a "while(true){}" on each core of each PC of the office, but instead launched itself indefinitely on each and all reachable machines, exhausting all pids and preventing distant logging.
We had to reboot everything by hand, after some nice warmup.
We had an office in a very old building downtown with no access to fibre. The best internet we could get at the time was a 3G router in the window. Every afternoon at the same time our connection would drop down below 1 Meg and become unusable. Eventually we realised that down the street there was a large school and every afternoon when classes were over, hundreds of young people would turn in their phones and saturate our cell.
I had more thought of an issue regarding bad grounding (i.e. grounding rods dried out and only work properly when the earth is wet), but trees are even more unexpected.
My guess was that the directional antennas were off by enough that it didn't work well in clear conditions, but the rain refracted the signal enough to work. The actual answer was better :D
I know of a case in the Caribbean where where a line of sight connection between two buildings of a bank was being interrupted by a tree from a competitor bank. They asked the competitor would they mind cutting the tree and the answer was sure for the small fee of 1 million, Third hand info but I did hear from a network guy I worked with.
The real lost opportunity here was figuring out the cost of running fiber instead of wireless and charging the $1 less than that for the tree trimming.
At Pinterest, when we were working from one of the founder's apartment, the internet went down. Lots of debugging later and we traced it to a cable that a squirrel had chewed threw..
My Wi-Fi used to work better in the rain because our signal was fairly weak as it was coming from the apartment behind the wall and the channels were generally crowded so (I assume) rain helped to at least insulate us from the networks in the buildings across the courtyard.
I feel like this story started off seeming way more mysterious than it actually was because it took so long to get to mentioning the crucial bit (the long distance WiFi bridge).
As soon as they mentioned the directional wifi i knew it was something physically between the antennas but was guessing human behavior. The tree was a surprise.
I was fully expecting the answer to be that the rain was tamping down some unknown source of wifi interference... Which is a reasonable hypothesis if the packet loss is also within the home network.
I was not expecting the home Internet all went over a long range WiFi bridge, but knowing that a tree makes far more sense as the problem. Strange how it correlates with rain that way.
> Happy April 1st! This post is part of April Cools Club: an April 1st effort to publish genuine essays on unexpected topics.
Honestly, reading "April 1st!", I was expecting this to be one of April's fools but it turned out to be a true and amusing story.
The author was lucky to solve a technical problem in a non-technical way, unlike me!
A decade ago, I had a weird Internet connection issue. The upload speed suddenly dropped to near zero kb/s while the download was alright. I contacted my ISP, and for weeks, they were unable to figure out what was going wrong. I reached out to my neighbor and offered him to pay his Internet bill in exchange for sharing his Wi-Fi with me until my ISP solves my problem, and he kindly agreed. After about three months, my ISP's technical staff was still unable to fix the issue. I gave up, and guess what I did to get around this?! I just moved away to another distant home.
Once I had an Internet cable that stopped for a while whenever I turned on the microwave (understandable), and also stopped when started raining. The trickiest part was that it turned off just for a while and ONLY at the beginning of the rain.
I called the telecom company many times. They charge per visit in case no problem is found. I always had to explain the situation and ask the technician not to charge me and come when it started raining, a very hard thing to do because we cannot predict forecast and the network went down for 10 min only.
It does not seem a big problem, after all, I could just wait 10 minutes. After this happened multiple times a day every rainy week, making me lose meetings, work, server connections, etc... I had to patiently chase the telecom company and even ask for the personal phone numbers of technicians (to ping them when it was going to rain) until they finally found a solution.
It was due to a pipe connected to the rain gutter in the house. At the beginning of the rain, the amount of water streaming through was hitting perfectly a joint in the internet cable. So it was happening only when the rain started, and stopping when the little stream got stronger and consequently jumping it and not hitting the cable joint anymore. It was discovered by the technician. He found it somewhere in the 100m of the cable coming out from the street pole, not an easy task.
This reminds me of when I used to work for an ISP. Every November the "my internet doesn't work when we turn on the Christmas tree" calls would start. It was usually interference from cheap tree lights, but occasionally it was people unplugging the router to plug in their Christmas tree :D
I recall there was a story about a computer mouse not working when it was sunny? It had to do with the sensor. I can't find it so I'm starting to doubt if that actually happened...
This reminds me of when I took my PS5 to my family's house for Christmas vacation. We both have the same SSID because I set up both access points but they changed the password when they forgot it because they're a bunch of bozos.
My PS5 controller refused to connect to my PS5 and I couldn't figure out why. I gave up and after a few days tried again only to realize that the PS5 controller can't connect to the PS5 wirelessly when the wifi was connected but the password was invalid. I still don't know why it was a problem or if it still is a problem but it was a monster to debug. lol
The reason I didn't fix the wifi in the first place was that I didn't have a spare USB C to USB A cable to hardwire my controller and I was playing a singleplayer game. I think it was last of us.
Weighing down the leaves is one possibility, but is it also possible that water adhering to surfaces was creating reflections and providing alternative paths for the signal? I don't know if such a thing could happen at that frequency, but if you imagine looking out a window at night towards a window in a distant building, with a tree blocking the direct line of sight, and someone in the window sending you a message with a flashlight, you would only see the light via reflections. On a dry night the reflections might be matte and hard to see, but on a rain-soaked night you might be able to see stronger and sharper reflections on metal poles, walls, or puddles that were visible from both windows.
I once had a Time Warner tech blame the moisture content of the air for impacting the copper cabling to explain outages at our apartment. This both makes more sense and, I suppose, is more interesting.
My parents’ house was connected to old copper phone lines from ca. 1940, and by the 1980s rain intrusion from long or heavy storms would cause massive static on the line (made worse when squirrels ran on the line). This was disastrous when I got my first modem ca 1986. Just unusable until it dried out.
Interesting! This was a relatively new apartment building in Hollywood with similarly aged cable — maybe he was right and I'm altogether wrong. They ran the cable up through vertically adjacent units as well which left you at some degree of mercy of your downstairs neighbors.
Rain can improve signal quality by lowering the noise floor. Essentially, it drowns out the weaker signals originating from other emitters, making your own signal stand out.
I own a Ford Focus and to this day I don't understand why sometimes the gear shifts make this cracking noise when decelerating to zero, but only when it is raining.
Is it a 2012-2016 model? Those have the PowerShift transmission (known as the PowerShit on forums) that had a class action settlement, though I think it's too late to cash in on that.
As soon as it mentioned the line of site antennas I knew it had to be a tree. It often surprises me how much branches can sag from the weight of rainwater
Good read, but i was convinced as soon as i read the title that the rain was shielding the house from a near by transmitters that was blasting too much power.
I dislike calling this "magical thinking", just because the plausible causal relationship takes a little time to discover, it's not implausible at the outset.
In fact, the causal relationship between rain & wifi is taken as a given by the author:
> If anything, rain makes wireless signal quality worse
It's not too surprising to discover a causal relationship between two things we already know are causally related.
The author’s completely over the top reaction to the plausible and not especially weird titular statement gets old, quick.
Especially when they reveal that the network is using wifi antennas over a non-insignificant distance in an urban setting. Of course it’s the local wireless point to point bridge! The first thing you’d do is look down the line of sight for interference.
Reminds me of that time when my desktop computer wouldn't turn on if the printer's USB was plugged in to the wrong kind of port. Took me some time to figure that one out.
Or that other time, when my mom's phone started crashing all of a sudden. Until we discovered, that it was caused by her new ID card in the folding phone case touching the back of the phone.
My garage door opener works much better when it’s raining and also at night. I’m out case, our solar inverter (or one or more of the optimizers at the panels) creates enough noise to interfere.
I also believe our microwave is adding noise to the same circuit our WiFi router is on. Despite using 5GHz, WiFi is severely degraded whenever the microwave is on.
You should get a new microwave. It's probably not the mains circuit, it's probably leaking enough radiation to overload the RF frontend on the router.
If the router gets enough energy the "sine wave" of the radio signal starts to flatten out at the top and bottom and becomes a rounded off square wave which we call "clipping". This has the original frequency component, but also a ton of other frequency components that push up into much higher frequency bands like 5GHz.
Fun fact, this is why electric guitars add a high pitch scratchy noise, they're reaching the distortion/clipping threshold of their amplifier.
To add another weird tech issue to this collection: The camera shy Raspberry Pi. A model of the RPi would reboot when photographed with a flash: https://www.bbc.com/news/technology-31294745 (2015)
One of the sysadmins at a friendly company had the same problem... only that it was a >2km link in a densely built-up city and it turned out to be a crane that moved in on rails each morning with the beginning of a shift and then moved out in the evening!
Took a guy standing there with binoculars to realize what was going on...
I also had another story: my friends asked me to troubleshoot their DSL connection. It dropped out sometime after the sun set and came back in the morning.
Sure enough, this turned out to be RFI from newly installed solar invertors, creeping down the shield of an unused CB radio coax that ran parallel to the phone wiring.
I remember when I had ADSL2, I would get increased packet loss when it rained. After I failed to find the culprit, technicians from ISPs tried to debug it to no avail. It turned away when the connection got upgraded from ADSL2 to VDSL2.
One winter had been so cold I had cartoon network and other cable stations available on my terrestrial antenna. When the frozen temperatures finished, I had to buy cable because I got used to it
When it's extremely windy, our office Internet or Wifi speed slows down. Haven't worked out why yet. We have fibre to the building, so it's unlikely the uplink. But you never know.
It may not be the Wifi but something more upstream. If ISPs interlinks have microwave towers, then the physical swaying would have some effect on channel interference. I don't quite understand how (because the general direction remains the same over large distance) - but I have observed this to happen.
Could also have be that the neighbor have a not compliant WiFi device that send out deauthentication packages, then it would also work better during rain.
This is how you know the WiFi is Garbage - only happy when it rains.
At least you get a clue in this case (and the famous 500 miles email), I was having sporadic disconnections with cable internet for the last 2 month and my ISP can’t find anything wrong.
Had to switch back to DSL and pay more for slower speed.
The article briefly mentions that this was unbelievable because rain should make Wi-Fi worse not better.
That parallels my experience but I didn’t realize was commonly understood. I noticed that in the hot summer the Wi-Fi reception in my yard (IE, farther from the access point in the house) is worse. Eventually I decided that summer heat is really proxy for humidity and that it wasn’t unreasonable for high water concentration in the air to provide an obstacle to Wi-Fi signal.
Just the basic facts...
Climbing a nearby telephone pole and hooking in his test set, he dialed the
subscriber's house. The phone didn't ring. He tried again. The dog barked loudly, followed by a ringing telephone. Climbing down from the pole then he found:
a. Dog was tied to the telephone system's ground post via an iron chain and collar.
b. Dog was receiving 90 volts of signalling current.
c. After several jolts, the dog was urinating on ground and barking.
d. Wet ground now conducted and phone rang.
Which goes to prove that some grounding problems can be passed on.
I have a hard time believing this. Wifi can go through multiple walls. And if these were directional P2P links, they can easily go through and even around trees, I've deployed them in the past and they don't need perfect line of sight.
Granted the equipment could have been cheap, but this sounds questionable. He's asserting that the a few leaves at the top of a tree were blocking it when it wasn't raining? Idk.
I'm the author. Among other things, it's a distance problem -- WiFi can go through walls when the router is right there. But distance attenuates the signal as distance squared, and in this case we're talking about hundred+ yards/meters instead of just a couple.
Wifi normally uses adaptive transmit power and data rates. If the signal gets a bit weaker, your link slows down from say 300 Mbps to 260 Mbps. No biggie.
But sometimes for direct links you set the modulation, power and data rate fixed. The end result is that changing channel conditions can turn the link from 'working perfectly' to 'not working at all'
(Author here) For our Wi-Fi bridge, the devices on both ends were set to max power.
I don't recall them being able to change data rates very much (if at all) because the ones at the beginning of the story were 802.11g devices, and 802.11g didn't have channel bonding capability or similar tricks up its sleeve. Newer equipment definitely has more options like this.
I cannot know whether the story is true, but wet leaves definitely would interfere more with the link. The typical water content (and conductivity) of tree leaves is relatively low, and it could also be a factor apart from the aforementioned sagging due to the water's weight.
It is also true though that rain water has low mineralisation, and therefore low conductivity.
>>> Maybe an antenna connector has corroded from spending years outdoors? Nope.
Most people living in large metros will never fathom how wifi will simply stop working in the suburbs. It is easy to forget that Internet cables -normally hidden in cities- are completely exposed to elements in suburbs
Thanks, was wondering about the mechanics. Boughs with leaves would droop but needle trees not so much and would be more transmissive in the first place.
bit disappointed ... this is a very obscure set up and frankly speaking under those circumstances sth like "rain affects the wifi [either way]" is obviously not even close to magical thinking. definitely not worth almost 1000 upvotes.
FYI this being part of "April Cools" series heavily implies it's not a real tech issue but a riff on the "We can only send an email within 500 km" / "Can't print on Tuesdays" kind of articles.
Hi! I helped review this story, and also am one of the organizers of April Cools. Two things:
1. u/obi1kenobi told me it was a real thing that happened to him
2. The point of April Cools is that the things aren't jokes. They're real essays written with care, just outside of the author's usual writing topics. Some of the other ones we got this year are about hydroponics, current events in Sumo wrestling, parenting, and decaf coffee.
Like the guy said, you can't be taken seriously. That's the problem with being a April fool. You are just a funny entertaining guy. Not a source of information.
> Happy April 1st! This post is part of April Cools Club: an April 1st effort to publish genuine essays on unexpected topics. Please enjoy this true story, and rest assured that the tech content will be back soon!
The post’s disclaimer (and April Cool’s site itself) both imply that the goal is to touch on novel topics and should be genuine content of the author. That said, this story could clearly be apocryphal.
> One such piece of magic new to 802.11n Wi-Fi is called "beamfoming"
That's not quite true. 802.1ln has MIMO (Multiple-Input Multiple-Output) processing, with "multiple" referring to the number of receiver and transmitter antennas. Beamforming is a special case of MIMO, and MIMO is a generalisation of beamforming.
In a "Line-of-Sight" channel with no reflectors, MIMO converges to a beamforming solution. Capacity is then limited by the ability for the rx/tx array to resolve each antenna in the tx/rz array: the diffraction limit.
In a "rich" channel, with reflectors, MIMO converges to a more complex solution, which takes advantage of the angular separation of the reflectors to resolve the individual rx/tx antennas, even if they are too close to each other to resolve with beamforming. Yes, counterintuitively MIMO capacity goes up as the channel become more complex/rich and less line-of-sight, whereas with just beamforming the capacity would typically go down.
You can sort of think of MIMO as being beamforming where beams are bouncing off widely spaced reflectors, but even that doesn't do it justice. In reality, each "beam" is replaced with complex wavefront ("mode") which is matched to the environment and each mode is orthogonal to the other.
They are describing a situation in which a line-of-sight channel is replaced with a rich/complex channel: the exact conditions under which MIMO distinguishes itself from beamforming.
I'd say incomplete rather than incorrect, and the complete story is worth knowing as it makes the solution used more interesting.
Let me see if I'm the first one to link to that classic story in the same series, "I cannot send email further than 500 miles"
http://www.ibiblio.org/harris/500milemail.html
Or the Magic/More Magic switch
http://www.catb.org/jargon/html/magic-story.html
It's fun when physical reality meets the abstract models that we have built in our heads of these machines.
Oh man, this is one of my favorite lines of all time:
> "Anyway, I asked one of the geostatisticians to look into it--"
> "Geostatisticians..."
> "--yes, and she's produced a map showing the radius within which we can send email to be slightly more than 500 miles. There are a number of destinations within that radius that we can't reach, either, or reach sporadically, but we can never email farther than this radius."
I adore when experts use their expertise to analyze real-world things like this and provide ridiculously thorough explanations :-D
My favorite story kinda of this nature, of an expert as alien intelligence, was Feynmann's calculations about computer architecture of the Connection Machine:
https://longnow.org/essays/richard-feynman-connection-machin...
It's a few paragraphs, maybe too much to quote, but the bulk of it starts with:
> By the end of that summer of 1983, Richard had completed his analysis of the behavior of the router, and much to our surprise and amusement, he presented his answer in the form of a set of partial differential equations. To a physicist this may seem natural, but to a computer designer, treating a set of boolean circuits as a continuous, differentiable system is a bit strange. [...] Our discrete analysis said we needed seven buffers per chip; Feynman's equations suggested that we only needed five. We decided to play it safe and ignore Feynman.
Guess who was right.
The whole essay is worth reading, if you haven't yet.
2 replies →
it's a useful analysis. Nobody thought of router hops, but this pattern is pretty much what you'd expect, so it was a very good hint.
My recent version: I was playing a pinball game in an arcade. One particular ramp shot was registering earlier in the day and then stopped working.
Eventually I realized that the sensor is an optical beam, and the receiver happened to be in direct sunlight coming in through a window! So it was continuously receiving infrared and would never report the beam being blocked by a pinball. Sure enough, it started working again once the sun angle changed by a few more degrees.
I have an optical smoke detector that will give (very loud) false alarms if a sun beam can bounce off a windowsill onto it. It works great if the curtain is closed. Debugging that took a few early sunrises.
You missed an opportunity to cheat the machine by waving your hand between it and the sun. ;)
1 reply →
Or the "Car allergic to vanilla ice cream" story [1].
[1] https://news.ycombinator.com/item?id=37584399
The 500 mile email story is one of my favorite reminders that, fundamentally, we're still governed by the laws of physics. It's funny, but it's also a reminder that, while networks might be very fast, the latency is still going to be governed by the speed of light.
If we are doing classic stories - Grace Hooper and the Nanosecond of wire
https://www.youtube.com/watch?v=9eyFDBPk4Yw
https://americanhistory.si.edu/collections/nmah_692464
Well laws of physics is what gave us radio in the first place.
Some of my favorite video documentaries are on how it was theorized and then slowly developed over years and decades until they finally got to spark-gap transmitters.
https://en.wikipedia.org/wiki/Timeline_of_radio
But just imagine listening to spark-gap morse code radio broadcasts for years as amateur and then suddenly someone does a broadcast test of actual voice (violin!) That must have been incredible to hear wirelessly.
24 December 1906 Reginald Fessenden, that was the leap that eventually gave us wifi
https://en.wikipedia.org/wiki/Reginald_Fessenden
I actually like thinking about the exchange of physical information as a network propagation delay, and entanglement/coherence as a distributed consensus algorithm. They're kinda samey from a conceptual point of view (in my amateur opinion)
I forgot all about the 500 miles story. My favorite line:
> If the problem had had to do with the geography of the human recipient and not his mail server, I think I would have broken down in tears.
I had a customer who used a line of sight system for extending their network across part of a city.
I had a shortcut on my desktop with the weather for that town ready when they would inevitably call and blame our unrelated equipment for some problem.
I worked at a small, local ISP in the 90:ies that had a point to point link across the river, handling the dial up traffic from the telecom company we partnered with.
Every few days, always at roughly the same time, all incoming dial up traffic would drop. A minute later, the customers could reconnect.
It took a while before we realized that one of the huge passenger ferries that docked a short distance upstream was the cause. When it arrived and departed, its chimneys and possibly bridge and highest deck blocked LOS across the river.
I used to work in high-frequency trading. I had several tabs permanently open to the live weather radar feed for regions where we had microwave towers: the NE USA, the South of England, the Alps...
8 replies →
There was a site with stories like these somewhere, I sadly can't remember the URL any more.
I think the one that stuck out to me was the Soviet mainframe computer that would get weird bit flips almost every day, always at the exact same time. Somebody compared what was different about the days it didn't get bit flips on, it turns out those were the days on which a particular train didn't run, the computer was very close to a railway station. What train was it, you ask? The one transporting the (definitely perfectly safe to eat, definitely not filled to the brim with nuclear radiation) cow meat from Chernobyl. The radiation was intense enough to cause bit flips, I'm sure the quality of soviet components didn't help here either.
I think is the one you are looking for:
https://beza1e1.tuxen.de/lore/crash_cows.html
Perhaps thedailywtf.com?
2 replies →
As someone with very limited electrical experience, the more magic switch story instantly went "the second terminal of the switch is probably grounded to the switch casing" when they explained it only had one connected terminal.
This is a very common thing in older automotive electronics, for example.
First thing I thought of too. Anyone know if there a list of more articles similar to these three?
My wife has complained that open office will never print on Tuesdays!?
https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161...
A user was having a really bizarre problem: They could log in when they were sitting down in a seat in front of the keyboard, but when they were standing in front of the keyboard, their password didn't work! The problem happened every time, so they called for support, who finally figured it out after watching them demonstrate the problem many times:
It turned out that some joker had rearranged the numbers keys on the keyboard, so they were ordered "0123456789" instead of "1234567890". And the user's password had a digit in it. When the user was sitting down comfortably in front of the keyboard, they looked at the screen while they touch-typed their password, and were able to log in. But when they were standing in front of the computer, they looked at the keyboard and pressed the numbers they saw, which were wrong!
I have one first-hand story:
I did tech support via phone for a popular consumer computer brand. One particular call, a woman reported that her computer was restarting every time someone in the house flushed the toilet.
Long story short, her home was in the back-back woods with the home powered by a generator. In addition to powering the computer, the generator was also the source of power for a water pump which would kick on to refill the toilet bowl whenever it emptied. And wouldn't you know that that water pump had a beefy coil around its motor and would brownout the entire house every time it started?
1 reply →
My personal example: VoIP phones stopping after the Asterisk server was up for 3 days.
Reason: the server had IPv6 turned on, and it steadily accumulated privacy IPv6 addresses. These addresses were all sent in a packet describing the supported media endpoints, using UDP.
And yep, eventually it overflowed the MTU and the phones couldn't handle the fragment reassembly.
5 replies →
Here's one attempt I've seen in other HN comments at a shared "awesome list" of these sorts of stories:
https://github.com/danluu/debugging-stories
The podcast that kills the car stereo episode of Reply All is pretty funny https://gimletmedia.com/amp/shows/reply-all/brh8jm
I remember one (might have been a hn-er's comment, dunno) about the computer restarting when the toilet was flushed. Turns out it was due to voltage drop when a compressor turned on to refill the reservoir of the toilet.
2 replies →
https://500mile.email although I do wish it had more content!
1 reply →
The Daily WTF is full of them.
https://thedailywtf.com
DNS responses sent over UDP are often truncated if the response is too large. This manifests itself as "machine unreachable if name > x characters" sort of errors when you have really long FQDNs.
There's the car/ice-cream/vapor-lock story. Oops, I ruined it.
https://www.snopes.com/fact-check/cone-of-silence/
This is a true classic that never gets old!
Discussed many times here in HN:
1. https://news.ycombinator.com/item?id=9338708
Magic/more magic legend lives! I tell that to everyone experiencing a spooky troubleshooting!
i love those stories plus their detailed explanations because you can learn so much from them about technology, physics and even psychology.
and previously discussed: https://news.ycombinator.com/item?id=9338708
I came here to see if someone posted that.
Boy did that [0] send me down a long rabbit hole
[0] magic-story
I don't know if this is fake, but it could be true. I had a similar situation working for a WISP around 2010.
Every night, for about 10 minutes, the connections from our HQ to a relay tower became flaky. At the time we were using two Mikrotik 5GHz cards and some large antennas.
You could sit in front your computer and wait, a few minutes after the sunset, for the monitoring alerts start arriving. After a week trying everything, including changing hardware (to the same specs), I was very disappointed with the thing and got out to smoke around the sunset.
Then some huge lamps we had around the building switched on, based on a light sensor. Immediately I received the SMS alerts on my phone. I ran into the building, turned off the external lights and bingo: 0% packet loss.
It turns out that the building management had changed all of external lamps the week before, with new sodium-vapor bulbs. And for some reason, on the first 5 to 10 minutes with these lights on, it caused very high interference on the 5GHz band.
Changed the lamps, problem solved.
> And for some reason
The ballast and the bulb itself are quite noisy in RF and then they are heating up they even more noisier.
I am just surprised that line of sight issues weren't the first thing checked when you have a bespoke line of sight networking setup, especially when there was no local packet loss.
That whole article felt oddly empty. Like you could read the title and conclusion and be totally fine and satisfied.
Reminds me of an extremely similar case with a long distance microwave link at a mobile telecom provider in Australia that I worked for. They relied quite heavily on microwave link chains and this particular one was in northern Queensland where fixed lines were hard to find and no local engineers were locally present/aware of the changing environment.
Every week day + Saturday, from 7-3 the link would keep cutting out intermittently. Then work fine and the rest of the day and on Sunday… a crane, building a new residential building would operate during those hours right in the middle of the microwave path. Many weeks of theories and time wasted until someone had a chance to visit. :)
Amazing. Reminds me of the fact that militaries really don't want wind turbines in areas where good radar coverage is important (case in point: the Finnish Defense Forces anywhere near the Russian border); even though the blades aren't metal, they're still a source of noise and radar shadow.
I'm not at all knowledgable about this, but: is it feasible (and if so, hard?) or impossible to have some sort of live reporting from the turbines about the speed/position of their blades that connects to the radar system allowing it to ignore what it knows to be turbine noise/shadow and therefore be able to have turbines there and still get good radar?
13 replies →
Love that story.
For me it reminds me most debugging I see at work. People coming up with theories and doing some magic incantations on the interface.
Instead of reading the log files or reading error description which makes usually error and fix obvious in 10 seconds.
I've done a ton of low-budget analog hardware debugging, and the major problem with hardware debugging is each attempt to fix the problem takes a long time. If I had wanted to test every idea I had I could easily waste a week. Not to mention that I can't just run some automated test suite after the fact. For hardware, approaching debugging methodically is a necessity, not just best practice.
We don't typically have log files for hardware, but I'm always surprised when otherwise extremely intelligent people first try to debug by applying "fixes" that shouldn't have any causal effect on any weird observations we've gotten. I have no problem with people coming up with theories because each modification takes time, but each theory should ideally explain the data...
Reading log files with really obscure error messages might as well be reading a magical grimoire. Especially when the solution turned out to have nothing to do with the error message.
2 replies →
At that point, I'd have called a bush pilot to fly along the lines!
The title might've been a Fleetwood (the other kind of) Mac reference.
The unusual internet setup is pretty important information to bury a few paragraphs in. Once that was explained it seemed like they should have started by checking nothing was blocking the antenna before tediously running around plugging the laptop into things and following cables and checking power supplies on the networking equipment?
Hindsight is 20/20 but I correctly guessed the ending as soon as that information was added.
I thought the same, although I probably would not have immediately gone to the Wifi transmitter.
After a couple decades of debugging various internet issues the first thing I now do is check the 'source' works (i.e. plug a laptop into the modem directly, but with a different cable). If that works I go down 'the line' until something does not work. That usually finds the culprit quite quickly (and also stops me from messing with my router config when it's an ISP issue).
In OPs scenario, the moment you realise that the office internet is working fine and it's only the home internet that is having issues, the connection between the two would have been the obvious place to look next.
That being said, it's still a fun story, and still quite 'unexpected' that rain could be the determinating factor on whether you'll have working internet or not.
I felt the same, but to be fair to the author, the information was probably buried in the back of their mind too - when you've had a set up like this for years, many of its details become invisible to yourself, part of "obvious" background information that your mind doesn't bother bringing to the forefront.
Sure, but the title has you thinking "Why would this external weather event effect my in-home wifi?" when the answer is "because I have a weird thing outside of my house that makes the wifi work". I feel used.
As soon as he described the physical setup I was screaming "Tree!" internally.
Yes, it was IMHO too buried in the article.
At first (without the full context) I thought it was because rain blocked the external signal interference that was making the AP channel look busy.
[flagged]
I think it’s a fair comment. A lot of readers on HN are adept debuggers, and will start to analyze everything from the first paragraph. By burying the lede like that, it feels like wasted time, to have begun debugging before the (incredibly important) part about the unusual setup was revealed.
Seems almost implausible that the protagonist, with his technical knowhow, did not think of this earlier..
Anyway, it’s a matter of storytelling, and that matters!
2 replies →
I'm not bragging, I'm just saying if you have one custom, specialized part in your setup that's particularly out of the ordinary and prone to failure, I'm surprised you wouldn't start there.
If you're e.g. running a piece of software with a crazy custom plugin that overhauls major functionality and then an update to the base software breaks everything, it shouldn't be TOO much of a mystery on where to start looking. When you add weird custom parts to a system, it tends to be a point of failure.
Perhaps the author just didn't remember that they had a custom setup like that, but it wasn't framed in the article like "suddenly I remembered...", it was just stated as a given. And the fact that it was giving them particularly high speed home internet access for the time, it'd be a kind hard thing to forget?
4 replies →
Yes, it’s not a competition, but if you have a line of sight network connection and the network only works when it’s raining, the obvious thing to check is that line of sight.
2 replies →
There’s troubleshooting and then there’s the troubleshooting of the troubleshooting post-mortem. GP is just doing the latter.
Once upon a time, I owned a 1998 Volkswagen Wolfsburg Edition, a sleek and vibrant red car that turned heads wherever I went. As a city worker, I found it convenient to park my car at the train station and commute to work.
One particularly exhausting day, I trudged back from the train to the parking lot, eager to get home and unwind. As I approached my car, I noticed something peculiar—all the windows were missing. Panic gripped me, and I initially thought someone had vandalized my beloved vehicle. However, as I walked around the car, I couldn't find a single shard of glass on the ground. Upon closer inspection, I realized that the windows had simply been rolled down. Relief washed over me as I rolled them back up and drove home, putting the strange experience out of my mind.
Weeks passed, and the incident faded from my memory. Then, on a lazy Saturday morning, I sat on my back porch, sipping a hot cup of coffee and enjoying the tranquility of the day. Suddenly, the sky darkened, and a light rain began to fall. As the raindrops pattered against the roof, I heard an unexpected sound—the distinct whirring of car windows rolling down.
Perplexed, I set my coffee aside and hurried to the front of the house. To my astonishment, I found my Volkswagen's windows had mysteriously lowered themselves, allowing the rain to pour into the car's interior. It dawned on me that the windows' odd behavior must have been caused by a short circuit in the electrical system.
From that day on, I knew my 1998 Volkswagen Wolfsburg Edition was more than just a cool, bright red car—it had a quirky personality of its own, keeping me on my toes with its unexpected window antics.
Haha, I have a 2015 Opel Astra (I think they are sold as Vauxhall as well in some countries) and I noticed a similar thing one day: it suddenly had all windows lowered by itself, without me doing anything to cause it.
The first time it happened was on a music festival after hauling a lot of camping gear from the car. I locked it using the remote key fob, put the keys into my pocket and hauled the last bunch of stuff to our camp. An hour or so later someone told me that my car had completely open windows, asking whether that was intentional. Of course it wasn't.
The next time it happened was at home, after shopping for groceries. I locked the doors, carried the box with the groceries into my flat, and when I finished unpacking them I looked out of the window and saw my car in the parking lot - with fully lowered windows. I thought it was a glitch in the firmware or whatever.
A few days later the same thing happened again - I shopped groceries, carried them in, looked out of the window - car had lowered the windows entirely by itself. The same glitch twice within a few days? In almost the same situation? How big are the chances for that?
Then it suddenly dawned on me.
I have quite a lot of stuff in my pockets. Including the car key with the remote buttons. Whenever carrying heavy stuff, boxes and such, there is quite a good chance of me accidentally pressing the "unlock" button not shortly, but for a few seconds. So I took my key fob, stood in front of the car, held down the button...and after five seconds of waiting, all of the windows lowered for just a little bit, and after waiting a few additional seconds they lowered completely.
Since then I know about an interesting feature of my car: it can remotely lower the windows for ventilation in summer.
Another classic:
Can log in while sitting down, can't log in when standing up.
I need to find the reference ...
Edit: OK, here's one version:
https://www.reddit.com/r/talesfromtechsupport/comments/3v52p...
I recall reading a variant of that where a terminal had a "print screen" button, and the claim was it would work when standing but not when sitting down (or was it vice versa).
In the end there were two print screen buttons, only one of them functional, and one of them more obvious when standing (or sitting).
These kind of stories are classic debugging parables that teach you to step back and consider what you may be assuming incorrectly when something absolutely doesn't make sense or seems impossible.
Based on the title, I expected this to somehow be related to "Office chair turns off monitors" (it wasn't, but that is also a good one).
https://news.ycombinator.com/item?id=21978004
[Edit: I see this one has also been mentioned a few times already in the thread]
I had experienced this one and felt like I was going mad, and then I guess the humidity changed and I gave up/stopped thinking about it. It wasn't until a couple years later I saw a post here about the gas cylinders causing monitors to blank.
There's a Mister Bean episode in which his TV will only work when he's sitting next to it (where he obviously cannot see it). I think he manages to watch TV by creating a copy of himself with his clothes next to the TV, while he's sitting naked in front of it
Some years ago I put in a point to point wifi link for a family member, from house to garage "block". I specified a pair of Ubiquity Nanostations which are tiny, PoE powered and have a decent range.
The house end is inside a UK standard tiled roof - dense 3/4", allow for slat, so 1"+ thick and dense material.
The other end is 20m away (LoS) and external mounting was forbidden. The garage block has foil lined Kingspan style insulation. I managed to mount that end near enough to a skylight window to work OK. I then daisy-chained an access point off it.
All was fine until the sky light was replaced with a metalicised one. The signal just about worked until it rained which was enough to nobble it.
When it got annoying enough, me and said family member plotted and I rocked up when someone was absent for the weekend. I moved the garage station to the outside. It now looks like a bird box. I put up a real bird box at the other end too. The fake box would get baked in the sun but the real one is always shaded.
Why was subterfuge required? Something is missing from this story.
If you are renting then you might not be allowed to install an aerial on the building. There are situations where you need council permission to install an aerial or it may be forbidden e.g. listed historic buildings.
Also see: https://www.townplanning.info/permitted-development/househol...
Just what I found doing a quick search.
1 reply →
Look up WAF!
...
(Wife Acceptance Factor - far more important than Web App Firewall)
One of my most recent 'weird internet issues' was when I upgraded our 50mbit internet connection to 100Mbit and my laptop never really reached 100Mbit whereas my homelab easily got 100Mbit on speed tests.
It took me a while to realise the difference was that the homelab was physically connected and the laptop was using Wifi.
The laptop wifi was connected to the AP at ~1.2 Gbit and a different machine had the same issue. I decided to see what the internal network speed was and found that sending/receiving files to the homelab from a wifi device was also maxing out at ~90mbit.
This then steered me towards looking at the connection between the AP and the router, and I realised that the Wifi AP was connected at 100Mbit to the router instead of 1Gbit. Turned out the cheap CAT7 cable that I randomly used to connect Wifi to the router because it looked nicer than the existing cable was not actually a real CAT7 cable and only provided 100Mbit. Changing the cable fixed the issue! Out of paranoia I decided to replace all of my ethernet cables with decent quality ones.
I don't even remember where that 'fake' cable came from; probably from some random Aliexpress appliance that I bought at some point. I've had similar issues with USB cables that I've amassed, where I forget where they came from and only realise later that they barely fulfil their purpose.
Dtto for video cables - once you get into 1440p/4k and high frequency rates or VBR, that HDMI 2.1 or DP 1.4 certifications start to actually matter.
What is worse is that the hardware tries hard to make it work even with noncompliant cable resulting in things like random flashes of black, or multiple random reconnections after plugging in the laptop.
Great, now you've got me checking our HDMI cables :) Is there an easy way to check what an HDMI cable supports?
I guess the same question stands for USB cables. I remember looking into that a while ago but did not find anything conclusive.
I'm getting confused reading your first sentence based on the rest of your comment; should homelab and laptop be swapped?
I don't think so (but I am a bit tired today, so maybe something I wrote makes no sense :)).
Homelab is physically connected to the router whereas the laptop is connected via Wifi. It was the cable from the Wifi AP to the router that was dodgy which caused the issue.
I noticed because the laptop would never reach 'true' 100Mbit download speeds whereas the homelab did.
I got this far:
"The office and our apartment were a few blocks away from each other..."
and figured it had to be a line of sight transmission.
I encountered this in summer of 1993 when the company I worked at installed infrared (I think) transmission across our two offices, separated by 250m. When the summer sun swept behind the transmitter in the northwest-ish, the wifi went out for about an hour each evening.
TIL about Fresnel Zones!
> Interestingly, objects outside the straight line between antennas can still cause interference! For best signal quality, the Fresnel zone between the antennas should be clear of obstructions. But perfection isn't achievable in practice, so RF equipment like Wi-Fi uses techniques like error-correcting codes so that it can still work without a perfectly clear Fresnel zone.
I wonder if other waves like pressure/audio waves also have a similar effect.
[1] - https://en.wikipedia.org/wiki/Fresnel_zone
(Side note, is this story old? 802.11n isn't particularly new enough to upgrade to.)
My mind was blown when I saw the 4F experiment, where a lens transforms an image into the Fourier domain. I'm not sure if it's related to the Fresnel zone (I think it is not or only very vaguely), but it's pretty amazing:
A widened beam of collimated light (i.e. parallel beams) is sent through e.g. a slide with some image printed on it. Using a lens placed one focal length away, it is focused down to a point (one focal length from the lens). One more focal length from that point, the beam will have reached its original width again, and another lens makes it parallel again, projecting it onto a screen placed one focal length from the second lens:
This will behave exactly as expected at first glance. The image will be visible on the screen (upside down IIRC) and if you hold a piece of paper into the point, you'll just see a single bright dot. However, what's actually present (due to diffraction) is the Fourier transform of the image! If you put an iris around the point, the image on the screen becomes blurry because you just filtered the high frequencies! And what's even more impressive, if you remove the center of the point (e.g. by inserting a glass slide with a small black circle in the middle), you'll get only the high frequencies, and the image on the screen will be the edges of the original image.
Wow! Are you maybe able to find a demo video of this? I'd love to see it!
(I'm the author of the post btw)
1 reply →
Yes they do. That’s what an echo is, sound waves bouncing off an obstacle between two points. That obstacle doesn’t need to be within the direct line of sight, just within the dispersion area of the outgoing sound wave.
At the far end you’ll hear (although in reality, your brain will almost certainly cover this up for you) distortion caused by the sound wave defracting off the obstacle and interfering with the primary wavefront. Hence the reason why people put so much effort into design concert halls, and adding sound dampening treatments to recording studios. Obstacles will distort sound, but energy absorbing obstacles will distort less.
> At the far end you’ll hear (although in reality, your brain will almost certainly cover this up for you) distortion caused by the sound wave defracting off the obstacle and interfering with the primary wavefront.
See: https://en.wikipedia.org/wiki/Human_echolocation
> Side note, is this story old?
FTA:
> At the time, I was still a college student — this was over 10 years ago.
I wonder how much polarization affects things; I was once told that terrestrial FM Radio is transmitted with vertical polarization to reduce interference from tall objects between you and the transmitter.
Terrestrial TV (some of which used bands that overlap FM radio) uses horizontal polarization.
Actually experience the same thing but for different reasons.
I've lived in the same place for 25 years, so I've seen the invention of wifi and then checking every few months for other users on wifi analyzer, I've seen it grown and grown.
Well in that 25 years they've built so many surrounding apartment complexes that the 2.4ghz saturation is absolutely insane. I cannot believe how many networks show up on the analyzer in 2024, has to be well over 100.
But when it rains, it cuts off dozens of those other apartments, and I get better signal inside my own apartment.
I remember hearing about a few common failure modes for early internetworking of adjacent buildings. The first being running a bare twisted pair cable between buildings. Worked fine until the next lightning storm, and then a nearby strike fries the equipment on both ends. You have to use grounded conduit to run strands between buildings my dudes.
But the other one was setting up WiFi between buildings, and tended to be more of a problem in academia because the yearly cycles make it a bit more likely. If you set it up in the fall, and everything works all winter until spring comes, when the water in the deciduous tree leaves attenuates the signal. The nasty part of this one is not the failure mode but the timing. Everyone has been happily using and depending on their sweet sweet bandwidth for six months and poof, it’s just gone one fine April morning.
This is a bit ridiculous. How can you know that you have a ling of sight element to you network and not check that as the very first thing when you hear about rain effecting the wifi?
I had that feeling, too, especially when the author talks about climbing up to the endpoint to check the equipment. He knew it was a line of sight microwave link, so the first thing to check is obstruction or reflection by things that can move a little. I was thinking that it might only work when someone had a big flat-sided truck or RV in the right place to reflect the signal around something.
I've had trouble with tree growth in other contexts. A tree once slowly grew tall enough to break the neutral wire on the drop from the power pole to the house. This put overvoltages on some 110V circuits. Computers were fine. Washing machine emitted a burning smell. More recently, tree growth broke a fiber line coming into my house. AT&T lineman came out and restrung fiber for three poles (I'm a ways back from the main road). He saw me running a desktop computer, slowly, tethered to a phone, and once fiber was reconnected, said "Now you're back in 2023".
(Now to get rid of the dead cable. I have dead DirectTV coax, dead cable TV coax from whoever was before Comcast, and dead Pacific Bell copper, all abandoned in place and some of it sagging.)
Have you never spent hours (or even days!) debugging an issue that seemed obvious in retrospect, once all incorrect assumptions have been eliminated?
The retelling let's us know very early that there is a line of sight component, but when you are sitting there in the middle of a world of no internet, you might just think of it as a "link" to the office.
It sounds fake, especially as the solution would be to get the original equipment higher, instead of buying new equipment?
Also why not lay a cable.
> It sounds fake
I don’t think so. I definitely know tech people who get a particular idea in their head and will debug it to hell and back before taking a step back and realizing the obvious thing they missed. I’ve definitely done it before myself.
> Also why not lay a cable.
It sounds like they were trying to run a network between two properties that weren’t adjacent. They may not have had permission from the neighbor in the middle to lay cable on their property, or it might’ve required laying a cable across a street.
4 replies →
You can't just lay a cable across a public street
Also, if it was roughly 10 years ago then upgrading to N wireless was a good solution anyway. Not only did it solve the problem but it would've given then quicker speeds.
Raising the original equipment might not have been possible, and likely would've only been a temporary solution as the tree could keep growing taller.
> Also why not lay a cable.
According to the stories the two bridge endpoints were in different buildings a few blocks apart. You can't just lay a cable in the middle of a public street.
It's just from some guy's office to his house, they aren't going to lay a cable across a few city blocks.
1 reply →
Most likely a fake story. The internet is littered with blogs that make up stories like this to get engagement. After all, this one made it to the top of hackernews.
Chances of getting proof that this happened are zero
Never let reality ruin a nice story
Similar but opposite story:
20ish years ago I hung out in an IRC channel in which, during autumn/winter months, one person would frequently get disconnected and when he came back complained about foggy weather.
He had a laser line or sight connection. It could handle rain (with some degradation), but thick fog killed it.
Funny. A few years ago I was on #chicken, and there was a person frequently connecting and disconnecting. Turns out they were on a boat and the motion of the boat would be enough to disrupt their wifi directional antenna.
They were rigging a servomechanism to automatically aim the antenna and wanted to write the control software in Chicken Scheme (for whatever reason, never questioned because Chicken is fun).
Yeah. If you're outside during a calm day with snow falling, it's unusually quiet because large fluffy snowflakes absorb sound. Fog does something very similar to optical or radio systems. Rain has much bigger droplets and far fewer of them. :)
> The fix was easy: upgrade our hardware.
This made me smile. My brain autocompleted the fix to something like "help the neighbors trim their tree", but of course the fix is new hardware.
Well, that would have meant interacting with other people...
can't really be that entitled and ask them to cut their tree (or even if you do it by youself)
1 reply →
When I started reading this it seemed like “internet” and WiFi were being conflated, for example on our neighbourhood WhatsApp group there are often people asking “Is anyone else’s WiFi down?”, when what they should ideally be asking is if anyone else’s (fibre) internet is down. In such cases I internally frown a little, but leave it there.
Anyway, for the situation in this link, they actually have a WiFi bridge from their house to their office which has the connection to an ISP, so it is absolutely accurate to say the WiFi was down in this case.
(Author here) Yeah, my dad's company does this stuff for a living, so I learned to distinguish all the terminology very early on :)
I've had a similar weather experience where my internet connection dropped when it was cold. Turns out some water had seeped into the optical fiber connector, when it froze it broke the connection, and it would recover when it thawed. This one was a nightmare to troubleshoot.
While we're on the subject: I still can't solve this and thought you'd either laugh or you are the only people who know what I'm going through :)
I have some fancy Asus Mesh wifi routers at home. I sit next to the cable modem and one mesh endpoint. My wife sits upstairs. there's an upstairs mesh endpoint but I think neither of us are usually connected to it (mostly serves to extend our connection to go to yard). But when my wife gets up from her desk and walks through our hallway (closer to the non often used mesh endpoint) our internet drops for a bit. My only guess is that the endpoints get mad at meat being in between their back haul? Anyone deal with this and figure out the solution?
Actually, if you take a peak in to the wifi logs on the asus mesh node, you might see that it freaks out and restarts the wifi service. There's a tail mode that is pretty nice.
Restore to the default settings, make sure you have updated the firmware, and cross your fingers.
Strange as it may seem, try turning the power on each endpoint down. You may be getting signal from too many APs in the same place making the mesh elector freak out.
EMI maybe? Certain chairs cause monitors to go blank for a few seconds.
https://mastodon.social/@haeckerfelix/110272427676278609
I think my chair does this, but only when I'm not sitting in it. Maybe my body absorbs the ESD? If I'm doing anything nearby and bump the chair there's a good chance my monitor will lose signal for a second. It happens with both HDMI and Displayport with a number of different GPUs and different computers. The USB-C connection has never had a problem.
I'm in an older home with questionable wiring which I'm sure is also a factor.
I'd replace the chair but it's so dang comfy.
Definitely people can absorb enough RF to block WiFi.
I hit this in a hotel, back when I was doing steampunk conventions. Antique Teletype machines put into brass and glass cases, getting text messages over the Internet. (Early versions of this used Google Voice to read SMS; later versions used Twilio.) The hotel lobby had WiFi, but the function room we were in did not. I'd tested in advance, and was able to get a good WiFi connection with the room empty. But once it filled up with people, we couldn't get through. Had to run out to Fry's and buy a WiFi booster.
just to dispell my paranoia: are you sure there aren't any cables under the floorboards there?
This reminds me of a taxi driver in Dubrovnik, Croatia who told me that his cel service would not work when it rained because the rain changed transmissions where he lived in a way that meant that his phone would connect to a cel tower one valley over which was in Bosnia where he didn't have a data plan.
Not for long! Once the republic of Bosnia and Herzegovina becomes a member state of the European Union (a process which is seemingly progressing smoothly), it will be part of the European mobile phone 'roaming area' that is regulated as per PE/51/2018/REV/1.
End result: your taxi driver's data plan will work whatever the weather :)
Will EU ever allow them in? With the problem of Hungary vetoing a lot (to help Russia) letting B&H in does not look smart.
B&H comes with its own bag of problems too.
2 replies →
I had a similar experience about shipping pallet being fully loaded fixing server connectivity issues almost two decades ago: https://chir.ag/tech/?49
That must have driven you crazy. The loop bit makes it so counterintuitive since interference from the pallet was actually helpful.
Exactly. It was also my first real job as an IT manager, and I had just setup my first business wifi network for use with a shiny new Windows mobile scanner. So it definitely made me question if I was cut out for it.
I left the company last year, having grown to 700+ employees in pharmaceutical manufacturing, a far-cry from my one-man IT department for 20 employees making shampoo. And while there were many, many weird issues over the years, none was ever so satisfying to resolve.
Oh wow, what a read! Great story, thanks for sharing :)
I had one recently - old Nintendo switch; worked fine when docked, couldn't get an internet connection on wifi.
Turns out it had been so long that the wifi MAC was picking up a DHCP address that was blocked at the firewall; the dock had its own MAC so it got a good address.
Were you using an Ethernet adapter? The original switch dock has a DisplayPort to HDMI adapter and USB hub. It doesn’t do anything with networking. The OLED dock adds ethernet (and therefore a second MAC).
It was the old switch in the new dock; which was why I was going insane. Both worked in the dock, but only the OLED worked outside the dock.
Had to sit down and think about it for awhile before I realized it had to be the firewall blocking access somehow.
1 reply →
I had an experience like this once! My my laptop would inexplicably and intermittently stop connecting to the internet.
It turned out my bluetooth headset was using the same band as the wifi but I only figured this out after a few months and a replaced wifi card. I wouldn't wish that experience on my worst enemy.
Turns out most consumer electronics operate in the same unlicensed consumer bands, so your bluetooth mouse, headset, wifi, and microwave all tussle for the same stuff.
I had a fun one where every time I would get out of my chair my monitors would turn off, turns out the EM fields from the compression/decompression can actually be enormous in some cases.
My Mac Pro desktop used to wake up whenever I used a MacBook Pro in the same room. Obvious thought was, maybe the laptop was sending wake-on-lan packets for some reason. Turns out, the carpeting in that room tends to create static buildup, and my MBP's charger was not grounded. Touching the laptop would send a mild discharge into the wall line, tripping something in the desktop's PSU to wake it up.
I've experienced something similar, but the chair's discharge was interfering with a PCI riser, tripping just over some threshold that would cause the OS kernel to panic and shutdown. It felt so incredibly unbelievable when we first noticed the correlation that we called tons of people over to watch us demonstrate it just to see if there was something else we were missing.
> I had a fun one where every time I would get out of my chair my monitors would turn off
Wait, can you elaborate? I have the same and I thought I was hallucinating or tripping a cable somewhere.
3 replies →
Same, my macbook had unusable wifi when playing music via Bluetooth headphones. Switched to playing from my phone, somehow that worked - probably problem with the BT radio in the laptop since I didn't change wifi channel.
Aren't bluetooth and wifi typically on the same module these days?
The worst interference problem I've heard of is how USB 3.0 uses 2.4ghz and therefore can cause problems with devices connected with it.
1 reply →
I have a fancy microwave that degrades my fancy bluetooth headset but not others. Did replacing the wifi card work? I'm wondering if I need to switch up my expensive microwave, or expensive headphone, because replacing bluetooth dongle (with another generic one with same chipset) hasn't resolved issue.
Microwaves use the 2.4ghz spectrum but typically not with any real precision which means that while in use they just tank the 2.4ghz spectrum.
*As an aside, one of my favorite things I get to do at work is when onboarding new Jr. Net Engineers is getting them take our spectrum analyzer into our office kitchen and instructing them to watch the spectrum turn bright red while I make a bag of popcorn.
Anyhow to get to your question, the best answer would be to get some distance between your microwave and set-up you're using with the headset. Otherwise if that isn't possible, then you'll want some headphones that does use 2.4ghz. Replacing the microwave will likely not fix the problem since they all use 2.4ghz band for cooking and at least I've never seen one shielded well enough that it didn't impact others while in use.
1 reply →
I couldn't use my apartment complex's laundry machine if I was still connected to my own Wi-Fi (and using it).
It would interfere with the Bluetooth signal.
These are great stories but awful experiences to live through. I am currently going through one right now. My wireless CarPlay connection shuts off whenever I drive past a particular highway section. It never happens anywhere else but this one area. There is nothing of note happening there (it's on a bridge over a lake) but just like clockwork, my entertainment system shuts down and refuses to connect. I have tried everything (reboots, firmware updates, wired connections, etc) to no avail.
I wonder if some kind of jammer is running in that area. Reminds me of a similar story: https://www.theverge.com/2014/5/1/5672762/man-faces-48000-fi...
Weird that even a wired connection does not work. Stay curious!
My first thought as well was there could be something emitting an intense signal in the vicinity that is interfering with the connection. However, there does not seem to be anything nearby (like I said, it is on a bridge going over a lake).
2 replies →
Here's my own 500 mile email story. This happened to me about a year ago.
Just a normal day at the office when suddenly the internet drops out, except for my machine. Everyone else has a network connection, but no internet. Except for me, I can't reach devices on the local network, but I can reach anything outside.
Now, our network is not large or complicated. We have a consumer grade ONT and WiFi router provided by the ISP, and a big unmanaged ethernet switch. There's really nothing to go wrong here.
After some debugging, I notice that I have been assigned an IP address in my ISP's public block. Tracert seemed to show no local network between me and the WAN. It was as if the router had somehow connected my WiFi client directly to the ONT, bypassing the local network. That only barely makes sense, but it was my best guess so I condemned the router.
Next day, new router, same problem. I couldn't explain it. This time though, I didn't have an internet connection, but local network was reachable. Some sanity restored, ar least.
Turns out that our fiber line had been accidentally cut during construction work. Once the ISP fixed that, all was normal.
The question remains, how did I have internet connection through a severed fiber line? It's not likely that the router had a bizarre failure right before the line was cut. I suppose it's possible that Windows had sneakily connected me to some other WiFi network, but then why did I have a weird IP address?
I have no explanations
Does your machine have a cellular modem that gets prioritized only when there's no route to some well-known service via the normal network adapter? And you disabled it (but forgot to mention doing so in this story) around the same time as swapping routers?
Nope! Only WiFi and Ethernet. I had been using my phone hotspot, but that gives me a sane IP in the local reserved block, not one from the public block.
I also was using our neighboring business's guest WiFi, but again that should have given me a sane local IP.
Every diagnostic I could think of told me I was directly connected to the WAN with no intervening networks. Then again I'm not the best at debugging networks so I could be mistaken on this point. I am 100% certain that the IP address my computer was given was not a legal local network address.
2 replies →
Here is mine.
The admins could connect to their machines, but not to any user machine.
It was winter and we had some heating issues, so I made a script "warmup_the_office.sh" that was meant to launch a "while(true){}" on each core of each PC of the office, but instead launched itself indefinitely on each and all reachable machines, exhausting all pids and preventing distant logging. We had to reboot everything by hand, after some nice warmup.
What a gloriously dumb idea. If I had that sort of access, I'd probably try something similar, and probably get the same results.
Did you admit what happened, or was there a "mysterious widespread network failure"?
1 reply →
We had an office in a very old building downtown with no access to fibre. The best internet we could get at the time was a 3G router in the window. Every afternoon at the same time our connection would drop down below 1 Meg and become unusable. Eventually we realised that down the street there was a large school and every afternoon when classes were over, hundreds of young people would turn in their phones and saturate our cell.
I had more thought of an issue regarding bad grounding (i.e. grounding rods dried out and only work properly when the earth is wet), but trees are even more unexpected.
This was my thinking. Or some other poorly seated electrical connection that somehow got better when it was damp.
My guess was that water accumulates somewhere and bends the antenna out of alignment.
My guess was that the directional antennas were off by enough that it didn't work well in clear conditions, but the rain refracted the signal enough to work. The actual answer was better :D
This was my first thought too. Tree makes more sense.
I know of a case in the Caribbean where where a line of sight connection between two buildings of a bank was being interrupted by a tree from a competitor bank. They asked the competitor would they mind cutting the tree and the answer was sure for the small fee of 1 million, Third hand info but I did hear from a network guy I worked with.
The real lost opportunity here was figuring out the cost of running fiber instead of wireless and charging the $1 less than that for the tree trimming.
At Pinterest, when we were working from one of the founder's apartment, the internet went down. Lots of debugging later and we traced it to a cable that a squirrel had chewed threw..
My Wi-Fi used to work better in the rain because our signal was fairly weak as it was coming from the apartment behind the wall and the channels were generally crowded so (I assume) rain helped to at least insulate us from the networks in the buildings across the courtyard.
That's what I thought this article would be about before I read it. I've observed the same thing before.
Reminds me of this story about repairing a large power line:
https://www.jwz.org/blog/2002/11/engineering-pornography/
FYI, JWZ blocks linking from HN.
I feel like this story started off seeming way more mysterious than it actually was because it took so long to get to mentioning the crucial bit (the long distance WiFi bridge).
As soon as they mentioned the directional wifi i knew it was something physically between the antennas but was guessing human behavior. The tree was a surprise.
I was fully expecting the answer to be that the rain was tamping down some unknown source of wifi interference... Which is a reasonable hypothesis if the packet loss is also within the home network.
I was not expecting the home Internet all went over a long range WiFi bridge, but knowing that a tree makes far more sense as the problem. Strange how it correlates with rain that way.
> Happy April 1st! This post is part of April Cools Club: an April 1st effort to publish genuine essays on unexpected topics.
Honestly, reading "April 1st!", I was expecting this to be one of April's fools but it turned out to be a true and amusing story.
The author was lucky to solve a technical problem in a non-technical way, unlike me!
A decade ago, I had a weird Internet connection issue. The upload speed suddenly dropped to near zero kb/s while the download was alright. I contacted my ISP, and for weeks, they were unable to figure out what was going wrong. I reached out to my neighbor and offered him to pay his Internet bill in exchange for sharing his Wi-Fi with me until my ISP solves my problem, and he kindly agreed. After about three months, my ISP's technical staff was still unable to fix the issue. I gave up, and guess what I did to get around this?! I just moved away to another distant home.
Once I had an Internet cable that stopped for a while whenever I turned on the microwave (understandable), and also stopped when started raining. The trickiest part was that it turned off just for a while and ONLY at the beginning of the rain.
I called the telecom company many times. They charge per visit in case no problem is found. I always had to explain the situation and ask the technician not to charge me and come when it started raining, a very hard thing to do because we cannot predict forecast and the network went down for 10 min only.
It does not seem a big problem, after all, I could just wait 10 minutes. After this happened multiple times a day every rainy week, making me lose meetings, work, server connections, etc... I had to patiently chase the telecom company and even ask for the personal phone numbers of technicians (to ping them when it was going to rain) until they finally found a solution.
Don't leave it at the cliffhanger
It was due to a pipe connected to the rain gutter in the house. At the beginning of the rain, the amount of water streaming through was hitting perfectly a joint in the internet cable. So it was happening only when the rain started, and stopping when the little stream got stronger and consequently jumping it and not hitting the cable joint anymore. It was discovered by the technician. He found it somewhere in the 100m of the cable coming out from the street pole, not an easy task.
This reminds me of when I used to work for an ISP. Every November the "my internet doesn't work when we turn on the Christmas tree" calls would start. It was usually interference from cheap tree lights, but occasionally it was people unplugging the router to plug in their Christmas tree :D
I recall there was a story about a computer mouse not working when it was sunny? It had to do with the sensor. I can't find it so I'm starting to doubt if that actually happened...
Edit: Found it: https://news.ycombinator.com/item?id=37585548
Wouldn't surprise me. Optical mice don't like transparent or some translucent surfaces.
This reminds me of when I took my PS5 to my family's house for Christmas vacation. We both have the same SSID because I set up both access points but they changed the password when they forgot it because they're a bunch of bozos.
My PS5 controller refused to connect to my PS5 and I couldn't figure out why. I gave up and after a few days tried again only to realize that the PS5 controller can't connect to the PS5 wirelessly when the wifi was connected but the password was invalid. I still don't know why it was a problem or if it still is a problem but it was a monster to debug. lol
The reason I didn't fix the wifi in the first place was that I didn't have a spare USB C to USB A cable to hardwire my controller and I was playing a singleplayer game. I think it was last of us.
Weighing down the leaves is one possibility, but is it also possible that water adhering to surfaces was creating reflections and providing alternative paths for the signal? I don't know if such a thing could happen at that frequency, but if you imagine looking out a window at night towards a window in a distant building, with a tree blocking the direct line of sight, and someone in the window sending you a message with a flashlight, you would only see the light via reflections. On a dry night the reflections might be matte and hard to see, but on a rain-soaked night you might be able to see stronger and sharper reflections on metal poles, walls, or puddles that were visible from both windows.
Reminds me of a song by Fleetwood Mac. Wifi only woooorks when it's raaaaining ...
Another fun story is the "My Car does not start when I buy Vanilla ice cream": https://news.ycombinator.com/item?id=21779857
I once had a Time Warner tech blame the moisture content of the air for impacting the copper cabling to explain outages at our apartment. This both makes more sense and, I suppose, is more interesting.
My parents’ house was connected to old copper phone lines from ca. 1940, and by the 1980s rain intrusion from long or heavy storms would cause massive static on the line (made worse when squirrels ran on the line). This was disastrous when I got my first modem ca 1986. Just unusable until it dried out.
Interesting! This was a relatively new apartment building in Hollywood with similarly aged cable — maybe he was right and I'm altogether wrong. They ran the cable up through vertically adjacent units as well which left you at some degree of mercy of your downstairs neighbors.
1 reply →
Rain can improve signal quality by lowering the noise floor. Essentially, it drowns out the weaker signals originating from other emitters, making your own signal stand out.
I own a Ford Focus and to this day I don't understand why sometimes the gear shifts make this cracking noise when decelerating to zero, but only when it is raining.
car clutches and brakes famously act/sound different in the wet, maybe a clutch or friction material somewhere acting differently?
Is it a 2012-2016 model? Those have the PowerShift transmission (known as the PowerShit on forums) that had a class action settlement, though I think it's too late to cash in on that.
yeah, maybe that's it :-/
ABS?
As soon as it mentioned the line of site antennas I knew it had to be a tree. It often surprises me how much branches can sag from the weight of rainwater
Good read, but i was convinced as soon as i read the title that the rain was shielding the house from a near by transmitters that was blasting too much power.
I will be adding this one to https://500mile.email ! What a great story.
I dislike calling this "magical thinking", just because the plausible causal relationship takes a little time to discover, it's not implausible at the outset.
In fact, the causal relationship between rain & wifi is taken as a given by the author:
> If anything, rain makes wireless signal quality worse
It's not too surprising to discover a causal relationship between two things we already know are causally related.
You don't think it's unusual to find a positive correlation where there is usually a negative correlation?
Unusual yes, magical no
The WiFi only works when it's raining (ps. one critical part of my WiFi setup is outdoors and depends on having a clear line of sight)
The author’s completely over the top reaction to the plausible and not especially weird titular statement gets old, quick.
Especially when they reveal that the network is using wifi antennas over a non-insignificant distance in an urban setting. Of course it’s the local wireless point to point bridge! The first thing you’d do is look down the line of sight for interference.
Reminds me of that time when my desktop computer wouldn't turn on if the printer's USB was plugged in to the wrong kind of port. Took me some time to figure that one out.
Or that other time, when my mom's phone started crashing all of a sudden. Until we discovered, that it was caused by her new ID card in the folding phone case touching the back of the phone.
Back in the dialup days, my dialup would die, and be unable to re-connect at dusk. Other than that, it was fine, for dialup.
My garage door opener works much better when it’s raining and also at night. I’m out case, our solar inverter (or one or more of the optimizers at the panels) creates enough noise to interfere.
I also believe our microwave is adding noise to the same circuit our WiFi router is on. Despite using 5GHz, WiFi is severely degraded whenever the microwave is on.
You should get a new microwave. It's probably not the mains circuit, it's probably leaking enough radiation to overload the RF frontend on the router.
If the router gets enough energy the "sine wave" of the radio signal starts to flatten out at the top and bottom and becomes a rounded off square wave which we call "clipping". This has the original frequency component, but also a ton of other frequency components that push up into much higher frequency bands like 5GHz.
Fun fact, this is why electric guitars add a high pitch scratchy noise, they're reaching the distortion/clipping threshold of their amplifier.
To add another weird tech issue to this collection: The camera shy Raspberry Pi. A model of the RPi would reboot when photographed with a flash: https://www.bbc.com/news/technology-31294745 (2015)
One of the sysadmins at a friendly company had the same problem... only that it was a >2km link in a densely built-up city and it turned out to be a crane that moved in on rails each morning with the beginning of a shift and then moved out in the evening!
Took a guy standing there with binoculars to realize what was going on...
I also had another story: my friends asked me to troubleshoot their DSL connection. It dropped out sometime after the sun set and came back in the morning.
Sure enough, this turned out to be RFI from newly installed solar invertors, creeping down the shield of an unused CB radio coax that ran parallel to the phone wiring.
Grr, I hate DSL...
I remember when I had ADSL2, I would get increased packet loss when it rained. After I failed to find the culprit, technicians from ISPs tried to debug it to no avail. It turned away when the connection got upgraded from ADSL2 to VDSL2.
One winter had been so cold I had cartoon network and other cable stations available on my terrestrial antenna. When the frozen temperatures finished, I had to buy cable because I got used to it
I hate how fake this sounds since it's a funny story.
Trees leaves being weighed down by a slight drizzle? What tree does that? None around where I live.
A tree blocking signals that strong as well? Doesn't make sense to me either.
When it's extremely windy, our office Internet or Wifi speed slows down. Haven't worked out why yet. We have fibre to the building, so it's unlikely the uplink. But you never know.
It may not be the Wifi but something more upstream. If ISPs interlinks have microwave towers, then the physical swaying would have some effect on channel interference. I don't quite understand how (because the general direction remains the same over large distance) - but I have observed this to happen.
Could also have be that the neighbor have a not compliant WiFi device that send out deauthentication packages, then it would also work better during rain.
And the same upgrade would often fix it
Nice story! My guess was on either the water cooling an overheated device, or weight of water bending the roof on which the antenna is attached.
I feel like the first step would be looking at the antenna since you’re using a weird antenna connection to a different buildint
"Thunder only happens when it's raining"
https://youtu.be/Y3ywicffOj4
1:15
This is how you know the WiFi is Garbage - only happy when it rains.
At least you get a clue in this case (and the famous 500 miles email), I was having sporadic disconnections with cable internet for the last 2 month and my ISP can’t find anything wrong.
Had to switch back to DSL and pay more for slower speed.
I was expecting a story about frolicking about in the sun. I'll settle for a hardware troubleshooting adventure.
Why does this sound like it was written by AI?
Human writing with short context window can sound like AI too
(Author here) The image is AI generated. I did not use any AI to write the post itself.
That's just my style of writing, you can check my pre-GPT posts and compare if you'd like.
The article briefly mentions that this was unbelievable because rain should make Wi-Fi worse not better.
That parallels my experience but I didn’t realize was commonly understood. I noticed that in the hot summer the Wi-Fi reception in my yard (IE, farther from the access point in the house) is worse. Eventually I decided that summer heat is really proxy for humidity and that it wasn’t unreasonable for high water concentration in the air to provide an obstacle to Wi-Fi signal.
Reminds me of that old tale about a lady whose phone would not ring, and her dog would bark before the phone rang.
Just the basic facts... Climbing a nearby telephone pole and hooking in his test set, he dialed the subscriber's house. The phone didn't ring. He tried again. The dog barked loudly, followed by a ringing telephone. Climbing down from the pole then he found:
a. Dog was tied to the telephone system's ground post via an iron chain and collar.
b. Dog was receiving 90 volts of signalling current.
c. After several jolts, the dog was urinating on ground and barking.
d. Wet ground now conducted and phone rang.
Which goes to prove that some grounding problems can be passed on.
Thank you! I had forgotten the details.
I have a hard time believing this. Wifi can go through multiple walls. And if these were directional P2P links, they can easily go through and even around trees, I've deployed them in the past and they don't need perfect line of sight.
Granted the equipment could have been cheap, but this sounds questionable. He's asserting that the a few leaves at the top of a tree were blocking it when it wasn't raining? Idk.
I'm the author. Among other things, it's a distance problem -- WiFi can go through walls when the router is right there. But distance attenuates the signal as distance squared, and in this case we're talking about hundred+ yards/meters instead of just a couple.
> in this case we're talking about hundred+ yards/meters instead of just a couple.
Sure but didn't you say you were using directional antennas?
6 replies →
Fair point. I suppose it's very much device dependant. The P2P stuff I've used was good for a few km.
Wifi normally uses adaptive transmit power and data rates. If the signal gets a bit weaker, your link slows down from say 300 Mbps to 260 Mbps. No biggie.
But sometimes for direct links you set the modulation, power and data rate fixed. The end result is that changing channel conditions can turn the link from 'working perfectly' to 'not working at all'
(Author here) For our Wi-Fi bridge, the devices on both ends were set to max power.
I don't recall them being able to change data rates very much (if at all) because the ones at the beginning of the story were 802.11g devices, and 802.11g didn't have channel bonding capability or similar tricks up its sleeve. Newer equipment definitely has more options like this.
I cannot know whether the story is true, but wet leaves definitely would interfere more with the link. The typical water content (and conductivity) of tree leaves is relatively low, and it could also be a factor apart from the aforementioned sagging due to the water's weight.
It is also true though that rain water has low mineralisation, and therefore low conductivity.
Keep in mind this was a 802.11g network.
I read about random bit flips but haven't read a good anecdote about it, if anyone can be so kind.
I enjoyed the story, but the writing I enjoyed even more. I really liked the tone and wittiness.
Here I thought it would be because it would be interfering with noise from other networks.
My Wifi doesn't work properly when it's raining, can be combine forces?
(Author here) I'm worried they might combine in a way that leaves them not working neither rain nor shine!
I thought it would be because waves travel longer distances on water.
Issue: rain caused tree branch to go lower unobscured wifi
This should have been a microwave link from the start.
>>> Maybe an antenna connector has corroded from spending years outdoors? Nope.
Most people living in large metros will never fathom how wifi will simply stop working in the suburbs. It is easy to forget that Internet cables -normally hidden in cities- are completely exposed to elements in suburbs
Lost wifi while at parent's ? Check the roof!
That would be ironic on your wedding day.
What kind of a tree is it?
(Author here) I'm not a tree expert, so ... a tall deciduous one? Sorry!
Thanks, was wondering about the mechanics. Boughs with leaves would droop but needle trees not so much and would be more transmissive in the first place.
Sounds like it would be a neat excuse to get the children to go out when it's sunny!
"Close the window you're letting all the WiFi out"
bit disappointed ... this is a very obscure set up and frankly speaking under those circumstances sth like "rain affects the wifi [either way]" is obviously not even close to magical thinking. definitely not worth almost 1000 upvotes.
Offtopic.
Not sure how you're styling your links, but in a dark mode view, they are effectively illegible.
https://imgur.com/a/aSbpVF8
TL;DR: A tree grew into the signal path. Rain weighed it down, bending it out of the way.
FYI this being part of "April Cools" series heavily implies it's not a real tech issue but a riff on the "We can only send an email within 500 km" / "Can't print on Tuesdays" kind of articles.
Hi! I helped review this story, and also am one of the organizers of April Cools. Two things:
1. u/obi1kenobi told me it was a real thing that happened to him
2. The point of April Cools is that the things aren't jokes. They're real essays written with care, just outside of the author's usual writing topics. Some of the other ones we got this year are about hydroponics, current events in Sumo wrestling, parenting, and decaf coffee.
the organizers of April Cools.
The org name April Tools was right there!
4 replies →
Like the guy said, you can't be taken seriously. That's the problem with being a April fool. You are just a funny entertaining guy. Not a source of information.
> Happy April 1st! This post is part of April Cools Club: an April 1st effort to publish genuine essays on unexpected topics. Please enjoy this true story, and rest assured that the tech content will be back soon!
The post’s disclaimer (and April Cool’s site itself) both imply that the goal is to touch on novel topics and should be genuine content of the author. That said, this story could clearly be apocryphal.
From the article:
> One such piece of magic new to 802.11n Wi-Fi is called "beamfoming"
That's not quite true. 802.1ln has MIMO (Multiple-Input Multiple-Output) processing, with "multiple" referring to the number of receiver and transmitter antennas. Beamforming is a special case of MIMO, and MIMO is a generalisation of beamforming.
In a "Line-of-Sight" channel with no reflectors, MIMO converges to a beamforming solution. Capacity is then limited by the ability for the rx/tx array to resolve each antenna in the tx/rz array: the diffraction limit.
In a "rich" channel, with reflectors, MIMO converges to a more complex solution, which takes advantage of the angular separation of the reflectors to resolve the individual rx/tx antennas, even if they are too close to each other to resolve with beamforming. Yes, counterintuitively MIMO capacity goes up as the channel become more complex/rich and less line-of-sight, whereas with just beamforming the capacity would typically go down.
You can sort of think of MIMO as being beamforming where beams are bouncing off widely spaced reflectors, but even that doesn't do it justice. In reality, each "beam" is replaced with complex wavefront ("mode") which is matched to the environment and each mode is orthogonal to the other.
"They said it does X but really it does X and the superset Y"
In other words, they were correct then?
They are describing a situation in which a line-of-sight channel is replaced with a rich/complex channel: the exact conditions under which MIMO distinguishes itself from beamforming.
I'd say incomplete rather than incorrect, and the complete story is worth knowing as it makes the solution used more interesting.
3 replies →