Zusammenfassung
- Engetronics ist auf mehreren öffentlichen Flächen zu finden: Derselbe Name ist mit AS53221 im brasilianischen Register und PeeringDB verknüpft, während seine Websites das Unternehmen und die Einrichtung konsequent im Metropolitan-Komplex in Brasília verorten.
- Das Serviceangebot ist greifbar. Engetronics veröffentlicht Cloud-Konfigurationen, Dedicated-Server-Spezifikationen, Colocation-Maße, Bandbreitenstufen, Backup-Speicher, Remote-Hands, physische Kontrollen und ein Kundenportal. Was noch unklar bleibt, ist der Kundenkontrollplan: Rollen, Audit-Logs, APIs, Backup-Richtlinie, Wiederherstellungsvorgänge und Abrechnungsnachweise werden nicht öffentlich erläutert.
- Die Netzwerknachweise sind solider als eine bloße Behauptung unabhängiger Glasfaser. PeeringDB zeigt betriebsfähige IPv4- und IPv6-Verbindungen für AS53221 bei IX.br Brasília und São Paulo. Es zeigt nicht die Vielfalt der Zugangsanbieter, die Installationspfade, die Routing-Sicherheitspraxis, die DDoS-Kapazität oder die Service-Level-Performance.
- Verfügbarkeit und Verantwortlichkeit erfordern besondere Aufmerksamkeit. Eine aktuelle Seite von Engetronics zeigt sowohl
Uptime 100%als auchUptime SLA 99%, während die öffentlichen Supportflächen keine Schwere, Antwort, Wiederherstellung, Aktualisierungshäufigkeit oder Rechtsmittel definieren. Diese Begriffe müssen geklärt und erprobt werden, bevor kritische Workloads verlagert werden.
Die Identität ist sichtbar, aber der Vertragsname benötigt eine letzte Verbindung
DerBTW-Verzeichniseintragbietet einen nützlichen Ausgangspunkt. Er identifiziert ENGETRONICS INTERNET Rechenzentrum als ein brasilianisches Privatunternehmen, verknüpft es mit AS53221 und listet Cloud-, Rechenzentrums-, Colocation- und Hosting-Dienstleistungen auf. Die Seite ist hinsichtlich der Grenzen dieser Nachweise vorsichtig: Ihre Dienstleistungsetiketten sind als noch nicht bewertet markiert. Dies macht das Verzeichnis zu einer Landkarte des Subjekts, nicht zu einer Garantie für den Service.
Dieöffentliche RDAP-Antwort Brasiliens für AS53221bietet eine stärkere Identitätsverankerung. Sie nennt ENGETRONICS INTERNET Rechenzentrum als Inhaber, gibt den Inhaber-Handle08145394000188, datiert die Registrierung des autonomen Systems auf den 29. Oktober 2010 und veröffentlicht einen Netzwerk- und Missbrauchskontakt in der Unternehmensdomäne. Der 14-stellige Handle hat die Form einer brasilianischen CNPJ, aber die Antwort spezifiziert keinen separaten rechtlichen Firmennamen. Ein Vorschlag sollte daher die vollständige rechtliche Gegenpartei, die formatierte CNPJ, den Handelsnamen und die Adresse zusammen angeben und diese Identität auf dem Serviceplan, der Rechnung, den Datenbedingungen und dem Eskalationsblatt wiederholen.
Die operative Identität ist über die Webpräsenz des Unternehmens hinweg konsistent. DieUnternehmensseitevon Engetronics platziert die eigene Infrastruktur im Metropolitan Mix Komplex in Brasília und veröffentlicht die Telefonnummer(61) 3202-4334. IhreKontaktseitegibt dasselbe Gebäude und dieselbe Nummer für Vertriebs- und Technikkontakt an. Eine separate aktuelleService-Landingpageverwendet dieselbe Adresse und gibt an, dass Engetronics seit 2006 tätig ist. Diese Verbindungen unterstützen die Kontinuität zwischen Netzwerkname, öffentlicher Marke und einem Betriebsstandort.
Sie beantworten nicht alle Gegenparteifragen. Die geprüften Erstanbieter-Seiten zeigen nicht den vollständigen rechtlichen Namen neben dem 14-stelligen Identifikator, identifizieren nicht, wer befugt ist, den Anbieter zu binden, oder unterscheiden nicht zwischen Büro-, Netzwerkbetriebs- und Geräteboden innerhalb des Metropolitan-Komplexes. Diese Details sind bei der Beschaffung leicht zu klären. Sie implizit zu lassen, würde spätere Fragen zur Haftung, Datenverarbeitung und Autorität im Incidentfall unnötig erschweren.
Der Katalog beweist ein Serviceangebot, aber noch keinen Kontrollplan
Engetronics veröffentlicht ausreichend Details, um zu zeigen, dass Cloud, Dedicated Server und Colocation eher Produkte als vage Kategoriebezeichnungen sind. Sein aktuellesAngebotlistet vier feste Cloud-Pläne mit zwei bis acht virtuellen CPUs, 2 GB bis 10 GB Speicher, 100 GB bis 350 GB Speicherplatz und 100-Mbit/s-Links auf. Eine benutzerdefinierte Stufe erstreckt sich über diese Voreinstellungen hinaus. Die Seite veröffentlicht auch Bare-Metal-Konfigurationen und Colocation von 1U bis 44U, mit Remote-Hands, festen öffentlichen Adressen, Remote-Backup-Speicher und Link-Optionen bis zu 1 Gbit/s.
Das detailliertereRechenzentrumskatalogdes Unternehmens fügt operative Textur hinzu. Dedizierte Pläne beinhalten KVM-over-IP-Nutzung, Hardware-Austausch nach Ausfall, Remote-Backup-Speicher, gültige IP-Adressen und 1.000 GB Transfer. Cloud-Pläne beinhalten Linux, Backup-Speicher, Glasfaser-Konnektivität und ein als 24/7 verfügbar beschriebenes Netzwerkteam. Kauf-Links führen zu einemeingeschränkten Kundenportal, was zumindest eine konto-orientierte Oberfläche für Kunden bestätigt.
Dies ist ein signifikanter Servicenachweis. Ein Käufer kann auf eine CPU, Speicher, Datenträger, Link, Rack-Einheit oder eine Remote-Hands-Aktion zeigen und fragen, ob dies inbegriffen ist. Das Produkt ersetzt auch echte Infrastrukturarbeit: Engetronics stellt Hardware bereit und tauscht sie aus, hostet Geräte, bereitstellt Adressierung und Konnektivität und übernimmt eine gewisse Verantwortung für Backup-Speicher und Netzwerkoperationen.
Das öffentliche Material geht nicht so weit zu erklären, wie ein Kunde diese Funktionen regiert. Es zeigt nicht, ob das Portal einen Server provisionieren, eine VM skalieren, ein Backup erstellen oder wiederherstellen, die Ressourcennutzung einsehen, die Firewall-Richtlinie ändern, ein Aktivitätslog exportieren oder Administrator-, Abrechnungs- und Prüfberechtigungen trennen kann. Es gibt keine öffentliche Beschreibung von Multi-Faktor-Authentifizierung, API-Zugriff, Genehmigungskontrollen, Kontowiderruf, Messintervallen oder Rechnungsabgleich.
„Cloud“ identifiziert daher ein Liefermodell, aber nicht die Automatisierung und Nachweise, die dem Kunden zur Verfügung stehen.
Diese Unterscheidung zählt bei einem Incident. Wenn eine VM nicht erreichbar ist, muss der Kunde wissen, ob das Portal den Host-Status, den Netzwerkstatus und den Backup-Status getrennt meldet; wer die Workload neu starten oder verschieben kann; welche Aktionen protokolliert werden; und ob der Support eine privilegierte Änderung ohne Zustimmung des Kunden durchführen kann. Der Akzeptanztest sollte zwei Kundenrollen und eine vom Anbieter unterstützte Aktion verwenden und dann die Portal-Chronologie, den Infrastrukturstatus, das Support-Ticket und die Rechnung abgleichen. Eine Verkaufsseite kann das Subjekt dieses Tests festlegen.
Nur der Dienst selbst kann ihn bestehen.
Die Einrichtungsbeschreibung ist konkret genug, um inspiziert zu werden
Die Behauptungen zur Einrichtung sind ebenfalls spezifischer als das übliche Versprechen eines „sicheren Rechenzentrums“. Engetronics sagt, dass die Infrastruktur ihm gehört und sich im Zentrum von Brasília befindet. DieRechenzentrumsseitenennt redundante Kühlung, kontrollierte Stromversorgung, Backup-Speicher und ein doppeltes Brandschutzsystem mit Ansaugrauchmeldern, Loop-Fotosensoren, 3M Novec Löschmittel und einem Honeywell Notifier Panel. Die Produktseite fügt Umweltüberwachung, biometrischen Zugang, unabhängige Stromkreise, unterbrechungsfreie Stromversorgungen, einen automatischen Generator und zwei Kühlsysteme hinzu.
Diese Details schaffen überprüfbare Fragen. Ein Käufer kann den Raum sehen wollen, in dem sein Rack oder seine Cloud-Hosts installiert werden, die Strompfade A und B nachverfolgen, die Generator- und Batterietestaufzeichnungen einsehen, die Wartungsfenster prüfen, die Brandschutzinspektion bestätigen und identifizieren, welche Kühlelemente tatsächlich getrennte Ausfallbereiche haben. Für Colocation kann er bestätigen, wer Zutritt hat, wie der Zugang genehmigt und protokolliert wird und wie Remote-Hands eine physische Aktion verifizieren.
Die öffentlichen Seiten nennen keine Level-Zertifizierung, unabhängige Einrichtungsprüfung, Stromkapazität, Generatorlaufzeit, Kraftstoffvertrag, USV-Topologie, Kühlkapazität, Brandschutztestdatum oder Aufbewahrungsdauer für physischen Zugang. Sie zeigen auch nicht, ob die „unabhängigen Stromkreise“ upstream des Raums getrennt bleiben. Redundante Komponenten können immer noch ein Panel, eine Steigleitung, eine Wartungsprozedur oder einen Bediener gemeinsam nutzen.
Die nützliche Schlussfolgerung ist nicht, dass das Design schwach ist; es ist, dass Engetronics ausreichend spezifische Behauptungen aufgestellt hat, damit ein Käufer überprüfen kann, ohne sich auf eine generische Zertifikatsanfrage zu verlassen.
Der Standort schafft auch eine Konzentrationsfrage. Das öffentliche Angebot zeigt konsequent auf einen einzigen Standort in Brasília, und das geprüfte Material identifiziert keine zweite Workload- oder Wiederherstellungseinrichtung. Ein Standort in der Innenstadt kann den Zugang für Personal und Kunden verbessern. Es schützt einen Dienst nicht an sich vor einem Gebäude-, Versorgungs-, Metropol-Glasfaser- oder regionalen Ereignis. Kritische Käufer sollten fragen, welche Ausfallszenarien innerhalb des Metropolitan-Standorts bleiben und welche Daten oder Workloads an einen wirklich separaten Ort verschieben.
AS53221 verwandelt die Konnektivitätssprache in eine testbare Netzwerkbehauptung
Die klarste externe Bestätigung betrifft das Netzwerk. DerPeeringDB-Eintrag von Engetronicsverbindet das Unternehmen und die Website mit AS53221. Er meldet Unterstützung für IPv4- und IPv6-Unicast, eine selektive Peering-Policy und betriebsfähige Exchange-Verbindungen bei IX.br Brasília und IX.br São Paulo. Die angezeigten Ports sind 1G in Brasília und 10G in São Paulo, mit beiden Protokollfamilien vorhanden.
Dieser Nachweis verleiht der Behauptung von Engetronics, dass Colocation eigenes BGP-Routing verwendet, Substanz. Es zeigt auch, dass das Netzwerk eine öffentliche Interkonnektionsfläche jenseits einer einzelnen Marketing-Domain hat. Ein Exchange-Anschluss in Brasília ist für lokalen Datenverkehr relevant; ein Anschluss in São Paulo kann die Interkonnektionsoptionen erweitern. Keiner sollte automatisch in ein Leistungs- oder Resilienzversprechen für den Kunden übersetzt werden.
Die aggregierten Netzwerkfelder von PeeringDB erfordern eine sorgfältige Handhabung. Das Profil listet 80 IPv4-Präfixe, vier IPv6-Präfixe und einen Traffic-Bereich von 5–10 Gbps auf, aber diese Felder werden über das Netzwerkprofil bereitgestellt, und der Hauptprofil-Zeitstempel ist Juli 2022. Sie sind nützlich für die Orientierung, nicht für ein aktuelles Kapazitätsaudit. Die Betriebs-Exchange-Lines sind neuere öffentliche Verbindungsaufzeichnungen, aber selbst sie offenbaren nicht die Nutzung, Traffic-Anteile, Upstream-Verträge, privaten Interkonnektionen oder den physischen Pfad zwischen Brasília und São Paulo.
Die topologische Lücke ist daher enger als „kein Netzwerknachweis“ und breiter als „zweistandortgesichertes Netzwerk“. Öffentliche Quellen identifizieren nicht die Transit-Anbieter, Route Collectors, Route Origin Authorizations, maximale Präfixgrenzen, Filterpraxis, Pfadvielfalt innerhalb des Gebäudes, Wartungshistorie oder getestetes Failover. Sie etablieren auch nicht, dass die Adressen eines Cloud-Kunden direkt von AS53221 stammen und nicht von einem anderen Netzwerk.
Ein dienstspezifisches Diagramm sollte die Adresseigentumsverhältnisse, den Route-Ursprung, die Upstream-Anbieter, die Exchange-Pfade, die Edge-Geräte, die Diversitätseingänge, das DDoS-Management und den Punkt, an dem die Kundenverantwortung beginnt, benennen.
Das Diagramm erfordert dann eine kontrollierte Unterbrechung. Entfernen oder deaktivieren Sie einen autorisierten Pfad, beobachten Sie das Route- und Paketverhalten und messen Sie die Erkennungs-, Eskalations- und Wiederherstellungszeit. Dokumentieren Sie, welche Route sich geändert hat, ob Verlust oder Latenz das Servicelevel verletzt haben und welches Team gehandelt hat. AS53221 und die IX-Aufzeichnungen ermöglichen es, einen solchen Test zu konzipieren; sie liefern nicht das Ergebnis.
Die Sprache zu DDoS und Verfügbarkeit braucht messbare Kanten
Engetronics sagt, dass DDoS-Schutz in allen Rechenzentrumsdiensten enthalten ist. Seine Produktseite beschreibt drei unabhängige Schutzsysteme, tägliche Updates und automatische Trennung von bösartigem und legitimen Traffic. Dies ist eine stärkere öffentliche Aussage, als einfach „DDoS“ in eine Feature-Liste zu setzen, da sie Inklusion, Mehrfachheit und automatisierte Aktion behauptet.
Die fehlenden Kanten sind kommerziell wichtig. Die Seite veröffentlicht keine Angriffsvolumenlimits, Paketratengrenzen, geschützte Protokolle, Erkennungsschwellen, Bypass-Methode, Reinigungsstandort, saubere Traffic-Kapazität, Kundenbenachrichtigung, False-Positive-Handhabung oder die Umstände, unter denen Traffic blockiert statt gereinigt wird. „Jede Methode und Größenordnung“ ist Marketing-Sprache, es sei denn, der Vertrag definiert die geschützte Hülle und was darüber hinaus geschieht.
Ein Käufer sollte ein sicheres, autorisiertes Traffic-Szenario testen und die Warnung, die Mitigationsaktion, den sauberen Pfad, die Nachweise und das Abrechnungsergebnis prüfen.
Die Verfügbarkeit erfordert noch dringendere Klärung. Auf der aktuellen Landingpage erscheint „Uptime 100%“ in der Infrastrukturauflistung, während „Uptime SLA 99%“ in der Nähe steht. Dies sind materiell unterschiedliche Behauptungen. Ein monatliches Servicelevel von 99% erlaubt etwa 7,3 Stunden außerhalb des Ziels in einem durchschnittlichen Monat; 100% erlaubt keine. Keiner der Sätze sagt, welche Komponenten zählen, ob geplante Wartung ausgeschlossen ist, wie Ausfall beginnt und endet, oder ob der Rechtsbehelf ein Guthaben, ein Kündigungsrecht oder nur eine Berichtsmetrik ist.
Der Vertrag sollte für jedes Produkt eine Servicelevel-Definition wählen und seinen Messpunkt benennen. Cloud-Compute, Netzwerkerreichbarkeit, Speicher, Kundenportal, Remote-Hands und Backup-Wiederherstellung sind unterschiedliche Dienste und können unterschiedliche Ziele erfordern. Er sollte auch Bestätigung, Workaround, Wiederherstellung und dauerhafte Behebung trennen. Ohne diese Definitionen können ein Anbieter und ein Kunde denselben Incident beobachten und unterschiedliche Verfügbarkeiten berechnen.
Die Infrastruktur in Brasília ist keine vollständige Ortskarte
Die physische und Netzwerkpräsenz von Engetronics unterstützt eine vernünftige Schlussfolgerung, dass zumindest ein Teil seines Dienstes in Brasilien betrieben wird. Seine Cloud-, Bare-Metal- und Colocation-Seiten zentrieren alle die Einrichtung in Brasília, während AS53221 bei einer brasilianischen Organisation registriert ist und öffentliche Exchange-Verbindungen in zwei brasilianischen Städten hat. Für einen Käufer, der lokale Infrastruktur und lokalen technischen Zugang sucht, ist dies ein relevanter Nachweis.
Es ist nicht der Nachweis, dass jede Kopie und jeder Kontrolldatensatz in Brasília oder sogar in Brasilien verbleibt. Engetronics bewirbt Remote-Backup-Speicher, aber die geprüften Seiten identifizieren nicht, wo sich dieser Speicher befindet, ob er die Strom- und Netzwerkabhängigkeiten des Hauptstandorts teilt, wie viele Kopien existieren oder wer das zugrunde liegende System betreibt. SeineCloud-Speicherbeschreibungbetont skalierbaren Zugang, veröffentlicht aber keine Datenlokalisierungsverpflichtung, Aufbewahrungsfrist, Verschlüsselungsmodell oder Subunternehmerliste.
Die Lokalität sollte nach Datenklasse kartiert werden. Workload-Datenträger, Kundengeräte, Backup-Kopien, VM-Images, Überwachungstelemetrie, Portal-Identitäten, Aktivitätslogs, Support-Tickets, Abrechnungsdetails und DDoS-Telemetrie können unterschiedliche Pfade nehmen. Für jede sollte der Serviceplan den primären und Wiederherstellungsstandort, den Betreiber, die rechtliche Rolle, die Aufbewahrung, die Verschlüsselungskontrolle, den privilegierten Zugangspfad und die Löschungsnachweise identifizieren.
Die Wiederherstellung muss ebenfalls demonstriert werden, nicht aus dem Wort „Backup“ abgeleitet. Das öffentliche Angebot spezifiziert nicht die Backup-Häufigkeit, die Konsistenzmethode, die Unveränderlichkeit, die Aufbewahrung, die Wiederherstellungsgranularität, das Recovery Point Objective oder das Recovery Time Objective. Ein Kunde sollte ausgewählte Daten und eine vollständige Workload aus der Kopie wiederherstellen, auf die er tatsächlich zählen würde, während das Hauptsystem nicht verfügbar ist. Wenn der Remote-Speicher im selben Gebäude oder Metropolitan-Ausfallbereich bleibt, sollte der Vertrag dies klar sagen.
Lokaler Support ist erreichbar; seine Autorität ist noch nicht definiert
Engetronics legt mehr lokale Kontaktfläche offen als ein gesichtsloses Cloud-Etikett. Dieselbe Brasília-Nummer erscheint für Vertrieb und technischen Support, die Produktseiten beschreiben 24/7-Netzwerk- und Supportabdeckung, Colocation beinhaltet Remote-Hands, und das Kundenportal bietet einen Kontologin und Passwort-Wiederherstellungspfad. Das Register veröffentlicht auch eine Adresse in der Unternehmensdomäne für Netzwerk- und Missbrauchskontakt. Ein Kunde hat mehrere Stellen, um eine Eskalation zu beginnen.
Öffentliche Erreichbarkeit ist nicht dasselbe wie ein verantwortungsvolles Supportmodell. Die geprüften Seiten definieren keine Incident-Schweregrade, First-Response-Ziele, Wiederherstellungsziele, Aktualisierungsfrequenz, Sprachabdeckung, Personalstufen, Außerhalb-der-Geschäftszeiten-Befugnis oder Eskalation über die erste Nummer und das Portal hinaus. Sie sagen nicht, wer Traffic umleiten, einen ausgefallenen Host ersetzen, den Generator betreiben, ein Backup wiederherstellen oder dringenden physischen Zugang genehmigen kann.
Dieselbe Telefonnummer für Vertriebs- und Technikkontakt kann praktisch sein, aber sie offenbart nicht, wie Anrufe getrennt oder in Warteschlangen gestellt werden.
Ein Käufer sollte den menschlichen Pfad vor einem tatsächlichen Ausfall testen. Öffnen Sie nach Geschäftsschluss einen nicht-destruktiven High-Priority-Ticket, bestätigen Sie den Zeitstempel und die Schwere, fragen Sie nach der verantwortlichen Netzwerk- oder Einrichtungsrolle, lösen Sie die nächste Eskalationsstufe aus und beobachten Sie die Aktualisierungsfrequenz. Für Colocation fordern Sie eine streng spezifizierte Remote-Hands-Aktion an und verlangen Sie ein Foto oder einen Konsolenbeweis. Für Cloud fordern Sie eine Wiederherstellung oder Netzwerkänderung an und ordnen Sie jede privilegierte Aktion einer Identität und Zeit zu.
Die Übung sollte mit einem prägnanten Incident-Bericht und einer Rechnung enden, die den vereinbarten Service widerspiegelt.
Sechs Akzeptanzschritte können öffentliche Hinweise in Sicherheit verwandeln
Engetronics hat bereits genug von seiner Betriebsfläche offengelegt, dass die Beschaffung einen vagen Fragebogen vermeiden kann. Eine nützliche Akzeptanzsequenz kann kurz und konkret sein.
Erstens: Verbinden Sie die vollständige rechtliche Gegenpartei und die CNPJ mit Engetronics, AS53221, der vertraglich vereinbarten Einrichtungszone, den zugewiesenen Adressen, dem Portal-Konto, den Support-Kontakten und den Datenbedingungen. Identifizieren Sie, was Engetronics besitzt, mietet oder von einem anderen Anbieter bezieht.
Zweitens: Üben Sie die Kundenoberfläche. Erstellen Sie separate Administrator- und Beobachterrollen, provisionieren oder empfangen Sie eine kleine Workload, ändern Sie eine autorisierte Ressource, prüfen Sie die Nutzung, widerrufen Sie den Zugang und exportieren Sie alle Aktivitäts- und Abrechnungsnachweise, die der Dienst unterstützt.
Drittens: Inspizieren Sie den physischen Pfad. Verfolgen Sie die Stromversorgung, Kühlung, Brandbekämpfung, Zugangskontrolle und Bedienereingänge für das betreffende Rack oder die Cloud-Hosts. Prüfen Sie aktuelle Wartungs- und Testaufzeichnungen, anstatt sich nur auf Komponentennamen zu verlassen.
Viertens: Testen Sie einen Netzwerkausfall und ein DDoS-Szenario innerhalb vereinbarter Sicherheitsgrenzen. Messen Sie Paketverlust, Latenz, Route-Änderung, Erkennung, Kommunikation und Wiederherstellung. Bestätigen Sie, welche Adressen und Pfade zum vertraglich vereinbarten Service gehören.
Fünftens: Stellen Sie Daten und eine Workload aus dem versprochenen Backup wieder her. Dokumentieren Sie den tatsächlichen Wiederherstellungspunkt, die Wiederherstellungszeit, den Kopienstandort, die verwendeten Anmeldeinformationen und die Schritte, die Engetronics-Personal erforderten.
Sechstens: Üben Sie den Ausstieg. Exportieren Sie Daten, Images, Logs und Konfiguration; verschieben Sie Adressierung oder DNS bei Bedarf; widerrufen Sie Konten; stoppen Sie wiederkehrende Gebühren; und erhalten Sie Löschungsnachweise für primäre und Backup-Kopien. Portabilität zählt am meisten, wenn die Beziehung unter Spannung steht, daher sollte sie bewiesen werden, während beide Seiten planen können.
Der öffentliche Fall von Engetronics ist stärker als bloße Namenserkennung. Es gibt eine beständige Adresse in Brasília, ein definiertes physisches Angebot, ein autonomes System, sichtbare Exchange-Verbindungen und erreichbare Personen über lokale Kanäle. Die verbleibenden Fragen sind ebenfalls sichtbar: widersprüchliche Verfügbarkeitssprache, nicht dokumentierter Cloud-Kontrollplan, unvollständige Ortskarte und Support-Verpflichtungen ohne Uhren oder Autorität. Dies ist eine produktive Position für einen Käufer. Die Nachweise sind ausreichend, um einen genauen Test zu verlangen, und nicht ausreichend, um darauf zu verzichten.