Informationen zu PowerMac

Beide Varianten habe ich schon getestet, und beide funktionieren. Allerdings nutze ich TV so gut wie nie, und kann dir dazu keine Langzeiterfahrungen mitteilen. Aber eine grosse Sache ist die Umstellung ja nicht - Versuch macht kluch. Wäre super wenn du die Ergebnisse dann auch gleich mit uns hier teilst. Mehr anzeigen

@WalterB: So wie der OP schreibt geht es hier ja nicht um ein Problem mit dem VPN, sondern im Gegenteil dass es eben ohne VPN nicht geht. @Tom459: Evt. ist eine fehlerhafte Einstellung (Proxy o.ä.) schuld an diesem Verhalten. Probier mal die Netzwerkeinstellungen zurückzusetzen: Mehr anzeigen

Erlischt im Fehlerfall auch die LED vorne an der IB2? Wenn ja, siehts sehr nach einem Hardwareproblem aus und du solltest die Box austauschen lassen. Mehr anzeigen

Wenn die SYNs raus-, aber keine SYN/ACKs reinkommen, wird das mit an Sicherheit grenzender Wahrscheinlichkeit nichts mit dem Switch zu tun haben. Die traceroutes mögen zu der Annahme verlocken, dass einer der nicht antwortenden Knoten die Störstelle sei. Meistens ist das aber nicht der Fall, so wie höchstwahrscheinlich auch im vorliegenden Fall. Der "gewöhnliche" Traceroute-Befehl arbeitet mit ICMP, man kann dazu aber auch UDP und TCP nehmen. Zum Debuggen von HTTP-Problemen ist gerade letzteres sinnvoll. Ich habe dazu mal von 270 Internetanschlüssen der unterschiedlichsten Provider der Schweiz aus je einen ICMP-, einen UDP- und einen TCP-Traceroute machen lassen, mit den Links kannst du die Ergebnisse einmal vergleichen. Wie man schön sieht, kommen die TCP-Traceroutes fast alle durch. Am ehesten würde ich daher in deiner Situation die Fritzbox als Fehlerquelle verdächtigen. Mehr anzeigen

Aktivieren/deaktivieren von IPv6 wird hier keine Änderung bewirken, weil der Hoster noch auf Legacy IP (und nb. ohne Verschlüsselung) herumdümpelt.   Im ganzen Swisscom-Netz laufen die Pings auf diese Zielseite ins Leere, aber die Website kann ich sowohl via DSL als auch Mobile aufrufen. Dies sogar so blitzschnell wie ich es noch selten erlebt habe. Steinzeittechnik hat auch ihre guten Seiten. Jedenfalls erscheint ein generelles Routingproblem sehr unwahrscheinlich, ebenso ein Dazwischenfunken eine pöhsen DNS-Servers.   Meine nächsten Schritte in der Fehlersuche wären "telnet www.swissmedicinfo.ch 80" und/oder Wireshark. Mehr anzeigen

Uh, von Android verstehe ich nicht viel. Evt. hilft ein Reset des Netzwerkstacks, siehe z.B. diese Anleitung. Ohne Gewähr. Sonst findet sich vielleicht noch jemand mit mehr Ahnung. Mehr anzeigen

Mit den bisherigen Informationen lässt sich noch nicht viel anfangen. Was für einen Router hast du? Was für ein Mobiltelefon? Was genau meinst du damit, dass du das Mobiltelefon auf dem Router gesperrt/deaktiviert hast? Falls du die Kinderschutzfunktion auf der Internetbox meinst: hast du diese Funktion schon einmal versuchshalber deaktiviert? Woraus schliesst du, dass das Mobile mit dem Router verbunden ist? Werden irgendwelche Fehlermeldungen angezeigt, wenn ja: wie lauten diese? Mehr anzeigen

Gemäss der Swisscom-Netzabdeckungskarte müsste der einzige Talbächliweg in der Schweiz eigentlich gut versorgt sein. Möglicherweise ist die tiefe Geschwindigkeit ja auch nur ein temporäres Problem, das sich in ein, zwei Tagen von alleine löst. Hast du zu verschiedenen Zeiten probiert (Tagsüber, Abends, Nachts, Wochenende)? Falls du auf Anfang Dezember gezügelt hast, beobachte mal ein paar Tage. Weiss jetzt halt auch nicht wie dein Gespräch verlief, aber dass man ausgelacht oder sonstwie unfreundlich behandelt wird ist mir bei meinen vielen Kontakten mit der Hotline noch extrem selten passiert. Versuch nochmal anzurufen, dann hast du fast garantiert jemand anders dran und kannst dein Problem nochmal schildern. Mehr anzeigen

1. würde ich es eher so ausdrücken: alle anderen ignorieren die fehlerhafte Konfiguration des DNS deiner Domain.  2. können auch wir nur wiederholen, dass hier eigentlich absolut genügend Informationen vorliegen, mit denen ein fähiger Techniker im RZ den Fehler erkennen und beheben kann. Wenn dein Hoster ein Leading-Edge-Feature aktiviert, sollte er auch in der Lage sein es sauber zu konfigurieren und zu debuggen. Sonst wechsle den Hoster.  Mehr anzeigen

Zu 1.: Weil die allermeisten DNS-Server das relativ neue (Mai 2016) Feature DNS-Cookies nicht unterstützen. Grundsätzlich wären die Mailserver von Swisscom sehr wohl in der Lage, den MX-Record aufzulösen. Dabei stellen sie aber fest, dass der DNS-Server, der den aufzulösenden Record liefert, falsch konfiguriert ist. Und gerade dann ist es der Sinn und Zweck der DNS-Cookies, die Antwort als nicht vertrauenswürdig einzustufen bzw. zu verwerfen. Ferner ist es übliche Praxis, dass Mailserver äusserst pingelig überprüfen, ob die Absenderdomain sauber konfiguriert ist und andernfalls die Entgegennahme von Mails verwehren. Zwar kenne ich (noch) keinen anderen Mailserver, der die Konfiguration von DNS-Cookies überprüft, aber grundsätzlich finde ich es begrüssenswert, dass Swisscom da dem Rest voraus ist (auch wenn ich es noch sehr viel mehr begrüssen würde, wenn endlich mal etwas in Richtung DNSSEC laufen würde, aber das ist ein anderes Thema). Zu 2.: Schon im ersten Post schriebst du: "Lapidare Antwort: DNS Server sind fehlerhaft konfiguriert, DNS Server antworten mit ungültigem DNS Client Cookies. Ich solle diese deaktivieren oder korrekt konfigurieren." Wenn man das so ans Technikpersonal des Hostingbetreibers meldet, müssten diese sofort verstehen und damit etwas anfangen können. Denn die haben das Feature ja eingeschaltet. Mehr anzeigen

Sieht nach einem ähnlichen Problem aus wie in diesem Thread aus 2015 bereits diskutiert. Probier doch mal die Tipps aus, die ich dort gegeben habe. Allerdings das vorliegende Problem nicht genau das gleiche zu sein, da zumindest das damals festgestellte DNS-Verhalten ein anderes ist: $ dig @8.8.8.8 worldservice.com mx +short 10 mail.worldservice.com. $ dig @8.8.4.4 worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns1.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns2.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns3.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns4.bluewin.ch worldservice.com mx +short 10 mail.worldservice.com. $ dig @dns1.bluewin.ch google.com mx +short 20 alt1.aspmx.l.google.com. 50 alt4.aspmx.l.google.com. 40 alt3.aspmx.l.google.com. 30 alt2.aspmx.l.google.com. 10 aspmx.l.google.com. $ Genaueres werden aber dennoch wohl nur die Techies von Swisscom sagen können. Zumindest soweit ich sehe scheint das DNS von worldservice.com einigermassen OK zu sein. Wobei schon noch Verbesserungspotential besteht.   Nachtrag: @MarcelG, hast du noch eine Idee? Mehr anzeigen

Meine (wenigen) Erfahrungen mit dem 3rd-Level von Swisscom waren eigentlich sehr gut. Ist aber auch schon eine Weile her. Ich denke nicht, dass der Lösungsansatz mit Einschreiben und Anwalt etc. schneller zu einer Lösung führt. Aber evt. können wir dir bezüglich der Technik weiterhelfen. Um welche Domain geht es denn? Wenn du das nicht öffentlich schreiben willst, schick mir eine PN. Mehr anzeigen

Gequirlter Sch...rott ist auch in UHD nicht besser, egal von welchem Sender. RTL ist sowas wie der Marianengraben des Niveaus - tiefer gibts einfach nicht. Mehr anzeigen

@EdgarJ: Ist dir ein allgemeines Problem mit der Deaktivierung der automatischen Standby-Funktion der TV-Box bekannt? Mehr anzeigen

Das nennt sich dann also Hartz-4k-TV? Mehr anzeigen

Auch nach mehrmaligem Lesen deiner Mitteilung erschliesst sich mir der Zusammenhang zwischen IP-Telefonie, ISDN und der sich nach 4 Stunden ausschaltenden TV-Box nicht. Wie auch immer: wenn du die oben dargestellte Checkbox angehakt hast (wie übrigens auch im Artikel "Automatischer Standby-Modus bei der Swisscom TV-Box" erklärt), und sich die Box trotzdem nach 4 Stunden ausschaltet, dann liegt ein reproduzierbarer Defekt vor. Und das wäre dann ein Fall für die Hotline. Mehr anzeigen

Ja dann würd ich, statt mich grün zu ärgern, das halt mal ganz ruhig und anständig der Hotline erklären. Mehr anzeigen

Das hast du bestimmt schon probiert (also die untere Checkbox natürlich)? Mehr anzeigen

Wie nutzt du denn das Internet? Wenn nur zum Surfen, Youtuben, Gamen und evt. einem TV-Stream, dann wirst du im täglichen Betrieb wahrscheinlich sogar zum 50Mbit/s-Angebot (inOne S) kaum einen Unterschied spüren. Mehr anzeigen

Die von dir beschriebenen Probleme sind meistens auf Paketverluste und/oder hohen Jitter zurückzuführen, der Datendurchsatz ist dabei nicht so wichtig. Sicher ist die Powerline-Strecke einer der ersten Verdächtigen. Wie geschrieben kann man das relativ einfach überprüfen, indem man zumindest temporär ein LAN-Kabel ausprobiert. Es ist aber durchaus auch möglich, dass ein Link irgendwo auf der Übertragungsstrecke zwischen deinem Anschluss und Teamspeak überlastet ist, Stichwort Peerings. Das ist dann etwas schwieriger herauszufinden. Die meisten Game-Hersteller haben auf ihren Hilfeseiten Anleitungen, wie man mit Ping und Traceroute den Engpass ermitteln kann (wer mit der Suchfunktion dieses Forums klarkommt, findet vielleicht auch damit etwas). Wenn du eine IP-Adresse des Gameservers nennst, kann ich eine breitflächige Messung von mehreren Anschlüssen aus starten. Speedtests sind zur Eingrenzung dieses Problems übrigens ziemlich nutzlos. Mehr anzeigen

@Hoschisack  schrieb:   Ja der Glasfaseranschluss geht direkt zur IB. Die Netzwerkkarte ist die Asus PCE-AC88. Der Speedtest wurde vom Desktop PC aus über das WLan durchgeführt (da ich ja auch die Geschwindigkeit des WLan testen wollte). Wenn ich den Desktop PC per Kabel direkt an die IB hänge und den Speedtest widerhole komme ich auf Folgende Ergebnisse: Download ca. 700 Mbit/s und Upload ca. 940 Mbit/s. Das heisst für mich, dass über das WLan ca. 400 Mbit/s Download und ca. 640 Mbit/s Upload "verloren" gehen. Dies ist für mich irgendwie unbefriedigend. Was für ein Speedtest ist das? Erfahrungsgemäss liefern webbasierte Speedtests wie z.B. speedtest.net bei Geschwindigkeiten über ca. 200Mbit/s keine zuverlässigen Resultate mehr, auch nicht via LAN-Kabel. Mit einer dedizierten Applikation (Network Speed Test aus dem Microsoft Store o.ä.) oder dem Geschwindigkeitstest aus dem Web-GUI der Internetbox wirds genauer. Bezüglich WLAN: die grossen Mbit/s-Zahlen, die die Hersteller so gern auf die Produkteschachteln draufdrucken, sollen vor allem den potentiellen Käufer beeindrucken. Zur Realität haben sie bestenfalls einen entfernten Bezug. Die von dir erreichten Geschwindigkeiten sind eigentlich schon ganz anständig. Und die Nachteile mit Jitter und Paketverlust bestehen nach wie vor. Wenns dir darauf ankommt, wirst du nicht ums Verlegen eines LAN-Kabels herumkommen. Mehr anzeigen

@Marco Wo  schrieb: Ist ja witzig...wie ich festgestellt habe wird die vergebene IP aus dem A Record im DNS auch noch an einen anderen A Record vergeben.. mit dem habe ich nur nichts zu tun. Kannst du das noch etwas präzisieren? Beginnt die fragliche IP zufällig mit 195.186.x.y? Das wäre ein Hinweis darauf, dass die aufgerufene Website zumindest teilweise von Swisscom gesperrt wurde (und dafür muss es gute Gründe geben). Zum Entsperren wirst du dich an die Hotline wenden müssen. Grundsätzlich ist es völlig normal, dass die A-Records mehrerer verschiedener Hostnamen auf dieselbe IP zeigen. Umgekehrt kann es auch sein, dass eine IP über mehrere PTR-Records verfügt, wobei dies jedoch als unsauber gilt. Mehr anzeigen

@WalterB  schrieb: Für das Internet verwende ich schon lange den Firefox welcher eine erhöhte Sicherheit enthält. Lies doch den verlinkten Artikel mal durch, besonders ab dem ersten Zwischentitel gibts Spannendes zu erfahren. Mehr anzeigen

Ich habe ja durchaus Verständnis, dass man sicherheitsrelevante Dinge nicht ins letzte Detail öffentlich breitschlägt. Aber zumindest ein paar simple Aussagen müssten im Interesse der Transparenz und Vertrauensförderung schon noch drinliegen: War das nun ein False Positive oder nicht? Wieso meinten die Supporter, dass keine Blacklistung bestehe, obwohl dies offensichtlich der Fall war? Wieso wurde die Blacklistung anscheinend zweimal innerhalb kürzester Zeit nach Posten hier im Forum aufgehoben? Bestimmt ist es möglich, diese Fragen zu beantworten ohne dabei kritische Details zu verraten. Und egal wie die Antworten auf die obigen Antworten ausfallen, es wäre immer noch besser als aus "Sicherheitsgründen" nichts zu sagen. Zu welchem Unmut das führt, wird ja bereits jetzt deutlich... Mehr anzeigen

Danke Guido fürs Feedback. Bezüglich des Internet Guards bin ich voll bei dir, das ist eine gute Sache und hilft sicher sehr bei der Bekämpfung von Internetkriminalität. Konkret in Bezug auf den in diesem Thread diskutierten Fall hast du nun nichts geschrieben. Folgt da noch was, oder fällt das unter die Fälle, aus denen Swisscom etwas lernt und verbessert, aber nicht offenlegt was der Grund war? Mehr anzeigen

Ich verstehe deinen Ärger und teile ihn ja ein Stück weit auch, siehe frühere Posts. Und auch ich wundere mich darüber, dass dir die Auskunft gegeben wurde, du seist nicht auf der Blacklist, aber andererseits das Verhalten des DNS-Servers etwas anderes vermuten lässt. Warte doch mal ab, was die Abklärungen von Swisscom ergeben, die @GuidoT in Auftrag gegeben hat. Alles andere wäre Spekulation. Wir hier sind alles Kunden wie du (noch) und können auch nicht mehr machen. Mehr anzeigen

Hab mal versucht das zu skizzieren. Der Proxy funktioniert nur für die Kommunikation auf Port 443. Auf Port 4005 nimmt der Proxy keine Pakete entgegen. Die Verschlüsselung findet auch in der rechten Skizze immer noch zwischen dem Client und dem richtigen Server statt und kann nicht von dritten mitgelesen werden (saubere Konfiguration des Webservers vorausgesetzt). Der Proxy leitet die verschlüsselten Daten nur von der einen zur anderen Seite weiter. Mehr anzeigen

OK, ich habe es vorhin unglücklich formuliert. Der Hostname vpn.gebr-gentile.ch ist korrekt eingetragen und zeigt auf die 62.xx-IP. Aus Sicht eines Swisscom-Kunden wird ihm aber vom Swisscom-DNS-Server mitgeteilt, dass vpn.gebr-gentile.ch die IP 195.186.xx habe, was die IP des Proxies ist. Mehr anzeigen

@Lukasb1  schrieb: [...] Und eben wiso wird https://vpn.gebr-gentile.ch durchgelassen und https://vpn.gebr-gentile.ch:4005 nicht, obwohl dies exaxt die der gleiche Server ist? Ich habe hier nur auf der Firewall den Port 4005 auf 443 mit dem identischen Ziel umgeleitet? Du gehst davon aus, dass der Hostname vpn.gebr-gentile.ch auf die öffentliche IP deiner Firewall zeigt (mit der 62.xx-IP). Genau dies trifft aber eben nicht zu. Der Swisscom-DNS-Server meldet unter diesem Hostnamen die IP eines Proxyservers (mit der 195.186.xx-IP) zurück. Wie @gasoo weiter oben erklärt hat, funktioniert der Proxy für Ports 80 (http) und 443 (https), aber nicht für andere Ports wie 4005. Offenbar greift der Proxy nicht in die End-to-End-Verschlüsselung ein, so dass die Kommunikation nur über den Proxy umgeleitet wird. Dir wird das richtige Zertifikat angezeigt und du kannst auch davon ausgehen, dass da niemand mitliest. Aber wozu die Maskerade gut sein soll, erschliesst sich mir immer noch nicht. Denn so wie das hier aussieht, kann Swisscom auf diese Weise auch keine URLs aus der Kommunikation herauslesen und -filtern.   Und Weshalb funktioniert "http://gebr-gentile.ch" ohne Warnung obwohl hier auch die komplette Kommunikation über den Swisscom Proxy läuft? Soweit ich sehe, dürfte das theoretisch gar nicht funktionieren, da unter dem Hostnamen (und gleichzeitig Domainnamen) gebr-gentile.ch weder ein A noch ein CNAME-Record registriert ist. Wahrscheinlich ratet der schlaue Browser in so einem Fall ein "www." vornedran. Und der Host "www.gebr-gentile.ch" zeigt auf eine IP, die scheinbar nicht gesperrt ist. Mehr anzeigen

Bin zwar nicht vom Swisscom-Team, aber zumindest die Internetbox Pro (Internetbox 1 gem. deiner Liste) und die Internetbox 2 haben per Default UPnP IGD aktiviert. Die anderen Internetboxen sehr wahrscheinlich auch, und bei den Centros weiss ich es nicht. Mehr anzeigen

Gesperrt wurde ja nichts, sondern "nur" über einen Swisscom-Proxy umgeleitet. Wie auch immer: das beste Mittel gegen Verschwörungstheorien ist, wenn die Ursache ehrlich und transparent offengelegt wird. Mehr anzeigen

@Shorty   schrieb: [...] Meinungen dazu? Vor wenigen Minuten sah es noch so aus: ttn@he-ttngw:~ $ dig vpn.gebr-gentile.ch a @195.186.4.111 +short 195.186.208.145 Aber seit ein paar Minuten scheint der Spuk vorbei zu sein: ttn@he-ttngw:~ $ dig vpn.gebr-gentile.ch a @195.186.4.111 +short 62.2.200.250 Was da wohl geändert wurde? Bin jetzt aber schon extrem gespannt auf eine glaubwürdige Erklärung...   Nachtrag: @Lukasb1, die nicht besonders sichere Konfiguration des Webservers in Kombination mit dieser MitM-Situation seitens Swisscom DNS (Gründe jetzt mal dahingestellt) liesse einen allerlei mehr oder weniger hässliche Szenarien ausdenken. Schau doch mal deine IIS-Konfiguration etwas genauer an in puncto Sicherheit. Mehr anzeigen

Hm da hast du dir ja echt Mühe gemacht mit der Fehleranalyse. Und wenn man deine Ergebnisse so anschaut, steigt tatsächlich ein scary Gefühl auf... Mal sehen ob sich jemand von Swisscom dazu noch meldet. Vielleicht gibts ja eine plausible Erklärung dafür. Obwohl ich mir im Moment beim besten Willen keine vorstellen kann. Falls du die Zone gebr-gentile.ch administrierst: Wirf mal einen Blick auf DNSSEC. Könnte für ähnliche Fälle noch nützlich sein. Mehr anzeigen

Überall wo Powerline-Verbindungen mit im Spiel sind, fällt der Verdacht als allererstes auf diese. Kannst du mal mit einem per LAN mit dem Netgear verbundenen Gerät über längere Zeit auf den B315s-22 pingen und schauen, ob dies verlustfrei funktioniert? Falls nicht, wirds wohl (wie so oft) an der Powerline-Strecke liegen. Alternativ kannst du auch ein LAN-Kabel zwischen Router und Accesspoint verwenden - entweder nur mal erst zum Testen, oder noch besser gleich dauerhaft fix verlegt. Mehr anzeigen

@cslu: Weshalb dieser gehässige Unterton in letzter Zeit? Geht doch auch ein bisschen freundlicher, echt...   Was das Thema angeht, pflichte ich Shorty und cslu bei: F-Secure und überhaupt Antiviren- und Firewallsoftware im Allgemeinen hat längst nicht den Stellenwert wie das vor 5-10 Jahren mal der Fall war. Heute wird auf die sogenannte "Security Awareness" gesetzt, dh. dass man die Anwender bezüglich Sicherheit schult und über Gefahren sowie dem Umgang damit aufklärt. Z.B. dass man weiss wie mit Passwörtern umzugehen ist oder dass Backups auch für Privatpersonen Sinn machen. Mehr anzeigen

OK, in dem Fall meinst du das C430A IP, das hat eine grundlegend andere Basis als das C430A. Im Web-GUI des C430A IP hast du die Zuordnung eingehender Anrufe auf das Mobilteil richtig vorgenommen? Und das Mobilteil ist auch mit der richtigen Basis gepairt? Du kannst das testen, indem du die Paging-Taste an der C430A-IP-Basis drückst oder die Testklingelfunktion im Web-GUI der IB2 verwendest oder einen internen Anruf auf die interne Nummer des SIP-Accounts tätigst. Auch wenn's lange funktioniert hat, aber wenn es mein Setup wäre, würde ich das Handset vorzugsweise an der DECT-Basis des DX800A oder sonst an der Basis der IB2 anmelden und die C430A IP-Basis ausser Betrieb nehmen. So hast du eine Fehlerquelle weniger. Mehr anzeigen

Soweit ich deine Situation verstehe, können wir das DX800A hier mal ausklammern, da dieses korrekt funktioniert; richtig? Dann ginge es nur noch ums C430A. Dieses hat gar keinen Ethernetanschluss und folglich auch keine Möglichkeit, es per SIP mit der IB2 zu verbinden. Es besteht aus einer Basis inkl. Ladeschale sowie einem oder mehreren Mobilteilen. Diese kannst du in deiner Situation an einer von drei verfügbaren DECT-Basen anmelden: Erstens kannst du das/die Mobilteil(e) an der C430A-Basis anmelden und diese mit einem RJ11-Kabel mit einem der Analogports der IB2 verbinden. Zweitens kannst du das/die Mobilteil(e) an die integrierte DECT-Basis der IB2 anmelden. Damit wird die Basis des C430A nur noch als Ladeschale genutzt, der Funk ist zwar noch aktiv, wird aber nicht genutzt. Vorteil: bessere Gesprächsqualität, kein zusätzliches Kabel nötig, Nachteil: nach einem IB2-Reset musst du das/die Mobilteil(e) neu anmelden. Das/die Mobilteil(e) kannst du auch ans DX800A anmelden, da dieses ebenfalls eine DECT-Basis eingebaut hat. Welche dieser Möglichkeiten hast du aktuell umgesetzt bzw. möchtest du umsetzen? Mehr anzeigen

Hier ist mir gleich mehreres unklar: Was meinst du mit "Gigaset 800"? Das DX800A oder etwas anderes? Wie ist dieses mit der IB2 verbunden? Via Analoganschluss oder via lokale SIP-Anmeldung an der IB2 oder via externe SIP-Anmeldung am System der Swisscom? Was meinst du mit "Gigaset 430"? Das C430, das C430A oder etwas anderes? Wie ist dieses mit der IB2 verbunden? Via Analoganschluss oder sind die Mobilteile direkt an die integrierte DECT-Basis der IB2 angemeldet, oder evt. sogar an die DECT-Basis des DX800A? Das "800" macht deiner Meldung nach keine Probleme, korrekt? Mehr anzeigen

Über die Grösse kann man streiten, aber in Sachen Preisgestaltung haben die Jungs in Cupertino schlicht jeglichen Realitätsbezug verloren. Schade eigentlich. Mehr anzeigen

Wäre ich in der Situation, würde ich mit Enthusiasmus versuchen, meine Leidensgenossen im Dorf für die wahrscheinlich einzige sinnvolle Anwendung von Mesh-WLAN zu begeistern und ein freies Netz ähnlich der in Deutschland verbreiteten Freifunk-Communities aufzubauen. Mehr anzeigen