Zusammenfassung

  • AS43022 gibt Seech-Infocom eine messbare öffentliche Routing-Präsenz: RIPEstat sah am 26. August 2026 neun IPv4-Präfixe und ein IPv6-Präfix; die zentralen IPv4- und IPv6-Aggregate waren RPKI-gültig.
  • Ein unterzeichnetes Protokoll von 2025 bestätigte auf einem festen Pfad von Saporischschja zu einem Testserver in Dnipro über 2.000 Sitzungen die Einhaltung von vier regulierten Messgrößen. Es war weder eine netzweite Verfügbarkeitsstudie noch ein SLA-Nachweis.
  • Die entscheidenden Resilienzbelege fehlen weiterhin: Backup-Strom auf Knotenebene, physisch unabhängige Wege, Störungs- und Wiederherstellungsdaten sowie die tatsächliche Leistung gegenüber den veröffentlichten Reparatur- und Erstattungsbedingungen.

Ein Route Collector kann ein Präfix sehen, während ein Kunde den Zugangsknoten vor seiner Leitung nicht erreicht. Genau diese Differenz ist der sinnvolle Ausgangspunkt für Seech-Infocom. Die öffentliche Evidenz reicht aus, um einen tätigen Netzbetreiber zu erkennen. Sie beantwortet aber nicht, was bei einem Haushalt oder Unternehmen geschieht, wenn Strom, Backhaul oder Feldtechnik ausfallen.

Die Identitätskette ist für einen regionalen Anbieter ungewöhnlich gut nachvollziehbar. RIPE NCC führt Seech-Infocom Ltd. als ukrainischen LIR ORG-SL134-RIPE; die RIPE Database ordnet der Organisation AS43022 mit dem Namen UA-SEECH zu. Ein Protokoll des ukrainischen staatlichen Funkfrequenzzentrums und das öffentliche Angebot nennen als Rechtsträger ТОВ «СІЧ-ІНФОКОМ», EDRPOU 30001108, unter der Marke INFOCOM. Gemeinsame Telefonnummern, infocom.ua-Adressen und die offizielle Website verbinden die rechtlichen und betrieblichen Datensätze, ohne sich nur auf eine Namensähnlichkeit zu stützen.

Auch die Routing-Oberfläche ist konkret. In der RIPEstat-Aufnahme vom 26. August 2026 kündigte AS43022 neun sichtbare IPv4-Präfixe mit insgesamt 8.192 Adressen und ein IPv6-Präfix an. 77.93.32.0/19 war für AS43022 mit einer maximalen Länge von /24 RPKI-gültig; 2a04:7dc0::/29 war mit maximal /29 gültig. RIPEstat meldete IPv4-Sichtbarkeit bei 327 von 327 RIS-Peers im verwendeten Set, IPv6-Sichtbarkeit bei 184 von 320 sowie 21 beobachtete Nachbarn. Das sind Beobachtungen der Steuerungsebene, keine Kunden-, Vertrags- oder Kapazitätszahlen.

Die Historie ist aussagekräftig, aber nur innerhalb dieser Grenze. RIPEstat lieferte für 77.93.32.0/19 aufeinanderfolgende Sichtbarkeitsabschnitte vom 5. März 2022 bis zum Abfrageende am 26. August 2026, bei einer Untergrenze von zehn Full-Feed-Peers. Das spricht für eine anhaltend sichtbare Aggregatroute während des beobachteten Zeitraums. Es sagt nicht, ob ein Straßenverteiler ohne Strom war, ein PON-Segment weiterlief, ein Funkstandort Kraftstoff hatte oder ein einzelner Anschluss Daten übertragen konnte.

Es gibt Hinweise auf beabsichtigte Interconnection-Diversität. Das RIPE-Policy-Objekt erklärt sechs IPv4-Importe, die Routen von AS3255, AS3326, AS35297, AS15895, AS199995 und AS6846 akzeptieren, ergänzt um Exchange- und Peer-Policies. Das vom Betreiber gepflegte PeeringDB-Profil nennt vier Exchange-LAN-Einträge mit jeweils 20.000 Mbit/s bei DTEL-IX und Giganet sowie eine Einrichtung in Kyjiw. Eine deklarierte Policy ist jedoch keine Bestätigung einer aktuell aktiven BGP-Sitzung.

Ein gelisteter Port belegt keine Auslastung, und unterschiedliche Namen beweisen nicht, dass Fasern denselben Kanal, dasselbe Gebäude oder dieselbe Stromversorgung meiden.

Die eigene Website beschreibt das Kundenangebot. Sie nennt Privatkundentarife mit 100, 200, 300 und 500 Mbit/s, die Zugangsarten FTTB, PON und Funk sowie Datenübertragung, Internet, Redundanz und Rund-um-die-Uhr-Support für Geschäftskunden. Die veröffentlichten Regeln verlangen einen Tag Vorlauf bei geplanten Arbeiten mit möglicher Unterbrechung. Für gemeldete Netzschäden nennen sie ein Reparaturziel von 24 Stunden, es sei denn, die Arbeiten erfordern mehr Zeit, und eine Neuberechnung des Entgelts bei einer vom Anbieter verursachten Unterbrechung von mehr als drei Arbeitstagen.

Diese Regeln zeigen den Kontroll- und Haftungsrahmen: Der Kunde muss eine Störung registrieren; der Betreiber grenzt sein eigenes Netz vom öffentlichen Internet ab; Ursache und Dauer bestimmen die Abhilfe. Sie zeigen nicht die tatsächliche mittlere Wiederherstellungszeit, den Anteil der innerhalb von 24 Stunden behobenen Fälle, die Häufigkeit der Ausnahme für längere Arbeiten oder die ausgezahlten Gutschriften. Ein Vertragsziel ist ein Mechanismus der Rechenschaft, kein Leistungsergebnis.

Das stärkste Leistungsdokument ist zugleich am leichtesten zu überdehnen. Protokoll 23-008 vom 14. April 2025 dokumentiert 2.000 Sitzungen zwischen der Client-IP 77.93.44.2 in Saporischschja und einem Testserver in Dnipro. Die Messung lief vom 11. April um 09:37:54 Uhr bis zum 12. April um 15:39:11 Uhr. Sie erfasste 100 Prozent erfolgreiche Registrierungen, keine Ablehnungszeit, alle Registrierungen innerhalb der 30-Sekunden-Norm und keine beim Upload oder Download unzureichende Sitzung gegenüber der regulatorischen Untergrenze von 56 kbit/s. Die Einwegverzögerung lag zwischen 16,00 und 17,08 Millisekunden bei 16,88 Millisekunden im Mittel; Paketverlust betrug 0,02 Prozent, Jitter 1,02 Millisekunden. Das Protokoll bewertete die vier geprüften Verfügbarkeits- und Vollständigkeitsindikatoren als konform.

Das ist nützliche Evidenz für einen bestimmten festen Pfad über etwa 30 Stunden. Es ist keine Jahresverfügbarkeit, keine Untersuchung sämtlicher Zugangstechnologien, kein Wiederanlauftest nach einer Störung und kein Nachweis autonomer Stromversorgung. Die belastbare Schlussfolgerung ist enger: Seech-Infocom kann eine öffentliche Routing-Präsenz, gültige Origin-Kontrollen, erklärte Interconnection-Optionen, vertragliche Kundenrechte und einen unabhängig administrierten Test vorweisen. Eine Resilienzaussage benötigt zusätzlich Belege für die physische und operative Infrastruktur dahinter.

Im öffentlichen Material fehlen Shared-Risk-Gruppen, der Live-Status von Transitverbindungen, Batterie- oder Generatorabdeckung und Laufzeiten, Nachbetankung, Zahl und Lage der Zugangsknoten, ein Störungsregister, kundenwirksame Minuten, Verteilungen der Wiederherstellungszeiten, IPv6-Verfügbarkeit beim Endkunden sowie die Repräsentativität der 2025 getesteten Leitung. Auch Kundenzahl, geprüfte Kapazität und Auslastung sind nicht belegt. Das sind Unbekannte, keine negativen Feststellungen.

Ausgewählte Primärbelege: RIPE-NCC-Mitgliedseintrag, AS43022-Objekt der RIPE Database, RIPEstat Routing Status, RIPEstat Routing History, veröffentlichte Dienstregeln und Messprotokoll 2025.