Zusammenfassung
- Together Communication vermarktet öffentlich Together Cloud, Shared Hosting, VPS und dedizierte Server, Colocation, feste Adressen und Schutzdienste. Das Unternehmen gibt an, dass Kundenausrüstung in seinen Rechenzentren untergebracht werden kann, veröffentlicht jedoch nicht die Standorte, die elektrische Auslegung, die Rack-Bestände, die Speicherarchitektur, die Wiederherstellungsziele oder die standardmäßigen Service-Level.
- Die AS34008 trägt den eingetragenen Namen
Together-Communications-LTD-CLOUD-NETWORKund gehört zur RIPE-Organisation von Together Communication LTD. RIPEstat hat sie am 12. Juli 2026 als nicht angekündigt markiert, ohne aktuelle Präfixe oder beobachtete Nachbarn; die letzte weitgehend beobachtete Route von dieser ASN stammt vom 15. Januar 2019. - Dieselbe Organisation besitzt auch die AS42013, ein separates aktives Netzwerk. RIPEstat beobachtete 13 IPv4-Präfixe, ein IPv6-Präfix, 5.120 IPv4-Adressen, volle Sichtbarkeit unter den meldenden Peers und vier aktuelle Nachbarn. Dies ist ein starker Beleg für ein operatives regionales Netzwerk, beweist aber nicht, dass jede Together-Cloud-Workload auf AS42013 oder in einer bestimmten Einrichtung läuft.
- PeeringDB und der Palestine Internet Exchange zeigen AS42013 verbunden mit PSIX im Gebäude MTIT 01 in Ramallah auf einem 1-Gbit/s-Port. Öffentliche Routenbeobachtungen zeigen auch Pfade über AS8551 und AS1680. Diese Fakten unterstützen eine Live-Konnektivität; sie etablieren nicht die Existenz diversifizierter Rechenzentrumsstandorte oder ausreichender Failover-Kapazität.
- Die Netzwerkbetriebsnachweise für Together Communication insgesamt sind durchschnittlich. Die Nachweise für die AS34008 zugeordnete Cloud-Oberfläche sind negativ, und das Vertrauen in die Cloud-Resilienz ist gering. Käufer müssen die genauen Standorte, Eigentumsverhältnisse, Strom- und Carriertrennung, getestete Wiederherstellungen, Support-Eskalation und Exportbedingungen kennen.
Das Angebot ist konkret; seine Ausfallbereiche sind es nicht
DieGeschäftskundenseitevon Together Communication listet Together Cloud, Shared Hosting, VPS, dedizierte Server, Colocation, feste IP-Adressen, Schutzdienste und mehr auf. Dies identifiziert eine tatsächliche Infrastruktur-Proposition, aber die Seite legt die physische Karte nicht offen. Es fehlen Angaben zu Standorten, Eigentum, Rack-Beständen, Stromversorgung, Kühlung und Service-Leveln. Diese Lücke ist kein Urteil über den Dienst, sondern der Grund für eine Bottom-up-Bewertung. Die Wiederherstellung hängt von Kopien, kompatiblen Ressourcen, erreichbaren Routen und Personal ab, nicht vom Begriff "Cloud".
Zwei ASNs beschreiben unterschiedliche Betriebsoberflächen
Die AS34008 ist seit Januar 2019 nicht mehr im Routing sichtbar, während die AS42013 aktiv 13 IPv4-Präfixe und ein IPv6-Präfix ankündigt. Die historischen Daten zeigen, dass AS34008 früher genutzt wurde, aber heute ruht. Die Politik der AS34008 listet Verbindungen, aber diese sind nicht aktiv. Together hat zwei ASNs, aber nur einer ist derzeit betriebsbereit. Kunden sollten klären, welcher ASN die Cloud-Plattform bedient.
Eine aktive Unternehmenswebsite ist ein operatives Signal, kein Cloud-Audit
Die Domaintogether.pslöst auf 185.209.108.171 auf, ein Präfix von AS42013. Das HTTPS-Zertifikat war am 12. Juli 2026 abgelaufen, was auf eine Wartungslücke hinweist. Dies ist ein zeitlich begrenzter Hinweis, aber relevant für die Zuverlässigkeit von Zertifikatsverwaltung und Prozessen.
Ramallah ist sichtbar; die physische Platzierung der Cloud ist es nicht
Together ist in Ramallah registriert und hat einen Peering-Port am Palestine Internet Exchange (PSIX) im Gebäude MTIT 01. Dies zeigt eine lokale Netzwerkpräsenz, aber nicht, wo die Server der Kunden stehen. Die Unterscheidung zwischen Netzwerkverbindung und Rechenzentrumsstandort ist entscheidend für die Bewertung von Ausfallrisiken.
Die Transitdiversität ist auf Routing-Ebene sichtbar, aber nicht auf Leitungsebene
RIPEstat zeigt vier Nachbarn für AS42013, darunter die Carrier Bezeq und Cellcom. Zwei Carrier deuten auf Redundanz hin, teilen aber möglicherweise physische Infrastruktur. Die tatsächliche Belastbarkeit hängt von getrennten Zuführungen und ausreichender Kapazität ab.
„Kapazität“ braucht eine Einheit, einen Standort und eine Ausfallbedingung
Die Website von Together nennt Zahlen wie "mehr als 100 Gigabyte Datenkapazität", aber ohne Kontext. Für Hosting-Kunden sind spezifische Metriken wie CPU, RAM, Speicher und Netzwerkdurchsatz sowie Failover-Kapazität erforderlich. Die installierte Kapazität ist nicht gleich der nutzbaren Kapazität.
Racks verwandeln Software-Versprechen in Reparaturverpflichtungen
Jeder Cloud-Dienst ruht auf physischer Hardware. Die fehlende Veröffentlichung von Hardwarebeständen und Ersatzteilpolitik erschwert die Bewertung der Wiederherstellungsfähigkeit. Die Importbeschränkungen in Palästina können die Beschaffung von Ersatzteilen verzögern.
Die elektrische Redundanz muss Wartung überstehen, nicht nur einen Netzausfall
Öffentliche Angaben zur Stromversorgung fehlen. Kunden müssen wissen, ob USV, Generator und Kühlung während der Wartung verfügbar bleiben und ob regelmäßige Lasttests durchgeführt werden.
Backup ist keine Wiederherstellung, bis eine Workload wiederhergestellt wurde
Keine öffentlichen Angaben zu Backup-Zielen, -Häufigkeit oder -Tests. CISA empfiehlt Offline-Backups und regelmäßige Testwiederherstellungen. Together sollte diese Praktiken nachweisen.
Lokales Hosting kann die Souveränität verbessern, aber auch die Konzentration erhöhen
Datenlokalität ist ein Vorteil, aber die Konzentration von Produktion und Backup am gleichen Ort erhöht das Risiko. Die Standorte für Produktion, Backup und Management sollten offengelegt werden.
Die Supporttiefe ist Teil der verfügbaren Kapazität
Together bietet telefonischen und Online-Support, aber ohne Angaben zu Reaktionszeiten oder Eskalationsstufen. Ein unabhängiger Kommunikationskanal für Störungen ist wichtig.
Abrechnung und Lieferantenverträge können Ausfälle ohne defekte Hardware verursachen
Zahlungsausfälle oder Vertragskündigungen können den Dienst unterbrechen. Kunden benötigen klare Bedingungen zu Eigentum, Kündigung und Datenmigration.
Portabilität ist der letzte Resilienztest
Die Fähigkeit, Workloads zu exportieren, ist entscheidend. Together sollte den Export von VMs und Daten ohne Hindernisse ermöglichen. Ein Testexport ist empfehlenswert.
Was die aktuellen Belege unterstützen können und was nicht
Together Communication ist ein aktives regionales Netzwerk mit einem funktionierenden ASN (AS42013), aber die Cloud-spezifische ASN (AS34008) ist inaktiv. Die physische Infrastruktur und Wiederherstellungsfähigkeiten sind nicht ausreichend belegt. Eine Due-Diligence-Prüfung sollte zehn Kernfragen abdecken, darunter Standorte, Stromversorgung, Carrier-Diversität, Backup-Tests und Support-Eskalation.