Zusammenfassung

  • Der Betreiber NovaCloud-Hosting (Tech Tide Portugal Unipessoal LDA, AS209874) datiert den Major-Ausfall der Location FFM2 vom 20. Juli 2026 bis zum 8. August 2026 (19 Tage) und führt die Tunnel- und TCP-Störungen auf eine „false filtering“ genannte Filterung durch PletX zurück, die GRE-/TCP-Verkehr verworfen hat. https://novacloud-hosting.instatus.com/cmrsxwgnz06wh1ao0b04o4obb
  • Dasselbe Incident-Record-Doppel existiert mit identischen Start- und Auflösungsdaten auf einer zweiten Statusdomäne des Betreibers; der Incident-Verlauf ist damit über zwei instatus-Subdomains fragmentiert. https://novacloud.instatus.com/cmrsxwgnz06wh1ao0b04o4obb
  • Auf der Statusseite von novacloud-hosting.instatus.com stand am 1. Oktober 2026 ein aktives Banner „Potential Disruption Affecting FFM2“, während der Julivorfall als Resolved markiert ist – zwei unterschiedliche Incident-Zustände auf eigenen Statusflächen desselben Betreibers. https://novacloud-hosting.instatus.com/
  • bgp.tools listet für AS209874 22 IPv4- und 16 IPv6-Origin-Prefixes mit den Upstreams AS203446 SMARTNET LIMITED, AS49581 Tube-Hosting und AS215787 TELE90 Telecom GmbH. https://bgp.tools/as/209874
  • 5.83.150.0/24 ist laut bgp.tools im Default-Free Zone nicht sichtbar, obwohl ein RIPE-inetnum (netname NovaCloudHosting, Organisation ORG-TTPU1-RIPE, erstellt 2026-02-03) und ein Route-Object mit Origin AS209874 existieren. https://bgp.tools/prefix/5.83.150.0/24
  • Die RIPE-Organisation ORG-TTPU1-RIPE ist Tech Tide Portugal Unipessoal LDA mit Sitz in Quarteira, Portugal, erstellt 2024-11-08; das /24-Inetnum trägt country DE, mnt-by GHOSTNET-MNT, den Vermerk „ip-data managed by noez.de“ und einen Geofeed unter cdn.web.novacloud-hosting.com. https://ipregistry.co/AS209874/5.83.150.0/24
  • Registry-Mirrors widersprechen sich beim Erstellungsdatum des Route-Objects für 5.83.150.0/24: bgp.tools zeigt 2025-04-28, ipregistry zeigt 2026-09-11. https://bgp.tools/prefix/5.83.150.0/24
  • ipregistry.co stuft AS209874 als ohne direkte Peering-Vereinbarungen ein, die nur über Transit das Internet erreichen, und nennt AS48314, AS49581 und AS62403 als Upstreams (Datenstand 2026-02-26). https://ipregistry.co/AS209874
  • Das RIPE-aut-num-Objekt für AS209874 trägt as-name TECHTIDE, org ORG-MWUL2-RIPE, Sponsoring-Org ORG-SL1164-RIPE, die Maintainer RIPE-NCC-END-MNT, SBL-MNT und novacloud-mnt, erstellt 2025-04-24, zuletzt geändert 2026-02-26. https://apps.db.ripe.net/db-web-ui/query?searchtext=AS209874&types=aut-num
  • Die ASN-Microsite as209874.net des Betreibers nennt als Upstreams AS62403 PletX GmbH, AS49581 Ferdinand Zink und AS48314 IP-Projects GmbH & Co. KG, alle als Active markiert – die dritte der vier unvereinbaren Upstream-Listen. https://as209874.net/
  • Die Betreiber-Homepage verknüpft die Marke mit AS209874 und Infrastruktur in Frankfurt, Nürnberg und Eygelshoven; Rechtsträger ist Tech Tide Portugal Unipessoal LDA (VAT PT517354420, gegründet 2023). https://novacloud-hosting.com/
  • Gegenüber dem BTW-Basissnapshot vom 30. September 2026 ist das Bild bei bgp.tools (Upstreams, Originierung) und beim Registry-only-Status von 5.83.150.0/24 im Wesentlichen unverändert: Die Lücke zwischen Ankündigung und operabler Konnektivität hat sich weder verengt noch korrigiert. https://btw.media/en/novacloud-as209874-routing-mirrors

Der 19-Tage-Ausfall und seine dokumentierte Ursache

Die Incident-Aufzeichnung auf novacloud-hosting.instatus.com verzeichnet den Major-Ausfall der Location FFM2 vom 20. Juli 2026 bis zum 8. August 2026 – 19 Tage, in denen Tunnel- und TCP-Verbindungen gestört waren. Der Betreiber selbst benennt in diesem Record die Ursache: eine als „false filtering“ bezeichnete Filterung durch PletX, bei der GRE- und TCP-Verkehr verworfen wurde. https://novacloud-hosting.instatus.com/cmrsxwgnz06wh1ao0b04o4obb Damit liegt dem Ausfall eine schriftlich dokumentierte Path-Ursache zugrunde, die direkt einen der später genannten Upstream-Partner betrifft: PletX GmbH firmiert auf der Betreiber-Microsite als Upstream AS62403. https://as209874.net/

Derselbe Incident-Record existiert ein zweites Mal auf novacloud.instatus.com mit identischen Start- und Auflösungsdaten. https://novacloud.instatus.com/cmrsxwgnz06wh1ao0b04o4obb Für externe Beobachter entsteht daraus eine doppelte Wahrheitsquelle: Wer nur eine der beiden Statusdomänen abonniert, sieht einen Teil des Verlaufs. Diese Fragmentierung ist kein Nebenbefund, sondern prägt jeden folgenden Zustandsvergleich.

Die Statusflächen widersprechen einander noch im Oktober

Am 1. Oktober 2026 zeigt die Statusseite novacloud-hosting.instatus.com ein aktives Banner „Potential Disruption Affecting FFM2“, während derselbe Julivorfall auf demselben Portal als Resolved geführt wird. https://novacloud-hosting.instatus.com/ Der Zustand „Potential Disruption“ und der Zustand „Resolved“ beschreiben dieselbe Location FFM2 mit entgegengesetzter Wirkung: Die eine Fläche warnt vor aktueller Störung, die andere erklärt die Episode für beendet. Welcher der beiden Zustände zur Beobachtungszeit den realen Pfadzustand wiedergibt, lässt sich aus den beiden Statusflächen allein nicht entscheiden; der Record des Julivorsfalls datiert sein Ende auf den 8. August 2026. https://novacloud-hosting.instatus.com/cmrsxwgnz06wh1ao0b04o4obb

Vier Upstream-Listen, die sich nicht in eine Reihenfolge bringen lassen

Die öffentlichen Quellen zeichnen für AS209874 vier Upstream-Tabellen, die sich nicht gleichzeitig wahr sein lassen:

  1. bgp.tools berichtet 22 IPv4- und 16 IPv6-Origin-Prefixes und nennt AS203446 SMARTNET LIMITED, AS49581 Tube-Hosting und AS215787 TELE90 Telecom GmbH als Upstreams. https://bgp.tools/as/209874
  2. ipregistry.co nennt mit Datenstand 2026-02-26 AS48314, AS49581 und AS62403 und erklärt zugleich, AS209874 habe keine direkten Peering-Vereinbarungen und erreiche das Internet nur über Transit. https://ipregistry.co/AS209874
  3. Die Betreiber-Microsite as209874.net nennt AS62403 PletX GmbH, AS49581 Ferdinand Zink und AS48314 IP-Projects GmbH & Co. KG, alle als Active markiert. https://as209874.net/
  4. Das RIPE-aut-num-Objekt selbst verweist auf org ORG-MWUL2-RIPE und Sponsoring-Org ORG-SL1164-RIPE und trägt die Maintainer RIPE-NCC-END-MNT, SBL-MNT und novacloud-mnt, erstellt 2025-04-24, zuletzt geändert 2026-02-26 – ein Objekt, das keine Upstream-AS-Nummern nennt, deren org-Zuordnung aber von den Darstellungen der anderen Quellen abweicht. https://apps.db.ripe.net/db-web-ui/query?searchtext=AS209874&types=aut-num

Nur AS49581 taucht in mehr als einer Liste auf (ipregistry und as209874.net), dort allerdings mit unterschiedlichen Namensauflösungen (Tube-Hosting bei bgp.tools, Ferdinand Zink bei as209874.net). AS203446 und AS215787 erscheinen ausschließlich bei bgp.tools; AS62403 erscheint bei ipregistry und as209874.net, wobei letztere ihn mit PletX GmbH beschriftet – genau der Akteur, den der Betreiber für die „false filtering“ des FFM2-Ausfalls verantwortlich macht. https://novacloud-hosting.instatus.com/cmrsxwgnz06wh1ao0b04o4obb Jede dieser vier Tabellen hat eine eigene Quelle und ein eigenes Änderungsdatum; keine wird durch eine zweite Quelle bestätigt.

Eine /24, die im Registry-Kontext steht, aber nicht im globalen Routing sichtbar ist

Der Prefix 5.83.150.0/24 trägt laut bgp.tools die Markierung, in der Default-Free Zone nicht sichtbar zu sein – obwohl dazu ein RIPE-inetnum mit netname NovaCloudHosting existiert, zugeordnet der Organisation ORG-TTPU1-RIPE, erstellt am 2026-02-03, und obwohl ein Route-Object mit Origin AS209874 hinterlegt ist. https://bgp.tools/prefix/5.83.150.0/24 Die Registry-Seite und die Routing-Seite desselben Prefixes sind damit auseinander: Objekte sind angelegt, operable Konnektivität ist daraus nicht ablesbar.

Die zugehörige RIPE-Organisation ORG-TTPU1-RIPE ist Tech Tide Portugal Unipessoal LDA aus Quarteira, Portugal, erstellt 2024-11-08. https://ipregistry.co/AS209874/5.83.150.0/24 Das /24-Inetnum selbst trägt country DE, mnt-by GHOSTNET-MNT, den Vermerk „ip-data managed by noez.de“ und verweist auf einen Geofeed unter cdn.web.novacloud-hosting.com. https://ipregistry.co/AS209874/5.83.150.0/24 Zwei Signale im selben Objekt zeigen in unterschiedliche Richtungen: Die Org-Verknüpfung führt nach Portugal, die Geo- und country-Metadaten nach Deutschland; beides ist im Objekt dokumentiert und wird hier nicht gewichtet, sondern nur nebeneinander gestellt.

Ein Datum, zwei Mirrors: die Widerspruchsanalyse des Route-Objects

Für das Route-Object von 5.83.150.0/24 liefern zwei Registry-Mirrors unterschiedliche Erstellungsdaten: bgp.tools rendert 2025-04-28, ipregistry rendert 2026-09-11. https://bgp.tools/prefix/5.83.150.0/24 Die Differenz beträgt rund siebzehn Monate. Für jede chronologische Analyse des Netzwerks – etwa die Frage, wann ein Prefix erstmals als Route-Object dokumentiert wurde – ist dieses Datum belastend: Je nachdem, welcher Mirror als Quelle dient, entsteht ein unterschiedlicher Zeitstrahl. Der Widerspruch ist bis zum Zeitpunkt dieses Artikels nicht aufgelöst; kein dritter Mirror liegt in den zugrunde liegenden Snapshots vor, der die Frage entschiede.

Rechtsträger und Infrastrukturangaben

Die Betreiber-Homepage verknüpft die Marke NovaCloud-Hosting mit AS209874 und nennt Infrastrukturstandorte in Frankfurt, Nürnberg und Eygelshoven; als Rechtsträger ist Tech Tide Portugal Unipessoal LDA mit der Umsatzsteuer-Identifikationsnummer PT517354420 und einem Gründungsjahr 2023 angegeben. https://novacloud-hosting.com/ Diese Selbstangaben decken sich in der Rechtsträger-Bezeichnung mit dem RIPE-Objekt ORG-TTPU1-RIPE; die Gründungsangabe 2023 und das RIPE-Erstellungsdatum 2024-11-08 betreffen unterschiedliche Ereignisse (Firmengründung und Registereintrag) und widersprechen sich nicht. https://ipregistry.co/AS209874/5.83.150.0/24

Der Zeitvergleich gegen den 30. September 2026

Gegenüber dem BTW-Basissnapshot vom 30. September 2026 sind die Kernelemente der Netzwerk-Darstellung im Wesentlichen unverändert: bgp.tools zeigt dieselbe Kombination aus Origin-Prefix-Zählung (22 IPv4, 16 IPv6) und Upstream-Trio, und 5.83.150.0/24 bleibt registry-only, also ohne Sichtbarkeit in der Default-Free Zone. https://btw.media/en/novacloud-as209874-routing-mirrors Die Lücke zwischen dem, was die Registry über AS209874 weiß, und dem, was im globalen Routing operabel ist, hat sich damit weder verengt noch korrigiert – der Zustand ist statisch geblieben.

Ergänzende Spiegel vervollständigen das Bild: ipinfo aggregiert AS209874 https://ipinfo.io/AS209874, ein Whois-Spiegel führt 5.231.96.0/24 unter AS209874 https://whois.ipip.net/AS209874/5.231.96.0/24, und eine zweite Statusfläche des Betreibers führt eigene Prefix- und Upstream-Angaben https://novacloud-hosting.instatus.com/cmrodnyxv06gz0kmrkcnlpw2v.

Was diese Konstellation bedeutet

Der Fall zeigt, dass ein Betreiber nach einem dokumentierten, 19 Tage andauernden Pfadvorfall seine öffentliche Netzwerk-Biografie nicht in eine konsistente Form gebracht hat: Vier Upstream-Listen existieren nebeneinander, eine /24 bleibt im Registry-Kontext ohne Routing-Wirkung, zwei Mirrors streiten über ein Erstellungsdatum, und die eigenen Statusflächen warnen und entwarnen gleichzeitig. Für Beobachter bleibt der Befund derselbe: Die Lücke zwischen Ankündigung und operabler Konnektivität ist kein Momentversatz, sondern ein fortbestehender, datierbarer Zustand, der seit mindestens 30 September 2026 unverändert dokumentiert ist.

Nachweise und Grenzen

Die Aussagen dieses Artikels stützen sich auf öffentliche Snapshot-Belege der genannten Quellen: bgp.tools (AS- und Prefix-Ansicht), ipregistry.co (AS- und Prefix-Ansicht), das RIPE-Datenbankportal für das aut-num-Objekt AS209874, die Betreiber-Homepage novacloud-hosting.com, die ASN-Microsite as209874.net und die Statusportale novacloud-hosting.instatus.com sowie novacloud.instatus.com. Alle Quellabrufe erfolgten als Anbieter-seitige Auszüge, nicht als vollständige Direktlese der jeweiligen Seite; jeder Snapshot trägt seine eigene Zugänglichkeitsnotiz.

Die Aussagen sind damit evidenzgebundene Kandidaten, die an die jeweiligen Snapshot-Belege geknüpft sind; sie erheben keinen Anspruch über Zustände hinaus, die zum Abrufzeitpunkt dokumentiert waren.