Wie praktisch wäre es beispielsweise für den Provider eines ISP, ein Bonjour-ähnliches Protokoll für das Internet zu entwickeln? Ich kann mir einige Einsatzmöglichkeiten für diese Technologie vorstellen:
Ein Geschäftsmann, der etwas in einer FedEx-Niederlassung ausdrucken lassen möchte, könnte einen FedEx-Druck-/Anforderungsserver auswählen, als wäre der Server ein lokaler Drucker. FedEx könnte dem Benutzer dann eine Gebühr berechnen, wenn er den Druckauftrag abholt.
Eine Fotografin, die ihre Fotos beim örtlichen WalMart ausdrucken möchte, könnte den Fotodruckserver von WalMart auswählen, als wäre es ein Drucker im lokalen Netzwerk.
Antwort1
Ok, bevor dies geschlossen wird, werde ich Ihnen meine Gedanken zu diesem Thema mitteilen. Ich glaube, dass ISPs bereits alles in derZero-Conf-Protokoll der IETFSpezifikation, unter Verwendung von herkömmlichem DHCP und DNS. Im schlimmsten Fall (ein völlig unverwaltetes Netzwerk) ist AVAHI oft ausreichend.
Sie scheinen eine Diensterkennung zu wollen, was durchaus möglich ist, aber was Ihnen fehlt, ist die Kontrolle. Der Dienstbetreiber sollte immer entscheiden, was erkennbar gemacht wird und wie dies geschieht. Es ist nicht das Recht des ISPs, die Dienste in meinem Netzwerk auf einer reinen TCP/IP-Ebene verfügbar zu machen.
Zweitens ist das Internet als Ganzes zu groß, um jemals auf sinnvolle Weise „entdeckt“ zu werden, es sei denn, die Auflösung ist begrenzt, wahrscheinlich geografisch. Auf lokaler Ebene funktioniert Bonjour nur deshalb, weil es auf ein LAN beschränkt ist. Wenn iTunes jemals auch nur in Erwägung ziehen würde, meine Musik mit meinen Nachbarn zu teilen, wäre ich gezwungen, es mit aller Macht zu töten. Bonjour wurde für Leute entwickelt, die sich nicht die Mühe machen wollen, beide Enden einer Dienstbereitstellung zu konfigurieren.
Mit dem WWW als Overlay können Serveradministratoren und Entwickler auffindbare Dienste über das Web implementieren, indem sie eine breite Palette zugrunde liegender Technologien verwenden, um Standards für auffindbare Dienste zu implementieren. Wir können sie mit Suchmaschinen finden und mit allen Anwendungen, die wir schreiben oder anderweitig erhalten und die für die Nutzung dieser Dienste konzipiert sind, darauf zugreifen. Fedex kann die vielen Drucker an vielen verschiedenen Standorten, die sich alle zu jedem beliebigen Zeitpunkt in einem bestimmten Zustand befinden (Leerlauf, Drucken, Warteschlange usw.), mithilfe von Software verwalten, die nach den Wünschen von Fedex und nicht nach dem ISP entwickelt und konfiguriert wurde.
Wenn Fedex Web Printing einrichten wollte, könnte es das jetzt tun, und Sie könnten mit den MS Internet Printing-Treibern auf sie drucken. Kommunikationsprotokolle für Online-Druck wurden ohnehin nie wirklich dafür entwickelt, die Robustheit zu bieten, die Sie brauchen, um einen Drucker am anderen Ende der Welt zu erreichen. Es wären neue Treiber und Protokolle erforderlich, um direkt auf das Gerät zuzugreifen, so wie es bei einem über USB angeschlossenen Gerät der Fall ist. Ihr Betriebssystem könnte es Ihnen anzeigen und es so aussehen lassen, als wäre es ein lokaler Drucker, oder auch nicht.
Zusammenfassend würde ich also argumentieren, dass wir bereits alle Möglichkeiten haben, zu tun, was Sie wollen, wenn wir uns dafür entscheiden, und dass die Freiheit, dies zu tun oder nicht, wesentlich ist, um das Internet frei und demokratisch zu halten. Die Verantwortung auf die ISP-Ebene zu übertragen, ist unangemessen und würde zu großen Unterschieden zwischen den ISPs führen, und zwar in einer Weise, die eigentlich vorhersehbar sein sollte. Stellen Sie sich vor, Ihr Dienst wäre nur bei einem ISP verfügbar oder sogar bei 4 von 5. Zunächst wäre ein heilloses Durcheinander, bis das gesamte Internet in stagnierende, ummauerte Gärten wie Apples verfallen würde. Das Internet darf nicht zu einem Kabelpaket werden.