Zusammenfassung

  • WebJanssen betreibt ein aktives Hosting- und Kommunikationsgeschäft, aber der Name in diesem Artikel ist nicht mehr der Name, der in den eigenen rechtlichen Hinweisen angezeigt wird. Die Website des Unternehmens gibt an, dass der Firmensitz am 1. Oktober 2025 nach Miami Platja, Spanien, verlegt wurde und die offizielle Bezeichnung WebJanssen U.Janssen lautet. Die RIPE-Registrierung und mehrere ältere Geschäftsseiten verwenden weiterhin WebJanssen ISP ltd & Co KG oder WebJanssen ISP UG. Ein Käufer muss die vertragschließende Partei überprüfen, anstatt anzunehmen, dass die Markenkontinuität eine rechtliche Kontinuität bedeutet.
  • AS29471 ist aktiv. RIPEstat beobachtete am 11. Juli 2026 drei IPv4-Ankündigungen:195.140.208.0/22,195.225.208.0/22und195.158.54.0/24, die 2 304 Adressen abdecken. Alle waren zum Zeitpunkt der Beobachtung für jeden IPv4-Vollfeed-Peer in RIPE RIS sichtbar. Die gleiche Ansicht zeigte keine IPv6-Ankündigungen.
  • Die aktuellen Routing-Nachweise zeigen ein einziges benachbartes Netzwerk, Aixit AS29551, für alle drei Präfixe. Der RIPE-Policy-Eintrag von WebJanssen beschreibt KleyReX und viele historische Peers, während ein alter PeeringDB-Eintrag zwei Standorte in Frankfurt auflistet, aber keiner stellt einen zweiten aktuellen Upstream-Anbieter dar. Die logische und physische Routendiversität muss daher als nicht nachgewiesen angesehen werden.
  • WebJanssen identifiziert den Standort seines Rechenzentrums als bei Aixit in der Rebstoeckerstrasse 55 in Frankfurt. Aixit beschreibt redundante Gebäudeeingänge, 20 Betreiber, nahezu 1 000 Gbit/s aggregierte Bandbreite, über 300 Peering-Verbindungen, USV, Notstromerzeugung und redundantes Netzwerkdesign an diesem Standort. Dies sind Fähigkeiten der Host-Einrichtung, kein Beweis dafür, dass WebJanssen zwei unabhängige Betreiberwege, doppelte Stromversorgungen oder reservierte Kapazität von allen kauft.
  • Das Einzelhandelsangebot macht die Wiederherstellung zu einer wirtschaftlichen Entscheidung. WebJanssen bietet virtuelle Server mit einer Begrenzung auf 10 oder 100 Mbit/s, optionale Image-Backups, eine Standardantwort innerhalb eines Werktages und kostenpflichtige Service-Level mit einer Antwort innerhalb von vier Stunden. Die rechtlichen Hinweise geben an, dass der Notdienst außerhalb der Geschäftszeiten mit Einsatzkosten verbunden ist. Kunden, die von einem Upstream-Verlust, einem Host-Ausfall, einem Stromausfall oder einem Mangel an verfügbaren Technikern betroffen sind, benötigen vertragliche Klarstellung darüber, wer, von wo und in welcher Zeit reagiert.
  • Das Netzwerk ist offensichtlich in Betrieb, aber der Resilienznachweis ist gering. Ein sichtbarer Upstream, kein geroutetes IPv6, ein Ursprungsschutz (ROA) nur für eines der drei Präfixe, alte Interkonnektionsaufzeichnungen und keine veröffentlichten Wiederherstellungsprotokolle hinterlassen zu viel Unsicherheit, um ein widerstandsfähiges regionales Zugangsnetz zu beanspruchen. Die Beweise stützen eher ein kleines, auf Frankfurt zentriertes Hosting-Netzwerk, das unter einer grenzüberschreitenden Geschäftsidentität betrieben wird.

Der Name hat überlebt, während die vertragliche Identität sich geändert hat

Das erste Problem ist nicht der Paketverlust. Es geht darum, zu identifizieren, wer verspricht, den Dienst wiederherzustellen. Der Name WebJanssen ISP ltd & Co KG haftet weiterhin an AS29471 imRDAP-Eintrag von RIPE, und unter diesem Namen wird das Unternehmen üblicherweise gefunden. Doch die eigeneNachrichtenseitevon WebJanssen gibt an, dass der Firmensitz am 1. Oktober 2025 nach Spanien verlegt wurde und die offizielle Bezeichnung WebJanssen U.Janssen lautet. Die aktuellenrechtlichen Hinweisenennen eine Adresse in Miami Platja, Tarragona, und eine spanische Steuernummer.

Dies ist keine kosmetische Fußnote. Ein Kunde mag die Marke, den Namen des autonomen Systems und die Vertragsgesellschaft im Gespräch austauschbar verwenden, aber diese Etiketten beantworten unterschiedliche Fragen. Die Marke sagt dem Kunden, wo er Hilfe sucht. Die AS-Registrierung teilt anderen Netzwerken mit, welche Routing-Identität die Adressen ursprüngt. Der Vertrag bestimmt, wer den Dienst schuldet, wer in Rechnung stellt, welches Recht gilt und wer eine Reparatur organisieren muss. Wenn diese Etiketten auseinanderfallen, benötigt der Käufer aktuelle Dokumente, die sie explizit verknüpfen.

Die öffentlichen Seiten tun dies nicht sauber. DieAllgemeinen Geschäftsbedingungenvon WebJanssen besagen, dass die Vertragspartei WebJanssen ISP UG (haftungsbeschraenkt) ist, während die rechtlichen Hinweise WebJanssen U.Janssen nennen. Eine deutsche Unternehmensdatenbankseite beschreibt eineaktive WebJanssen UG, die 2022 in Oldenburg registriert wurde, um Telekommunikations-, Hosting-, Housing-, Netzwerk- und Verwaltungsdienste bereitzustellen und als Komplementär einer Kommanditgesellschaft WebJanssen zu fungieren. Diese sekundäre Registrierung unterstützt die Geschäftskontinuität in Deutschland, löst aber nicht, welche Person oder Gesellschaft 2026 einen neuen Dienstleistungsvertrag mit Sitz in Spanien unterzeichnet.

Es gibt einen weiteren historischen Bruch. Das britische Unternehmensregister fürWEBJANSSEN ISP LIMITEDzeigt, dass diese Gesellschaft 2001 gegründet und am 31. März 2020 aufgelöst wurde. IhreEinreichungshistorieenthält Konten einer ruhenden Gesellschaft vor der obligatorischen Löschung. Der exakte Name und die gemeinsamen Direktoren machen die Registrierung als Kontext relevant, aber die hier geprüften öffentlichen Beweise belegen nicht die rechtliche Rolle, die die britische Gesellschaft einst in der deutschen Partnerschaft spielte. Es wäre gefährlich, die Auflösung zu ignorieren oder daraus zu schließen, dass sie das operative Netzwerk beendet hat.

Die Netzwerkbeweise deuten in die andere Richtung: Der Dienst wurde fortgesetzt. Die Website des Unternehmens ist online, aktuelle Produktseiten akzeptieren Bestellungen, Support- und Kundenportale sind verlinkt, und AS29471 war am 11. Juli 2026 in den globalen Routing-Daten sichtbar. Die richtige Schlussfolgerung ist eng. WebJanssen bleibt eine operative Marke und ein operatives Netzwerk, während die rechtliche Identität hinter neuen Dienstleistungszusagen bestätigt werden muss.

Eine Bestellung sollte die aktuelle Gegenpartei, die Steuerregistrierung, das anwendbare Recht, den Leistungsort und die für Daten und Ausrüstung nach Kündigung verantwortliche Einheit nennen. Diese administrative Klarheit ist Teil der Resilienz, denn ein Ausfall ist der schlechteste Zeitpunkt, um zu entdecken, dass sich Netzwerkregistrierung, Rechnung und Notfallkontakt auf verschiedene Rechtsformen beziehen.

Das Angebot ist in erster Linie Hosting, kein nachgewiesenes lokales Zugangsnetz

Die Kategorie „ISP“ könnte Masten, Leerrohre, Glasfasern, drahtlose Türme und Feldteams suggerieren, die zu Kunden nach Hause fahren. Das aktuelle öffentliche Angebot von WebJanssen unterstützt ein anderes Bild. DieStartseitehebt Webspace, virtuelle Server, gehostetes Microsoft Exchange, E-Mail-Archivierung und VPN hervor. DerKundenbereichverweist auf separate Steuerungen für Windows- und Exchange-Server, Linux-Server, virtuelle Serververwaltung, Webmail und Support. Dies sind die Schnittstellen eines Hosting- und Managed-Service-Anbieters.

DieWebspace-Plänebieten Linux- oder Windows-Umgebungen, Domain-Kapazität, Mailboxen, Datenbanken, FTP-Zugang, SSL-Zertifikate und Steuerungspanels. DieRoot-Server-Plänesind virtuelle Maschinen auf Xen-Basis mit festen Adressen, Remote-Konsolenfunktionen und optionalem Managed-Administration. Diegehostete Exchange-Seitekombiniert Mailboxen, Anti-Spam- und Anti-Viren-Filterung, Kalender- und Adressbuchfunktionen, Webzugriff und optionale Archivierung. Keine dieser Seiten bietet eine Karte der versorgten Haushalte, Straßenverteiler, Turmsektoren, Glasfaserwege oder Installationsteams.

Diese Abwesenheit zählt, weil sie die analysierte physische Abhängigkeit verändert. Ein gehosteter Server kann für einen deutschen Kunden „lokal“ sein in dem Sinne, dass sein Rack in Frankfurt steht, sein Telefonsupport vertraut ist und sein Betreiber klein ist. Es ist keine Letzte-Meile-Schaltung zum Gebäude des Kunden. Der Kunde erreicht WebJanssen weiterhin über einen separaten Zugangsanbieter, einen lokalen Router, die Bürostromversorgung und den öffentlichen Internetpfad.

WebJanssen kontrolliert die gehostete Maschine, die zugewiesene Adresse, die Dienstkonfiguration und sein eigenes Grenz-Routing; es kontrolliert jedoch nicht die Glasfaser oder die Mobilverbindung jedes Kunden bis nach Frankfurt.

Die Unterscheidung ändert auch, wer leidet, wenn der Dienst ausfällt. Ein Root-Server-Ausfall kann die Website, den Mailserver, den Spieleserver, den Nameserver oder die Geschäftsanwendung eines Kunden lahmlegen. Ein Exchange-Vorfall kann die Kommunikation eines Kleinunternehmens unterbrechen, selbst wenn der normale Internetzugang funktioniert. Ein Ausfall von AS29471 kann viele nicht verwandte gehostete Domains gleichzeitig unerreichbar machen. Umgekehrt kann ein durchtrenntes lokales Zugangskabel am Büro eines Kunden alle WebJanssen-Systeme gesund lassen, während dieser Kunde sie nicht erreichen kann.

Der öffentliche Maßstab von WebJanssen scheint mit einem spezialisierten Hosting-Anbieter konsistent. DieIPinfo-Ansicht von AS29471klassifiziert das Netzwerk als Hosting, zählt 2 304 geroutete IPv4-Adressen und meldet Hunderte von gehosteten Domains. Die Anzahl der gehosteten Domains ist eine Beobachtung, keine Kundenzahl: Ein Kunde kann mehrere Domains betreiben, viele Domains können eine Adresse teilen, und inaktive Namen können auf einen alten Server zeigen. Dennoch ist die Kombination aus Hosting-Produkten, Steuerungspanels, Mail-Systemen und Adressnutzung ein stärkerer Beweis als das Etikett des regionalen ISP, um die operative Last zu verstehen.

Die „lokale Konnektivitätsrechnung“ des Artikeltitels muss daher als die Rechnung einer lokal unterstützten gehosteten Verbindung gelesen werden, nicht als Beweis für die von WebJanssen besessene Zugangsinfrastruktur. Die wesentlichen Vermögenswerte sind Racks, Hostsysteme, Speicher, Stromversorgung, Kühlung, Glasfaserendpunkte, Grenz-Routing, Namens- und Mail-Dienste, Ersatzteile und Personen, die daran arbeiten können. Türme, Masten und Installationen beim Kunden würden nur relevant werden, wenn ein spezifischer Vertrag zeigen würde, dass WebJanssen sie bereitstellt. Kein solcher öffentlicher Beweis wurde gefunden.

Eine Adresse in Frankfurt verankert den physischen Dienst

Der stärkste Standortnachweis stammt vom Betreiber selbst. Die aktuellen rechtlichen Hinweise von WebJanssen identifizieren sein Rechenzentrum als WebJanssen U. Janssen, bei Aixit GmbH, Rebstoeckerstrasse 55, 60326 Frankfurt am Main. Dies ist dieselbe Adresse, die Aixit fürAIX-FRA-1, sein Rechenzentrum und seinen Firmensitz in Frankfurt, angibt. Die Adresse verbindet die Geschäftsseiten von WebJanssen mit einer bestimmten Einrichtung anstatt mit einem generischen Anspruch auf „deutsches Hosting“.

Aixit behauptet, dass das Gebäude über mehr als 4 000 Quadratmeter Rechenzentrumsfläche, redundante Eingänge von 20 Betreibern, nahezu 1 000 Gbit/s Bandbreite und Zugang zu über 300 nationalen und internationalen Peers verfügt. Es beschreibt USV, Kühlungs-, Notstrom- und Konnektivitätssysteme und erklärt, dass das Netzwerkdesign grundsätzlich redundant sei. DieUnternehmensseitevon Aixit gibt an, dass es sich auf dem Rebstoeckerstrasse-Gelände nach dem Umzug Ende 2018 vergrößert hat. Diese Behauptungen machen den Standort zu einer plausiblen physischen Basis für ein kleines Netzwerk, das Racks und Betreiberauswahl benötigt.

Aber die Speisekarte einer Einrichtung ist nicht die Konfiguration eines Mieters. Zwanzig Betreiber, die in ein Gebäude kommen, bedeuten nicht, dass WebJanssen Transit von zwanzig Betreibern kauft. Zwei Gebäudeeingänge beweisen nicht, dass sein Rack zwei Interkonnektionen auf unabhängigen Wegen hat. Die USV- und Generatorsysteme auf Einrichtungsebene belegen nicht, dass ein bestimmter Schrank über die Stromversorgungen A und B verfügt, dass beide ordnungsgemäß genutzt werden oder dass ein Server mit einfacher Stromversorgung den Verlust eines Verteilungspfads überleben kann.

Nahezu 1 000 Gbit/s aggregierte Bandbreite sagt nichts über die AS29471 zugewiesene Kapazität aus.

Die gleiche Vorsicht gilt für das Eigentum. Aixit betreibt die Rechenzentrumsumgebung und AS29551; WebJanssen bewirbt dort installierte Dienste und ursprüngt Adressen über AS29471. Das öffentliche Material sagt nicht, ob WebJanssen seine Serverchassis besitzt, komplette Systeme, Rack-Einheiten mietet, eine verwaltete Plattform kauft oder diese Arrangements kombiniert. Es sagt auch nicht, wem die optischen Transceiver und Grenzrouter am Übergabepunkt gehören. Diese Grenzen bestimmen, wer Ersatzteile hält und wer die Ausrüstung bei einem Vorfall berühren darf.

DerPeeringDB-Netzwerkeintrag für AS29471listet zwei Standorte in Frankfurt auf: „aixit Frankfurt“ und „Digital Realty Frankfurt FRA28 (Geschlossen)“. Seine Rechenzentrumszuordnungen wurden jedoch zuletzt 2016 aktualisiert, und derselbe Eintrag zeigt keine aktiven öffentlichen Austauschverbindungen. Das Etikett des geschlossenen Standorts und das alte Aktualisierungsdatum machen den Eintrag als historisch nützlich, nicht als Anspruch auf aktuelle Redundanz an zwei Standorten. Er kann die Schlussfolgerung nicht stützen, dass WebJanssen zwei aktive Standorte in Frankfurt hat.

Es gibt kein veröffentlichtes zweites Rechenzentrum von WebJanssen in einer anderen Stadt, kein Stromversorgungsdiagramm auf Rack-Ebene und keinen erklärten Wiederherstellungsstandort. Die sicherste physische Ansicht ist ein auf Frankfurt zentrierter Dienst an der Aixit-Adresse, mit breiteren Einrichtungsoptionen, aber nicht offengelegter mieter-spezifischer Resilienz. Der spanische Firmensitz ist ein Geschäfts- und Supportstandort, kein Beweis dafür, dass die Produktionsserver nach Spanien umgezogen sind. Die eigenen Seiten von WebJanssen platzieren das Rechenzentrum auch nach dem Umzug des Firmensitzes weiterhin in Frankfurt.

AS29471 ist aktiv, global sichtbar und rein IPv4

Ein autonomes System ist kein Unternehmen, Server oder Gebäude. Es ist eine Routing-Identität, die verwendet wird, um eine Richtlinie anzuwenden und einen erreichbaren Adressraum zu ursprüngen. AS29471 liefert dennoch den besten unabhängigen Beweis, dass das Netzwerk von WebJanssen in Betrieb ist. DieRIPEstat-Übersichtmarkierte es am 11. Juli 2026 als angekündigt und nannte den Inhaber als WebJanssen-DE, WebJanssen ISP ltd & Co KG.

DieRouting-Status-Ansichtmeldete drei IPv4-Präfixe, die 2 304 Adressen abdecken. Die 325 RIS-Vollfeed-Peers im Schnappschuss sahen alle Routen. Die aktuellste Route wurde an diesem Morgen beobachtet, und die erste dem AS in der RIPEstat-Historie zugeordnete Route stammt vom Oktober 2003. Dies ist ein solider Beweis für Kontinuität am Rand der Kontrollebene: Das Netzwerk ist nicht einfach ein veralteter Geschäftseintrag oder eine ungenutzte AS-Nummer.

DieAnsicht der angekündigten Präfixeidentifizierte195.140.208.0/22,195.225.208.0/22und195.158.54.0/24. Jedes /22 enthält 1 024 IPv4-Adressen und das /24 enthält 256, was die Summe von 2 304 ergibt. Separate RIPEstat-Netzwerkansichten bestätigen AS29471 als beobachteten Ursprung für195.140.208.0/22,195.225.208.0/22und195.158.54.0/24.

Die Website des Unternehmens fügt eine dienstseitige Kreuzvalidierung hinzu. DieDNS-Kettenansicht von RIPEstat für webjanssen.delöste die Website am 11. Juli zu195.140.208.58auf, innerhalb des ersten /22. Die öffentliche Geschäftsseite wird also von einer Adresse bedient, die derzeit von AS29471 ursprüngt wird. Dies beweist nicht, wo sich die Maschine befindet, verbindet aber die aktuelle Geschäftstätigkeit mit dem Live-Routing-Fußabdruck.

Kein IPv6-Präfix erschien in der Routing-Status-Ansicht. PeeringDB listet ebenfalls null IPv6-Präfixe und gibt an, dass IPv6 nicht unterstützt wird, obwohl dieses Profil zuletzt 2022 aktualisiert wurde. Die französische Regulierungsbehörde für elektronische Kommunikation ARCEP hat AS29471 in ihrenIPv6-Barometer 2025 für Hosting-Anbieteraufgenommen und für die getestete, von WebJanssen gehostete Stichprobe eine IPv6-Verfügbarkeit von null gezeigt. Dieser Test umfasste eine sehr kleine Stichprobe und ist kein vollständiges Inventar, stimmt aber mit dem aktuellen Fehlen von geroutetem IPv6 überein.

Der reine IPv4-Betrieb bedeutet keinen sofortigen Ausfall. Kunden können Dienste weiterhin über IPv4 erreichen, und Übersetzungsmechanismen können einige IPv6-Zugangsumgebungen überbrücken. Es bedeutet, dass dem Netzwerk eine zweite native Adressfamilie fehlt, die viele zeitgenössische Hosting-Anbieter bieten. Wichtiger für die Resilienz: Das Fehlen reduziert die Routing-Oberfläche: Es gibt keinen sichtbaren IPv6-Dienst, der über einen separat ausgelegten Pfad zugänglich bleiben könnte, wenn die IPv4-Richtlinie versagt. Dual-Stack ist nicht automatisch diversifiziert, aber Single-Stack entfernt selbst diese Möglichkeit.

Die Anzahl der Adressen sollte auch nicht mit dem Durchsatz verwechselt werden. Die neun /24-Äquivalente sagen, wie viel eindeutiger IPv4-Raum sichtbar ist, nicht wie viele Bits pro Sekunde das Netzwerk transportieren kann. Ein weitgehend inaktives /22 kann wenig Bandbreite haben; ein ausgelastetes /24 kann erheblichen Verkehr transportieren. Die Zahl etabliert auch keine Kunden, Prozessoren, Speicher oder Reservekapazität. Sie bestätigt einen nicht-trivialen und langlebigen Adress-Fußabdruck, der für Hosting und E-Mail geeignet ist, nichts weiter.

Jede aktuelle Route geht durch Aixit

Die zentrale Konzentration erscheint einen Hop außerhalb von AS29471. DieRIPEstat-AS-Nachbarn-Ansichtzeigte am 11. Juli 2026 ein einziges benachbares Netzwerk: AS29551. Die beobachtete Position platziert AS29551 links von WebJanssen in den Pfaden zur globalen Tabelle.bgp.toolslistet unabhängig Aixit AS29551 als einzigen Upstream-Anbieter für die drei IPv4-Präfixe und zählt einen Upstream.

Dereinjährige RIPEstat-Routing-Verlaufmacht die gleiche Abhängigkeit explizit. Für jedes der drei Präfixe ist das beobachtete Ursprungspaar29551 29471: Der über die Sammlergruppe gelernte Verkehr sieht Aixit unmittelbar vor WebJanssen. Die Routesammler sehen nicht jede private Interkonnektion, und Geschäftsverträge sind keine öffentlichen BGP-Pfade. Dennoch ist eine konsistente Beobachtung über drei Präfixe der derzeit stärkste verfügbare Beweis.

DerRIPE-Datenbank-AS-Eintragenthält eine viel reichhaltigere Richtlinienbeschreibung. Er erklärt AS29551 als Upstream, KleyReX AS31142 als Peering-Plattform und viele benannte Peers. Dies könnte wie eine breite Diversität aussehen, wenn man es als Live-Topologiekarte liest. Das ist nicht der Fall. Der Eintrag wurde zuletzt im Juli 2021 geändert, und Routing-Richtlinienaussagen können Sessions, Ports und Verträge überdauern. Die aktuellen Nachbarbeobachtungen und die null aktiven Austausche von PeeringDB bestätigen diese alten Peer-Aussagen nicht.

KleyReX selbst bleibt aktiv. Seineoffizielle Websitebeschreibt eine vermittelte Austauschinfrastruktur, die über 15 Standorte abdeckt und Ports von 100 Mbit/s bis zu mehreren 100 Gbit/s anbietet. Dies etabliert eine verfügbare Peering-Umgebung in Frankfurt, nicht die aktuelle Teilnahme von WebJanssen. Eine Zeile in einem alten Routing-Eintrag zeigt eine Absicht oder Historie; ein aktueller Port, ein Austauschmitgliedseintrag oder ein beobachteter Peer-Pfad wäre erforderlich, um ihn als funktionierende Alternative zu zählen.

Aixit ist kein willkürlicher Upstream. Sein Frankfurter Standort ist auch die Adresse des Rechenzentrums, das WebJanssen veröffentlicht. Diese Colocation kann den Betrieb effizient machen: Ein Mieter kann eine kurze Interkonnektion kaufen, das Netzwerk des Anbieters ohne lange Abschlussschaltung erreichen und praktische Hilfe in der Nähe der Ausrüstung erhalten. Es schafft auch eine gemeinsame Grenze.

Wenn die Server von WebJanssen, der Grenzübergabepunkt und der einzige sichtbare Upstream alle von einem Anbieter in einem Gebäude abhängen, kann ein Aixit-Netzwerkvorfall oder ein standortweites Ereignis sowohl Hosting als auch Transport betreffen.

Öffentliche Daten können nicht feststellen, dass diese gemeinsame Grenze total ist. WebJanssen kann eine private Verbindung haben, die vor den Routesammlern verborgen ist, ein ruhendes Backup, einen Tunnel oder einen anderen Dienst, der die drei Präfixe nicht ankündigt. Diese Möglichkeiten sollten nicht als operative Garantien betrachtet werden, bis sie getestet sind. Der Kauf von Resilienz kann nicht auf Pfaden beruhen, die erst nach einem Ausfall erscheinen, es sei denn, der Anbieter kann zeigen, dass sie bereitgestellt, überwacht, zur Ursprung der Präfixe autorisiert und in der Lage sind, den Spitzenverkehr zu bewältigen.

Der Ursprungsschutz deckt nur eine der drei Ankündigungen ab

Die Routing-Konzentration ist nicht das einzige Problem der Kontrollebene. Die Resource Public Key Infrastructure ermöglicht es einem Adressinhaber, eine Route Origin Authorization (ROA) zu veröffentlichen, die angibt, welches AS ein Präfix ursprüngen darf. Andere Netzwerke können eine Ankündigung mit dieser Autorisierung vergleichen und ungültige Ursprünge ablehnen oder herabstufen. DieErklärung der BGP-Ursprungsvalidierung des RIPE NCCbeschreibt dies als eine Möglichkeit für Betreiber, eine Richtlinie basierend auf der Gültigkeit des Routenursprungs zu definieren.

Für WebJanssen ist das aktuelle Ergebnis gemischt. RIPEstat meldet195.158.54.0/24 als gültigfür den Ursprung AS29471. DerRPKI-Verlauf für AS29471zeigte Anfang Juli 2026 eine Autorisierung, die 256 Adressen abdeckt. Mit anderen Worten, der geschützte Raum ist das /24, etwa 11 % der 2 304 gerouteten IPv4-Adressen.

Die beiden anderen Routen warenunbekannt für 195.140.208.0/22undunbekannt für 195.225.208.0/22bei derselben Prüfung. Unbekannt bedeutet nicht ungültig. Es bedeutet, dass keine übereinstimmende validierte Autorisierung diesen Ursprung und dieses Präfix abdeckte, sodass Netzwerke, die den Ursprung validieren, keine positive Autorisierung verwenden können, um die legitime Ankündigung von AS29471 von einem nicht autorisierten Ursprung allein durch diese Prüfung zu unterscheiden.

Selbst das gültige /24 ist nicht ausfallsicher. Die Ursprungsvalidierung beweist nicht den vollständigen AS-Pfad, garantiert nicht, dass Pakete den richtigen Server erreichen, verhindert nicht jeden Route-Leak oder bewahrt den Dienst bei einem Upstream-Ausfall. Sie reduziert eine Klasse von Routing-Fehlern oder -Angriffen. Ihr praktischer Wert hängt auch davon ab, ob andere Netzwerke die Validierung implementieren. Dennoch ist die Abdeckung eine messbare Hygieneprüfung, und das Abdecken einer von drei Ankündigungen hinterlässt eine klare Verbesserungsmöglichkeit.

Die Kombination aus einem beobachteten einzigen Upstream und einem teilweisen Ursprungsschutz verdient Aufmerksamkeit, da jedes auf ein unterschiedliches Risiko antwortet. Ein zweiter funktionierender Upstream kann die Erreichbarkeit bewahren, wenn ein Betreiber ausfällt. Eine Autorisierung kann anderen Netzwerken helfen, einen nicht autorisierten Ursprung abzuweisen. Keines ersetzt das andere. Das Hinzufügen einer Autorisierung würde keinen zweiten physischen Pfad schaffen; der Kauf eines anderen Betreibers würde nicht automatisch die neue Routing-Anordnung autorisieren oder vor einem falschen Ursprung schützen.

Ein Käufer muss keinen Zugang zu Router-Konfigurationen verlangen. Er kann eine aktuelle Liste der ursprüngten Präfixe, den Autorisierungsstatus, die Upstream-AS-Nummern, das getestete Failover-Verhalten und das Datum der letzten transit loss-Übung anfordern. Die Antwort sollte die Produktionspfade von alten Einträgen trennen. Im Fall von WebJanssen unterstützen die öffentlichen Routing-Beobachtungen einen Produktionspfad und ein autorisiertes Präfix, sodass stärkere Behauptungen direkte Beweise erfordern.

Die Kapazität der Einrichtung ist nicht die Kapazität von WebJanssen

Die Behauptungen von Aixit über die Einrichtung sind im Vergleich zu den von WebJanssen angekündigten Einzelhandelsgrenzen beeindruckend. Nahezu 1 000 Gbit/s Bandbreite vor Ort und über 300 Peering-Verbindungen beschreiben einen großen Konnektivitätsmarkt. Die Root-Server-Produkte von WebJanssen hingegen bewerben einen Pauschalverkehr von 10 Mbit/s für die Privat- und Business-Stufen und 100 Mbit/s für die Professional- und Managed-Stufen. PeeringDB beschreibt das Verkehrsaufkommen von AS29471 als 20-100 Mbit/s, obwohl diese selbst gemeldete Spanne Jahre zurück aktualisiert wurde.

Diese Zahlen befinden sich auf verschiedenen Ebenen. Die Zahl der Einrichtung ist die aggregierte installierte Kapazität über viele Kunden und Netzwerke. Die Zahl des virtuellen Servers ist ein Grenzwert pro Produkt. Die PeeringDB-Spanne ist eine alte kategorische Schätzung für den von AS29471 ausgetauschten Verkehr. Keine zeigt die aktuelle Auslastung am Upstream-Port von WebJanssen, die garantierte Informationsrate, die von Aixit gekauft wurde, die Spitzenkapazität, den Paketverlust unter Last oder den verfügbaren Spielraum nach einem Ausfall.

Die während eines Vorfalls nutzbare Kapazität kann viel kleiner sein als die normale installierte Kapazität. Angenommen, ein Anbieter hat zwei 100-Mbit/s-Verbindungen und sendet normalerweise 60 Mbit/s auf jeder. Der Verlust einer lässt 100 Mbit/s für 120 Mbit/s Nachfrage übrig, sodass eine Topologie, die redundant erscheint, dennoch sättigt. Im öffentlichen Fall von WebJanssen ist die Prämisse noch weniger sicher, da eine zweite aktuelle Verbindung nicht sichtbar ist. Der verbleibende Pfad muss den gesamten Verkehr nur absorbieren, wenn ein verbleibender Pfad existiert.

Die Server-Grenzen führen einen weiteren Engpass ein. Ein Kunde, der einen virtuellen Server mit 10 Mbit/s kauft, kann keine schnellere Wiederherstellung oder mehr Spielraum aus dem Terabit-Aggregat des Rechenzentrums ableiten. Speicher-E/A, Hypervisor-Scheduling, Backup-Verkehr, Firewall-Kapazität und Denial-of-Service-Filterung können jeweils zur begrenzenden Einschränkung werden, bevor der Upstream-Port gefüllt ist. Die Produktseiten spezifizieren virtuelle CPU, Speicher, Festplatte und Verkehrsraten, veröffentlichen aber keine Überbuchungsverhältnisse oder gemessene Leistung.

Das IPv4-Inventar ist auch keine Kapazitätsreserve. Adressen können zugewiesen werden, ohne Bandbreite zu verbrauchen, und erschöpfte Adressen können das Kundenwachstum einschränken, selbst wenn die Verbindungen inaktiv sind. WebJanssen bewirbt eine feste Adresse auf Standard-Root-Servern und bis zu fünf auf einigen verwalteten Produkten. Diese Nutzung ist konsistent mit Hosting-, E-Mail- und Nameserver-Workloads. Sie offenbart nicht, welcher Teil des 2 304-Adress-Fußabdrucks noch zuweisbar ist.

Für einen Geschäftskunden ist die nützliche kommerzielle Spezifikation daher dienstspezifisch: garantierte und Spitzenrate, Überlastungsrichtlinie, Denial-of-Service-Handhabung, Auswirkungen des Backup-Fensters, Paketverlust- und Latenzziele und verfügbare Kapazität nach dem größten Einzelfehler. Eine Einrichtungsbroschüre kann zeigen, dass Expansionsoptionen existieren. Sie kann nicht zeigen, dass sie für einen bestimmten Server gekauft wurden.

Die Stromredundanz endet am schwächsten Stecker

Das Frankfurter Gebäude ist die wichtigste gemeinsame physische Abhängigkeit. Aixit erklärt, dass AIX-FRA-1 moderne USV-Technologie, Notstrom, Kühlung und Konnektivität mit redundantem Netzwerkdesign und mehreren Gebäudeeingängen verwendet. SeineHauptseitegibt auch an, dass seine Rechenzentren nach ISO 27001 zertifiziert und mit erneuerbarer Energie betrieben werden. Dies sind nützliche Behauptungen des Gastgebers, aber WebJanssen veröffentlicht nicht die Rack-Konfiguration, die sie in eine End-to-End-Dienstgarantie verwandeln würde.

Die Stromresilienz ist eine Kette. Netzstromversorgungen treten in das Gebäude ein, die Schaltanlage verteilt sie, USVs überbrücken Unterbrechungen, Generatoren unterstützen längere Ausfälle, Rack-Stromverteilungseinheiten versorgen Geräte, und jeder Server oder Router wandelt diese Energie um. Redundanz an einem Punkt kann am nächsten überwunden werden. Ein Rack mit doppelter Stromversorgung hilft einem Gerät mit einer einzigen Stromversorgung, die an eine einzige Leiste angeschlossen ist, nicht. Zwei Stromversorgungen, die an dieselbe Leiste angeschlossen sind, schaffen keine Pfadunabhängigkeit.

Ein Generator garantiert keine Kontinuität ohne Treibstoff, Wartung, automatische Umschaltung und erfolgreichen Lasttest.

Die Produktseiten von WebJanssen geben nicht an, ob die Root-Server-Hostsysteme doppelte Stromversorgungen haben, ob die Grenzrouter gepaart sind oder ob sich Speicherreplikate in getrennten Sicherheits- und Stromzonen befinden. Xen-Virtualisierung kann Workloads unter bestimmten Entwürfen verschieben oder neu starten, aber die Behauptung von WebJanssen, dass Xen Server hochgradig ausfallsicher macht, offenbart kein Clustering, keine Live-Migration, keine gemeinsamen Speicherfehlerdomänen oder keine Reserve-Host-Kapazität. Virtualisierung ändert, wie ein Maschinenausfall gehandhabt wird; sie entfernt nicht den physischen Host darunter.

Die Kühlung ist ebenso wichtig. Ein Datenraum kann die Netzstromversorgung aufrechterhalten, während die Temperaturen nach einem Ausfall des Kältemaschinen- oder Luftbehandlungsgeräts steigen. Die Notstromerzeugung muss neben der Computerlast auch ausreichend Kühlung unterstützen, sonst schalten sich die Server zum Selbstschutz ab. Aixit erklärt, dass der Standort aktuelle Kühlung und redundantes Design verwendet, aber weder WebJanssen noch Aixit veröffentlichen webspezifische Temperaturschwellen, Failover-Tests oder Abschaltverhalten.

Es gibt auch ein geografisches Problem. Die offizielle Geschäftsadresse ist jetzt in Spanien und das Rechenzentrum in Deutschland. Der Fernbetrieb ist im Hosting normal, aber er teilt die Autorität für den physischen Zugang. Eine Person, die ans Telefon geht, kann möglicherweise einen ausgefallenen Server diagnostizieren, aber ohne Zugang zu Frankfurt kein Netzteil ersetzen. Ein Techniker der Einrichtung kann möglicherweise ein Kabel wieder einstecken, aber ihm fehlt die Autorisierung oder das Konfigurationswissen, um einen Router zu ersetzen.

Die Wiederherstellungszeit ist die Summe aus Erkennung, Diagnose, Autorisierung, Bewegung oder Versand, Zugang, Teilen, Reparatur und Validierung.

Die öffentlichen Beweise unterstützen ein gutes Einrichtungspotential. Sie unterstützen keinen spezifischen Anspruch von WebJanssen auf gleichzeitige Wartbarkeit, Kontinuität an zwei Standorten oder autonomen Betrieb während eines längeren regionalen Stromereignisses. Kunden, für die jede Stunde zählt, benötigen die Rack-Stromversorgung, die Generator-Autonomie, die Kühlungsredundanz, das Eigentum an Ersatzteilen und die Fernzugriffsbedingungen, die in ihrem Dienstvertrag festgehalten sind, nicht aus der Adresse abgeleitet.

Der Servicepreis kauft eine bestimmte Geschwindigkeit der menschlichen Antwort

Kleine Anbieter konkurrieren oft durch Vertrautheit. Die Startseite von WebJanssen gibt an, dass Support per E-Mail, Ticket oder Telefon verfügbar ist. Die rechtlichen Hinweise veröffentlichen die Geschäftszeiten von Montag bis Donnerstag und kürzere Zeiten am Freitag, mit einem kostenpflichtigen Notdienst außerhalb dieser Zeiten. Die Root-Server-Seite gibt an, dass die kostenlosen Extras eine Antwort innerhalb eines Werktages beinhalten, während kostenpflichtige Service-Level eine Antwort innerhalb von vier Stunden bieten können.

Dies ist außergewöhnlich aufschlussreich, da es die Arbeitskraft zu einem Teil des Produkts macht. Ein virtueller Server für 19,99 EUR oder 49,99 EUR pro Monat beinhaltet nicht die gleiche Antwortverpflichtung wie eine konzipierte Hochverfügbarkeitsplattform. Das optionale Backup und die optionale schnellere Antwort ermöglichen einen niedrigen Einstiegspreis, belassen aber auch mehr Wiederherstellungsrisiko beim Kunden. Der günstigste Server mag für eine Hobby-Website völlig geeignet sein; es ist ein anderes Angebot für Lohnabrechnung, Kunden-E-Mails oder ein Transaktionssystem.

Die Antwortzeit ist nicht die Wiederherstellungszeit. Eine Antwort innerhalb von vier Stunden kann bedeuten, dass ein Ingenieur das Ticket bestätigt, mit der Diagnose beginnt oder einen Plan kommuniziert. Es bedeutet nicht notwendigerweise, dass der Dienst innerhalb von vier Stunden funktioniert. Eine Antwort am Werktag kann sich je nach Zeitpunkt des Ausfalls über ein Wochenende erstrecken. Die öffentlichen Seiten definieren keine Schweregrade, Beginn der Frist, Eskalation, Gutschrift, Teileersatz, angestrebte Wiederherstellung oder maximale Anzahl gleichzeitiger Vorfälle.

Der Satz „Einsatzkosten“ in den rechtlichen Hinweisen ist ebenfalls bedeutsam. Er deutet darauf hin, dass ein Teil des Einsatzes außerhalb der Geschäftszeiten eine abrechenbare physische Arbeit ist, kein automatisch rund um die Uhr inkludierter Service. Die Seite identifiziert nicht, ob diese Hände zum Personal von WebJanssen, zum Personal von Aixit oder zu einem anderen Subunternehmer gehören. Alle können effektive Arrangements sein, aber sie haben unterschiedliche Warteschlangen und Autorität.

Ein Rechenzentrumstechniker kann bei einem einrichtungsweiten Ereignis vielen Mietern dienen; ein Eigentümer-Betreiber mag das Netzwerk gut kennen, hat aber begrenzte parallele Kapazität.

Es wurden keine aktuellen öffentlichen Mitarbeiterzahlen, Dienstpläne, Ersatzteilbestände oder Einsatzaufzeichnungen gefunden. Es wäre falsch, aus diesem Schweigen auf schlechten Support zu schließen. Es wäre auch falsch, aus einer Telefonnummer auf ein rund um die Uhr besetztes Netzwerkoperationszentrum zu schließen. Die verfügbaren Beweise unterstützen einen während der Geschäftszeiten zugänglichen Support, optionale schnellere Antwort und kostenpflichtigen Noteinsatz.

Diese Arbeitskraftgrenze ist der Ort, an dem die grenzüberschreitende Struktur operativ wichtig wird. Die Diagnose kann von Spanien aus erfolgen, das Routing kann remote geändert werden, und Software kann von einem Steuerungspanel neu gestartet werden. Ausgefallene Optiken, Festplatten, Netzteile, Kabel und Hostsysteme erfordern immer noch jemanden in Frankfurt oder in der Nähe. Die Resilienz einer kostengünstigen Hosting-Rechnung hängt also von der Verfügbarkeit geschulter Hände und kompatibler Teile ab, wenn mehrere Kunden sie gleichzeitig benötigen.

Five Ausfälle offenbaren, was die Rechnung verschweigt

Der erste Test ist der Verlust des Aixit-Transits. Die aktuellen öffentlichen Pfade zeigen AS29551 unmittelbar upstream von AS29471 für alle drei Präfixe. Wenn diese BGP-Session, dieser Übergabepunkt oder dieser Anbieterpfad ausfällt und kein verstecktes Backup aktiv ist, können die Präfixe aus dem weiteren Internet verschwinden, selbst wenn jeder WebJanssen-Server unter Spannung bleibt. Die Wiederherstellung würde erfordern, die Session wiederherzustellen, die Ankündigungen auf eine vorautorisierte Alternative zu verschieben oder den gemeinsamen Übergabepunkt zu reparieren.

Eine alte KleyReX-Policy-Zeile ist kein ausreichender Beweis für ein solches Fallback.

Der zweite ist ein Einrichtungs- oder Stromereignis in der Rebstoeckerstrasse. Ein Vorfall im Gebäude kann Hostsysteme, Grenzausrüstung und den benachbarten Upstream gemeinsam betreffen. USV und Notstrom können die Wahrscheinlichkeit einer Unterbrechung verringern, aber die öffentlichen Beweise zeigen keine separaten WebJanssen-Standorte oder Live-Kopien anderswo. Kunden, deren Anwendungen nur auf einem einzigen virtuellen Server existieren, können gleichzeitig Rechenleistung und Konnektivität verlieren.

Der dritte ist ein Host-, Speicher- oder Hypervisor-Ausfall. Xen kann virtuelle Maschinen isolieren und flexible Verwaltung ermöglichen, aber ein ausgefallener Host erfordert immer noch Reservekapazität für Neustart oder Migration. Gemeinsamer Speicher kann Daten bewahren, während er zu einem gemeinsamen Fehlerpunkt wird; lokaler Speicher kann Ausfälle isolieren, während er die Wiederherstellung erschwert. WebJanssen verkauft optionale Image-Backups, gibt aber keine Wiederherstellungspunkt- oder Zeitziele an.

Ein Backup, das existiert, aber nicht unter realistischen Bedingungen wiederhergestellt wurde, ist eine potenzielle Wiederherstellung, keine bewiesene Wiederherstellung.

Der vierte ist Überlastung oder Angriff. Ein Produkt mit 10 oder 100 Mbit/s kann weit unter der aggregierten Kapazität der Einrichtung überwältigt werden. Ein Denial-of-Service-Ereignis kann die Kundengrenze, den Übergabepunkt von WebJanssen oder einen vorgelagerten Filter sättigen. Das öffentliche Angebot quantifiziert nicht die Minderungskapazität oder Bereinigungsvereinbarungen. Kunden müssen ein Etikett für unbegrenzten Verkehr von unbegrenzter momentaner Bandbreite unterscheiden; ein Verkehrspaket entfernt einen Nutzungszähler, keine physische Ratenbegrenzung.

Der fünfte ist ein Arbeitskraftmangel bei einem weitreichenden Vorfall. Eine ausgefallene Festplatte an einem Wochentag mag einfach sein. Ein öffentliches Versorgungsereignis, ein Kühlalarm oder ein Netzwerkausfall, der viele Mieter betrifft, kann gleichzeitige Tickets und physische Aufgaben erzeugen. Der erste verfügbare Techniker muss priorisieren, Zugang erhalten und Teile lokalisieren. Weder eine Hotline während der Geschäftszeiten noch ein Vier-Stunden-Antwortversprechen sagen, wie viele Vorfälle parallel bearbeitet werden können.

Mehrere andere Ausfälle können oberhalb dieser Infrastruktur liegen. Ein Kunde kann DNS falsch konfigurieren, Anmeldeinformationen verlieren, ein Zertifikat ablaufen lassen oder Daten löschen. Ein lokaler Zugangsanbieter kann ausfallen, während der gehostete Dienst gesund bleibt. Das Ziel ist nicht, jedes Problem WebJanssen zuzuschreiben; es ist, die Verantwortlichkeiten zu trennen, damit jeder Ausfall einen Besitzer und einen getesteten Wiederherstellungspfad hat.

Was ein Resilienzanspruch zeigen sollte

Für die Upstream-Diversität wäre der entscheidende Beweis ein zweiter aktueller Betreiber oder eine Austauschverbindung, die Produktionsrouten transportiert, sichtbar in aktuellen Beobachtungen oder nachgewiesen durch einen kontrollierten Failover. Der zweite Pfad sollte auf gemeinsame Leerrohre, Eingänge, Begegnungsräume, Stromversorgung und Upstream-Abhängigkeiten überprüft werden. Zwei BGP-Sessions, die über eine einzige Interkonnektion geliefert werden, schützen vor bestimmten Router-Ausfällen, aber nicht vor einem durchtrennten Kabel.

Für die Routing-Sicherheit könnten die beiden unbekannten /22-Ankündigungen durch geeignete Ursprungsautorisierungen abgedeckt werden, wenn die Adressinhaber und die betrieblichen Arrangements dies erlauben. Die aktuellen Route-Objekte, Präfixfilter und Kontakte sollten mit der Produktionstopologie übereinstimmen. Historische Richtlinienaussagen sollten gelöscht oder klar unterschieden werden, damit Kunden und Peers sie nicht mit Live-Kapazität verwechseln.

Für die Einrichtungskontinuität sollte WebJanssen identifizieren, ob kritische Geräte doppelte Stromversorgungen haben, ob die Host-Kapazität einen Chassis-Ausfall überlebt, wo Backups residieren und wie lange die Stromerzeugung und Kühlung die relevante Last unterstützen können. Eine Kopie an einem zweiten Standort würde eine unabhängige Fehlerdomäne und eine getestete Aktivierungsmethode benötigen. Einfach ein anderes Gebäude zu nennen oder Backup-Medien anderswo zu lagern, würde keine Anwendungswiederherstellung etablieren.

Für die Arbeitskraft würden nützliche Beweise Schweregraddefinitionen, Bestätigungs- und Wiederherstellungsziele, Autorität außerhalb der Geschäftszeiten, Eigentum an der Fernzugriffshand, Ersatzteilabdeckung und das Ergebnis aktueller Reparaturübungen umfassen. Der Käufer sollte wissen, ob die Vier-Stunden-Verpflichtung durchgehend oder nur in bestimmten Fenstern gilt und ob sie mit der ersten Antwort endet.

Für die Geschäftskontinuität sollte der nächste Vertrag WebJanssen U.Janssen, WebJanssen ISP UG und den mit AS29471 verbundenen Namen in Einklang bringen. Er sollte identifizieren, welche Partei Kundendaten, Domains, Adressen und Ausrüstung kontrolliert und welche Partei verantwortlich bleibt, wenn ein Subunternehmer oder Einrichtungsbetreiber wechselt. Die Frage ist nicht, ob ein historischer Name in einem Routing-Register bleiben kann. Es ist, ob der aktuelle Unterzeichner alle notwendigen Abhängigkeiten anweisen kann, um den gekauften Dienst wiederherzustellen.

Keine dieser Anforderungen verlangt, dass ein kleiner Betreiber sensible Diagramme veröffentlicht. Ein prägnanter Bestätigungsbrief, ein aktueller Dienstplan und ein bezeugtes Failover-Ergebnis können weit mehr etablieren als ein Marketing-Adjektiv. Der Standard sollte mit der Ausfallfolge für den Kunden skalieren: Eine Visitenkarten-Website erfordert möglicherweise wenig mehr als ein wiederherstellbares Backup, während eine Geschäfts-E-Mail-Plattform eine getestete Wiederherstellung, klare Eskalation und alternative Kommunikation benötigt.

Die Ökonomie belohnt Klarheit mehr als Maßstab

Die Preise von WebJanssen machen sichtbar, warum spezialisiertes Hosting fortbesteht. Ein kleines Unternehmen kann eine verwaltete Linux- oder Windows-Umgebung, Mailboxen, Domains und Telefonsupport kaufen, ohne einen eigenen Serverraum auszustatten. Der Anbieter kann ein Rack in Frankfurt, einen Upstream-Übergabepunkt, Softwarelizenzen und technisches Wissen auf viele Kunden verteilen. Die größere Einrichtung von Aixit verteilt Strom, Kühlung, Sicherheit und Betreiberzugang auf viele Mieter. Jede Schicht wandelt unregelmäßige Infrastruktur in eine monatliche Rechnung um.

Die gleiche Schichtung kann Konzentration verschleiern. WebJanssen mag Server, Konnektivität, E-Mail und Backup als verschiedene Produkte anbieten, aber sie können dasselbe Gebäude, denselben Upstream und dieselben Techniker teilen. Ein Kunde kann mehrere Dienste kaufen und glauben, er habe Diversität, während sie alle zusammen ausfallen. Der niedrige Preis ist nicht das Problem; die ungeprüften gemeinsamen Abhängigkeiten sind es.

Das optionale Backup und die schnellere Antwort sind wirtschaftlich rational. Nicht alle Workloads verdienen synchrone Replikation oder sofortige Intervention, und jedem Kunden die höchste Stufe in Rechnung zu stellen, würde Basis-Hosting unwirtschaftlich machen. Der wichtige Punkt ist, dass der Kunde bewusst kauft. Ein optionales Image-Backup sollte Häufigkeit, Aufbewahrung, Speicherort und Verantwortung für die Wiederherstellung angeben. Eine kostenpflichtige Antwort sollte angeben, welche Aktion stattfindet und was passiert, wenn die Hardware nicht verfügbar ist.

Peering könnte auch die Ökonomie kleiner Netzwerke verbessern, indem ein Teil des Verkehrs vom kostenpflichtigen Transit ferngehalten, Pfade verkürzt und die Upstream-Abhängigkeit verringert wird. Die alte RIPE-Policy von WebJanssen verweist auf KleyReX, dessen kostenloses Basis-Peering-Angebot genau für diese Art von Betreiber konzipiert ist. Dennoch zeigen die aktuellen Beobachtungen keine aktive Austauschverbindung. Die wirtschaftliche Gelegenheit ist nicht dasselbe wie eine installierte Garantie.

Die Einrichtung bietet einen weiteren Weg zur Expansion. Aixit erklärt, dass es Interkonnektionen zu wichtigen Betreibern und Austauschen bereitstellen kann, also ist WebJanssen dort positioniert, wo zusätzliche Diversität erhalten werden kann. Ob der Kauf gerechtfertigt ist, hängt vom gefährdeten Umsatz des Kunden, den Kosten eines zweiten Ports und der Fähigkeit des Betreibers ab, die zusätzliche Komplexität zu bewältigen. Ein zweiter Pfad, der nie überwacht oder geübt wird, kann falsches Vertrauen und Routing-Fehler erzeugen.

Für Kunden ist der faire Vergleich die Gesamtkontinuitätskosten anstelle der Server-Linie. Dies beinhaltet den Zugang zu Frankfurt, das Anwendungs-Backup, alternative E-Mail- oder Statuskommunikation, Wiederherstellungsarbeit und die finanziellen Auswirkungen von Ausfallzeiten. WebJanssen kann wettbewerbsfähig bleiben, ohne einen Hyperscaler nachzuahmen, aber sein stärkstes Angebot wäre Präzision: was enthalten ist, was geteilt wird, was optional ist und wie Ausfälle behandelt werden.

Ein aktives spezialisiertes Netzwerk mit geringer Resilienzoffenlegung

Die Frage des Betriebsstatus kann mit mehr Sicherheit beantwortet werden als die Frage der Resilienz. AS29471 ist aktiv, seine drei IPv4-Routen waren global sichtbar, webjanssen.de löst zu einer von ihnen auf, die Geschäfts- und Supportseiten bleiben verfügbar, und der Betreiber nennt eine aktuelle Rechenzentrumsadresse in Frankfurt. Die Ankündigung des Firmensitzes vom Oktober 2025 ist aktuell. Diese Fakten unterstützen ein aktives Unternehmen, kein verlassenes Netzwerk.

Sie unterstützen nicht das implizite Bild einer breiten regionalen ISP-Kategorie. Es gibt keinen öffentlichen Beweis für besessene Letzte-Meile-Glasfaser, drahtlose Türme, Kundenanschlüsse, lokale Zugangslizenzen oder Feldteams, die ein Zugangsgebiet bedienen. Die Beweise stützen einen Hosting- und Kommunikationsspezialisten, dessen öffentliches Netzwerk auf Frankfurt zentriert ist und dessen Geschäftsadresse jetzt in Spanien ist. „Global“ beschreibt den Internet-Reichweite und das alte PeeringDB-Reichweitenfeld besser als ein dokumentiertes physisches Dienstgebiet.

Der Resilienznachweis ist Gering, da die verbleibenden Unbekannten auf dem kritischen Pfad liegen. Ein beobachteter Upstream transportiert alle drei Präfixe. Keine IPv6-Route ist sichtbar. Nur ein Präfix hat eine positive Route Origin Authorization. Die Peering- und Einrichtungsdaten sind alt oder selbst gemeldet. Die Host-Einrichtung gibt starke allgemeine Fähigkeiten an, aber es wird kein webspezifisches Strom-, Routen- oder Zweitstandortdesign veröffentlicht. Die menschliche Antwort wird in Stunden beschrieben, aber Wiederherstellung, Schichttiefe und Teile nicht.

Ein geringer Nachweis ist keine Ausfallprognose. Es ist eine Grenze für das, was verantwortungsvoll behauptet werden kann. Ein kleiner erfahrener Betreiber in einer leistungsfähigen Frankfurter Einrichtung kann jahrelang zuverlässigen Dienst bieten. Die öffentliche Akte etabliert einfach nicht die Unabhängigkeit von Aixit, die Wiederherstellung bei einem schwerwiegenden Common-Mode-Ereignis oder eine sofortige physische Antwort außerhalb der normalen Geschäftszeiten.

Diese Unterscheidung sollte den Kauf prägen. Eine folgenarme Website kann die Konzentration akzeptieren und ein tragbares Backup unterhalten. Ein geschäftskritischer Kunde sollte die aktuelle rechtliche Gegenpartei, das Router-Design, die Stromversorgungsanordnung, die Backup-Wiederherstellungsbedingungen und die Technikerzusage einholen, bevor er sich auf die Verbindung verlässt. Die monatliche Rechnung ist lokal und einfach; die Kontinuität hängt von einer Kette ab, die durch einen spanischen Firmensitz, ein Frankfurter Rack, einen sichtbaren Upstream und die verfügbaren Hände führt, wenn etwas Physisches kaputt geht.