5 Punkte von GN⁺ 2024-04-02 | 1 Kommentare | Auf WhatsApp teilen
  • Die Langstrecken-Wi‑Fi-Brücke des Hauses, die fast 10 Jahre lang stabil lief, zeigte ab einem gewissen Zeitpunkt an klaren Tagen einen seltsamen Fehler mit 90–98 % Paketverlust und funktionierte wieder normal, sobald es regnete
  • Der lokale Router im Haus und die lokalen Geräte der Brücke arbeiteten normal, sodass sich der Problembereich auf den Sichtfunk-Link zwischen Büro und Wohnung eingrenzen ließ
  • Neustarts, Alterung der Geräte, Kabel, Netzteile, Firmware und Korrosion an den Antennenanschlüssen wurden überprüft, waren aber nicht die Ursache; das eigentliche Hindernis war ein Baum des Nachbarn, der zwischen die beiden Antennen hineingewachsen war
  • Wenn es regnete, bog das Gewicht des Wassers auf Blättern und Ästen den Baum nach unten, sodass er aus dem Signalpfad geriet; nach dem Regen richtete er sich in etwa 15 Minuten wieder auf und störte den Link erneut
  • Die Lösung bestand darin, die vorhandene 802.11g-Hardware durch störungsresistentere 802.11n-Hardware zu ersetzen; nach der Installation der neuen Antennen war der Link auch ohne Regen wieder normal verbunden

Internet, das nur bei Regen wieder zum Leben erwacht

  • Wenn es nicht regnete, zeigte das Heim-Internet beim Ping auf Websites 98 % Paketverlust; die Verbindung lebte zwar noch, war aber praktisch kaum nutzbar
  • Innerhalb von 5 Minuten nach Beginn des Regens fiel die Paketverlustrate auf 0 %, und während es etwa 1 Stunde lang regnete, blieb auch das Internet normal nutzbar
  • Etwa 15 Minuten nach dem Ende des Regens stieg die Paketverlustrate wieder auf über 90 %, sodass das Internet nicht mehr nutzbar war
  • In den folgenden Tagen wiederholte sich dasselbe Muster
    • Wenn der Regen einsetzte, wurde die Verbindung innerhalb weniger Minuten schnell und stabil
    • Wenn der Regen aufhörte, brach die Verbindung nach etwa 15 Minuten wieder zusammen

Aufbau des Heimnetzwerks

  • Statt eines normalen privaten Anschlusses nutzte das Haus die schnelle gewerbliche Internetleitung des Büros des Vaters, das ein paar Blocks entfernt lag
  • Das Büro und die Wohnung lagen entlang eines kleinen Hügels auseinander, wobei die Wohnung im 2. Stock höher gelegen war
  • Zwischen den beiden Punkten war eine Wi‑Fi-Brücke nach dem Prinzip der line-of-sight aufgebaut
    • Auf beiden Seiten waren hochverstärkende gerichtete Wi‑Fi-Antennen einander gegenüber installiert
    • Diese Konfiguration funktionierte fast 10 Jahre lang problemlos, egal ob es regnete oder klar war

Den Fehlerbereich eingrenzen

  • Der lokale Wi‑Fi-Router im Haus funktionierte normal und zeigte keinen Paketverlust
  • Auch die hausseitige Ausrüstung der Wi‑Fi-Brücke wirkte unauffällig
  • Beim Ping auf die entfernte Seite der Brücke und die dahinterliegende Netzwerkausrüstung trat dagegen über 90 % Paketverlust auf
  • Daraus ließ sich schließen, dass das Problem nicht im internen Wi‑Fi des Hauses lag, sondern im Funkbrücken-Link zwischen Büro und Haus

Hardware-Debugging als körperliche Arbeit

  • Zunächst wurde alle Ausrüstung aus- und wieder eingeschaltet, doch das Problem blieb bestehen
  • Danach wurde die Netzwerkausrüstung Stück für Stück überprüft
    • Es wurde geprüft, ob altersbedingte Defekte an den Geräten vorlagen, doch das war nicht der Fall
    • Auch keine Kabel waren herausgerutscht oder locker
    • Ein defektes Netzteil war ebenfalls nicht die Ursache
    • Ein fehlgeschlagenes automatisches Firmware-Update war es auch nicht
    • Auch Korrosion an den draußen montierten Antennenanschlüssen war nicht der Auslöser
  • Die Hardwareprüfung erforderte physische Arbeit: Leitern steigen, seit 10 Jahren nicht berührte Kabel verfolgen und mehrfach zwischen Haus und Büro hin- und herfahren

Die wahre Ursache: ein Baum im Signalpfad

  • Bei den vielen Wegen fiel auf, wie sehr sich die Nachbarschaft verändert hatte und dass Bäume, die früher jung gewesen waren, inzwischen groß geworden waren
  • Als man auf die Struktur stieg, auf der die hausseitige Wi‑Fi-Brückenantenne montiert war, und in Richtung der Büroantenne blickte, war diese nicht zu sehen
  • Die obersten Äste eines Baums auf dem Nachbargrundstück blockierten den Sichtpfad zwischen den beiden Antennen
  • Der Baum war gerade eben so weit gewachsen, dass er das Signal störte

Warum der Regen das Problem behob

  • Wenn es regnete, sammelte sich Wasser auf Blättern und Ästen und drückte den Baum nach unten
  • Durch dieses Gewicht sanken die Äste ab und gerieten aus dem Signalpfad zwischen den Wi‑Fi-Antennen
  • Nach dem Regen tropfte das Wasser nur langsam ab, und innerhalb von etwa 15 Minuten richtete sich der Baum wieder auf und blockierte den Signalpfad erneut
  • Auch Objekte außerhalb des direkten geraden Pfads können Störungen verursachen; für gute Signalqualität sollte die Fresnel zone zwischen den Antennen idealerweise frei von Hindernissen sein
  • In der Praxis ist eine vollständig freie Fresnel-Zone oft schwer zu erreichen, daher arbeiten Wi‑Fi-Geräte mithilfe von Verfahren wie Fehlerkorrektur auch unter nicht perfekten Bedingungen

Lösung: Austausch von 802.11g gegen 802.11n

  • Die vorhandene Ausrüstung basierte auf 802.11g, und die Lösung war ein Upgrade auf 802.11n-Hardware
  • 802.11n nutzt neue mathematische und physikalische Verfahren, damit Signale widerstandsfähiger gegenüber Störungen arbeiten
  • Zum Beispiel ist Beamforming eine Methode, bei der mehrere Antennen auf derselben Frequenz senden, um das Signal zu formen und zu lenken und so Reichweite und Signalqualität zu verbessern
  • Nachdem die neue Ausrüstung angekommen war, wurden die Antennen ausgetauscht und Schrauben, Kabel und Kabelbinder montiert; danach leuchtete die Wi‑Fi-Anzeige „link established“ wieder grün
  • Der neue Link war auch ohne Regen wieder normal verbunden

1 Kommentare

 
GN⁺ 2024-04-02
Hacker-News-Kommentare
  • Ich frage mich, ob ich der Erste bin, der die klassische Geschichte aus derselben Kategorie verlinkt: „E-Mails können nicht weiter als 500 Meilen verschickt werden

    http://www.ibiblio.org/harris/500milemail.html

    Oder auch die Geschichte vom Magic/More-Magic-Schalter

    http://www.catb.org/jargon/html/magic-story.html

    Es ist spannend, wenn die physische Realität mit dem abstrakten Maschinenmodell kollidiert, das wir uns im Kopf gebaut haben

    • Diese Stelle liebe ich wirklich über alles:

      "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."

      Ich liebe es, wenn Fachleute ihr Spezialwissen einsetzen, um solche realen Probleme zu analysieren, und dann eine absurd gründliche Erklärung liefern

    • Mir ist kürzlich etwas Ähnliches passiert. Ich spielte in einer Spielhalle Flipper, und ein bestimmter Ramp Shot wurde tagsüber erkannt, ab einem gewissen Zeitpunkt aber nicht mehr

      Wie sich herausstellte, arbeitete der Sensor mit einem optischen Lichtstrahl, und der Empfänger bekam direktes Sonnenlicht durch ein Fenster ab. Da er ständig Infrarotlicht empfing, meldete er nicht, dass der Flipper die Lichtschranke unterbrach. Sobald sich der Sonnenwinkel um ein paar Grad weiter verändert hatte, funktionierte es sofort wieder

    • Oder es gibt auch die Geschichte vom „Auto, das gegen Vanilleeis allergisch ist“ [1]

      [1] https://news.ycombinator.com/item?id=37584399

    • Die 500-Meilen-E-Mail-Geschichte ist eines meiner Lieblingsbeispiele dafür, dass wir letztlich grundsätzlich den Naturgesetzen unterworfen sind. Lustig, aber sie erinnert daran, dass Latenz am Ende an die Lichtgeschwindigkeit gebunden ist, egal wie schnell das Netzwerk ist

    • Die 500-Meilen-Geschichte hatte ich völlig vergessen. Mein Lieblingssatz ist dieser:

      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.

  • Ich weiß nicht, ob es erfunden ist, aber so etwas ist tatsächlich möglich. Um 2010 herum hatte ich bei einem WISP einen ähnlichen Fall

    Jeden Abend wurde für etwa 10 Minuten die Verbindung vom Hauptsitz zum Relay-Turm instabil. Damals verwendeten wir zwei Mikrotik-5-GHz-Karten und große Antennen

    Wenn ich vor dem Rechner saß, kamen ein paar Minuten nach Sonnenuntergang die Monitoring-Warnungen herein. Eine Woche lang probierten wir alles Mögliche aus, inklusive Hardwaretausch gegen Geräte mit denselben Spezifikationen, bis ich frustriert kurz vor Sonnenuntergang zum Rauchen nach draußen ging

    Genau in dem Moment gingen die riesigen Lampen rund um das Gebäude per Lichtsensor an, und sofort kam eine SMS-Warnung auf mein Handy. Ich rannte ins Gebäude zurück, schaltete die Außenbeleuchtung aus, und sofort hatten wir 0 % Paketverlust

    Wie sich herausstellte, hatte die Gebäudeverwaltung in der Vorwoche alle Außenlampen durch neue Natriumdampflampen ersetzt, und aus irgendeinem Grund verursachten sie in den ersten 5 bis 10 Minuten nach dem Einschalten sehr starke Störungen im 5-GHz-Band. Nach dem Austausch der Lampen war das Problem behoben

    • Nicht wirklich „aus irgendeinem Grund“: Das Vorschaltgerät und die Lampe selbst sind im Funkfrequenzbereich ziemlich laut, und während des Aufheizens erzeugen sie noch mehr Rauschen
    • Wenn es eine dedizierte Sichtverbindungs-Netzwerkkonfiguration war und es lokal keinen Paketverlust gab, ist es eher erstaunlich, dass ein Problem mit der Sichtverbindung nicht als Erstes geprüft wurde
  • Das erinnert mich fast exakt an ein Problem mit einer weitreichenden Mikrowellenverbindung, das ich bei einem australischen Mobilfunkanbieter erlebt habe. Das Unternehmen war ziemlich stark auf Ketten von Mikrowellenlinks angewiesen, und dieser spezielle Link befand sich im Norden Queenslands, wo feste Leitungen schwer zu bekommen waren und auch die lokalen Techniker Änderungen in der Umgebung nicht unbedingt mitbekamen

    Jeden Wochentag und samstags fiel der Link zwischen 7 und 15 Uhr immer wieder sporadisch aus, danach und sonntags war alles in Ordnung. Ursache war ein Kran, der zu diesen Zeiten mitten im Mikrowellenpfad an einem neuen Wohngebäude arbeitete. Wochenlang wurden alle möglichen Theorien diskutiert und Zeit verschwendet, bis endlich jemand vor Ort nachsehen konnte

    • Erstaunliche Geschichte. Das erinnert auch daran, dass das Militär keine Windturbinen in Gebieten will, in denen gute Radarabdeckung wichtig ist. Die finnischen Verteidigungskräfte sind zum Beispiel überall in der Nähe der russischen Grenze empfindlich. Selbst wenn die Rotorblätter nicht aus Metall sind, verursachen sie weiterhin Rauschen und Radarschatten

    • Das erinnert mich an den Großteil des Debuggings, das ich bei der Arbeit sehe. Leute stellen Theorien auf und führen an Interfaces irgendwelche magisch wirkenden Handlungen aus

      Obwohl beim Lesen der Logdateien oder der Fehlerbeschreibung Ursache und Lösung meist innerhalb von 10 Sekunden klar wären

    • Bei so etwas hätte ich wohl einen Buschpiloten gerufen und ihn die Leitung entlangfliegen lassen

  • Der Titel könnte ein Fleetwood-Mac-Wortspiel gewesen sein

    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

  • Die ungewöhnliche Internetkonfiguration ist eine ziemlich wichtige Information und nichts, was man erst ein paar Absätze später vergraben sollte. Nachdem diese Erklärung kam, wirkte es so, als hätte man zuerst prüfen sollen, ob die Antenne blockiert wird, bevor man Netzteile oder Kabel der Netzwerkausrüstung verfolgt und den Laptop überall einsteckt

    Im Nachhinein ist man immer schlauer, aber sobald diese Information hinzukam, hatte ich das Ende erraten

    • Ich dachte dasselbe, aber vermutlich wäre ich nicht sofort auf den Wi-Fi-Sender gekommen

      Nach Jahrzehnten des Debuggings verschiedenster Internetprobleme prüfe ich inzwischen zuerst, ob die „Quelle“ funktioniert. Zum Beispiel stecke ich den Laptop mit einem anderen Kabel direkt ans Modem. Wenn das funktioniert, gehe ich die „Leitung“ entlang nach unten, bis ich die Stelle finde, an der es nicht mehr geht. Meist findet man den Schuldigen ziemlich schnell, und es verhindert auch, dass man an den Router-Einstellungen herumfummelt, obwohl es eigentlich ein ISP-Problem ist

Im Original hätte in dem Moment, in dem klar wurde, dass das Internet im Büro völlig in Ordnung war und nur das Internet zu Hause Probleme machte, die Verbindung zwischen den beiden der nächste offensichtliche Punkt sein müssen, den man sich ansieht.

Trotzdem eine unterhaltsame Geschichte, und dass Regen darüber entscheidet, ob das Internet funktioniert, ist immer noch ziemlich unerwartet.
  • Ging mir genauso, aber zur Verteidigung des Autors: Diese Information war vermutlich irgendwo ganz hinten im Kopf vergraben. Wenn man so einen Aufbau ein paar Jahre nutzt, werden viele Details selbst für einen unsichtbar und zu „selbstverständlichen“ Hintergrundinformationen, die der Verstand nicht eigens nach vorn holt.

  • Sobald die physische Anordnung beschrieben wurde, habe ich innerlich „Baum!“ gerufen.

  • Stimmt, persönlich finde ich auch, dass das im Text viel zu tief vergraben war.

    Anfangs hatte ich nicht den gesamten Kontext und dachte, vielleicht habe der Regen eine externe Signalstörung blockiert, die den AP-Kanal beschäftigt erscheinen ließ.

  • Ich hatte früher einen Volkswagen Wolfsburg Edition von 1998. Ein glattes, leuchtendes Rot, ein Auto, das überall auffiel; und als Stadtpendler war es bequem, ihn am Bahnhof zu parken und dann zur Arbeit zu fahren.

    An einem besonders erschöpften Tag stieg ich aus dem Zug, ging zum Parkplatz, sah mein Auto an und bemerkte seltsamerweise, dass alle Fenster weg waren. Zuerst bekam ich Angst, weil ich dachte, jemand hätte das Auto beschädigt, aber nirgendwo um das Auto herum lagen Glassplitter. Bei genauerem Hinsehen waren die Fenster einfach heruntergefahren. Ich fuhr sie wieder hoch, fuhr nach Hause und vergaß die merkwürdige Sache.

    Ein paar Wochen später saß ich an einem Samstagmorgen mit Kaffee an der Hintertür zum Garten, als der Himmel dunkel wurde und leichter Regen einsetzte. Zwischen dem Trommeln der Tropfen auf dem Dach hörte ich das charakteristische Surren von Autofenstern, die herunterfahren.

    Ich rannte nach vorn und sah, dass sich die Fenster des Volkswagen von selbst senkten und der Regen ins Auto strömte. Am Ende wurde mir klar, dass das seltsame Verhalten der Fenster durch einen elektrischen Kurzschluss verursacht wurde.

    Von diesem Tag an war das Auto nicht mehr nur ein schicker roter Wagen, sondern eines mit einer eigenen, etwas exzentrischen Persönlichkeit, das mich mit unerwarteten Fensterstreichen auf Trab hielt.

    • Ich habe einen Opel Astra von 2015, der in manchen Ländern wohl auch als Vauxhall verkauft wird. Eines Tages sah ich ganz ähnlich, dass alle Fenster von selbst unten waren, ohne dass ich etwas getan hatte.

      Das erste Mal passierte es, nachdem ich auf einem Musikfestival eine Menge Campingausrüstung aus dem Auto zum Zeltplatz getragen hatte. Ich schloss mit dem Funkschlüssel ab, steckte den Schlüssel in die Tasche und trug die letzte Ladung zum Camp. Etwa eine Stunde später fragte mich jemand, ob es Absicht sei, dass die Fenster meines Autos komplett offen stünden; natürlich war es das nicht.

      Das nächste Mal war nach dem Einkaufen, als ich nach Hause gekommen war. Ich schloss die Türen ab, trug die Einkaufskisten ins Haus, räumte sie aus und sah dann aus dem Fenster: Auf dem Parkplatz waren alle Fenster des Autos unten. Ich dachte an so etwas wie einen Firmware-Fehler.

      Ein paar Tage später passierte es wieder. Einkaufen, Sachen reintragen, aus dem Fenster schauen – und das Auto hatte seine Fenster von selbst komplett heruntergefahren. Zweimal in ein paar Tagen derselbe Fehler in derselben Situation? Wie wahrscheinlich ist das schon, dachte ich.

      Dann fiel plötzlich der Groschen.

      Ich trage ziemlich viele Dinge in der Tasche, und der Autoschlüssel mit den Funktasten war eines davon. Wenn ich schwere Sachen oder Kisten trug, war es durchaus möglich, dass ich versehentlich nicht nur kurz, sondern mehrere Sekunden lang auf die „Entriegeln“-Taste drückte. Also stellte ich mich mit der Fernbedienung vor das Auto und hielt die Taste gedrückt: Nach etwa 5 Sekunden gingen alle Fenster ein Stück herunter, und nach ein paar weiteren Sekunden waren sie ganz unten.

      Seitdem weiß ich, dass mein Auto eine interessante Funktion hat, mit der man die Fenster für die Sommerlüftung aus der Ferne herunterfahren kann.

  • Noch ein Klassiker:

    Im Sitzen kann man sich einloggen, im Stehen nicht.

    Ich muss den Referenzlink noch suchen.

    Edit: Hier ist eine Version davon:

    https://www.reddit.com/r/talesfromtechsupport/comments/3v52p...

    • Als Variante davon erinnere ich mich an eine Geschichte über ein Terminal mit einer „print screen“-Taste, die im Stehen funktionierte, im Sitzen aber nicht. Oder vielleicht war es umgekehrt.

      Am Ende gab es zwei Print-Screen-Tasten, von denen nur eine funktionierte, und eine davon war je nach Stehen oder Sitzen besser zu sehen.

      Solche Geschichten sind klassische Debugging-Parabeln: Wenn etwas überhaupt keinen Sinn ergibt oder unmöglich erscheint, sollte man einen Schritt zurücktreten und überlegen, welche Annahme man falsch getroffen hat.

    • Nur vom Titel her dachte ich, es müsse irgendwie mit „der Bürostuhl schaltet den Monitor aus“ zu tun haben. War dann nicht so, aber auch das ist eine gute Geschichte.

      https://news.ycombinator.com/item?id=21978004

      [Edit: Ich sehe, dass diese Geschichte im Thread auch schon ein paar Mal erwähnt wurde.]

    • In einer Mr.-Bean-Folge gibt es eine Szene, in der der Fernseher nur funktioniert, wenn er direkt neben dem TV sitzt. Von dort aus kann er den Fernseher natürlich nicht sehen. Ich glaube, am Ende löst er es, indem er aus Kleidung eine Art Doppelgänger neben den Fernseher setzt und selbst nackt vor dem Fernseher sitzt.

  • Vor ein paar Jahren habe ich für die Familie eine Punkt-zu-Punkt-Wi-Fi-Verbindung vom Haus zum Garagengebäude eingerichtet. Ich wählte ein Paar Ubiquity Nanostations aus, klein, PoE-betrieben und mit ordentlicher Reichweite.

    Das Gerät auf der Hausseite befand sich innen unter einem britischen Standard-Ziegeldach. Die Ziegel waren dicht, 3/4 Zoll stark, und mit den Latten kam man auf über 1 Zoll dickes, dichtes Material.

    Die andere Seite war 20 m entfernt in Sichtlinie, aber eine Außenmontage war verboten. Im Garagengebäude gab es mit Folie kaschierte Dämmung vom Kingspan-Typ, und ich bekam das dortige Gerät nur in der Nähe eines Oberlichts so installiert, dass es einigermaßen funktionierte. Danach wurde daran noch ein Access Point per Daisy-Chain angeschlossen.

    Alles war in Ordnung, bis das Oberlicht durch eines mit Metallbeschichtung ersetzt wurde. Bis zum Regen funktionierte das Signal gerade noch, aber bei Regen brach es ausreichend ein.

    Als das Problem lästig genug wurde, schmiedete ich mit der Familie einen Plan und fuhr hin, während jemand übers Wochenende weg war, um das Gerät auf der Garagenseite nach draußen zu verlegen. Jetzt sieht es aus wie ein Vogelhaus. Auf der anderen Seite hängt sogar ein echtes Vogelhaus. Das falsche Vogelhaus heizt sich in der Sonne auf, das echte liegt immer im Schatten.

    • Ich verstehe nicht, warum die Täuschung nötig war. In dieser Geschichte fehlt etwas.
  • Eines der seltsamen Internetprobleme, die ich kürzlich hatte: Ich hatte mein 50-Mbit-Internet auf 100 Mbit aufgerüstet, aber der Laptop kam kaum an 100 Mbit heran, während das Homelab im Speedtest problemlos 100 Mbit erreichte.

    Es dauerte eine Weile, bis mir klar wurde, dass der Unterschied darin lag, dass das Homelab physisch verkabelt war, der Laptop aber Wi‑Fi nutzte.

Das Laptop-WLAN war mit etwa 1,2 Gbit/s mit dem AP verbunden, und andere Geräte hatten dasselbe Problem. Als ich die Geschwindigkeit im internen Netzwerk prüfte, blieb sie auch beim Senden oder Empfangen von Dateien zwischen einem WLAN-Gerät und dem Homelab bei etwa 90 Mbit/s hängen.

Also sah ich mir die Verbindung zwischen AP und Router an und merkte, dass der Wi-Fi-AP nicht mit 1 Gbit/s, sondern nur mit 100 Mbit/s am Router hing. Das billige CAT7-Kabel, das ich einfach genommen hatte, weil es besser aussah als das alte Kabel, war in Wirklichkeit kein echtes CAT7 und lieferte nur 100 Mbit/s. Nach dem Austausch des Kabels war das Problem behoben. Weil mir das ein ungutes Gefühl gab, beschloss ich, alle Ethernet-Kabel durch welche von ordentlicher Qualität zu ersetzen.

Ich weiß nicht einmal mehr, woher dieses „Fake“-Kabel kam. Vermutlich lag es irgendwann einem beliebigen Gerät von AliExpress bei. Mit den gehorteten USB-Kabeln hatte ich Ähnliches: Ich hatte vergessen, woher sie kamen, und merkte erst später, dass sie gerade so ihre Grundfunktion erfüllten.

  • Bei Videokabeln ist es genauso. Sobald man zu 1440p/4K und hohen Bildwiederholraten oder variabler Bitrate kommt, werden HDMI-2.1- oder DP-1.4-Zertifizierungen tatsächlich wichtig.

    Noch schlimmer ist, dass die Hardware versucht, auch mit unterdimensionierten Kabeln irgendwie zu funktionieren. Das Ergebnis sind dann zufällige schwarze Bildaussetzer oder mehrere willkürliche Neuverbindungen, nachdem man den Laptop eingesteckt hat.

  • Wenn man den Rest liest, ist der erste Satz verwirrend. Müssten Homelab und Laptop nicht vertauscht sein?

  • Bis hierher gelesen:

    „Das Büro und unsere Wohnung lagen ein paar Blocks voneinander entfernt ...“

    Da dachte ich sofort: Das muss eindeutig Sichtverbindung sein.

    Das habe ich auch erlebt, als die Firma, bei der ich im Sommer 1993 arbeitete, zwischen zwei 250 m entfernten Büros eine Übertragungsanlage installierte, die wohl Infrarot nutzte. Wenn die Sommersonne im Nordwesten hinter dem Sender vorbeizog, fiel das WLAN jeden Abend für etwa eine Stunde aus.