¿Qué tan práctico sería para, digamos, el proveedor de un ISP desarrollar un protocolo similar a Bonjour para Internet? Se me ocurren algunos usos para esta tecnología:
Un empresario que necesite imprimir algo en una oficina de FedEx podría seleccionar un servidor de solicitud/impresión de FedEx como si el servidor fuera una impresora local. FedEx podría entonces cobrarle al usuario cuando recoja el trabajo de impresión.
Un fotógrafo que quiera imprimir sus fotografías en el WalMart local podría seleccionar el servidor de impresión de fotografías de WalMart como si fuera una impresora en la red local.
Respuesta1
Ok, antes de que esto se cierre, te daré mi opinión sobre el asunto. Creo que los ISP ya implementan todo en elConfiguración cero del IETFespecificación, utilizando DHCP y DNS tradicionales. En el peor de los casos (una red completamente no administrada), AVAHI suele ser suficiente.
Lo que parece querer es el descubrimiento de servicios, lo cual es bastante posible, pero lo que le falta es la cuestión del control. El operador del servicio siempre debe ser responsable de decidir qué hacer visible y cómo hacerlo. No es correcto que los ISP expongan los servicios de mi red a un nivel puro de TCP/IP.
En segundo lugar, Internet en general es demasiado grande para ser "descubrible" de manera significativa, a menos que la resolución tenga un alcance, probablemente geográfico. A nivel local, la única razón por la que Bonjour funciona es que está dirigido a una LAN. Si iTunes alguna vez considerara compartir mi música con mis vecinos, me vería obligado a matarla con todas mis fuerzas. Bonjour fue creado para personas que no se molestan en configurar ninguno de los extremos del aprovisionamiento de un servicio.
Al utilizar la WWW como superposición, los administradores y desarrolladores de servidores pueden implementar servicios en la web que sean detectables, utilizando una amplia gama de tecnologías subyacentes para implementar estándares para servicios detectables. Podemos descubrirlos con motores de búsqueda y acceder a ellos con cualquier aplicación que escribamos u obtengamos y que haya sido diseñada para consumir sus provisiones. Fedex es libre de administrar muchas impresoras en muchas ubicaciones diferentes, todas las cuales se encuentran en algún estado (inactivas, imprimiendo, en cola, etc.) en cualquier momento utilizando un software diseñado y configurado como ellos lo desean, no el ISP.
Si Fedex quisiera configurar la impresión web, podría hacerlo ahora y usted podría imprimirles utilizando los controladores de MS Internet Printing para hacerlo. De todos modos, los protocolos de comunicaciones de impresión en línea nunca se diseñaron realmente para proporcionar la solidez que necesita para llegar a una impresora en el otro lado del mundo. Se necesitarían nuevos controladores y protocolos para acceder directamente al dispositivo de la misma forma que lo hacen a uno conectado vía USB. Su sistema operativo puede optar por mostrárselo y hacer que parezca idéntico a una impresora local, o puede que no.
Entonces, en resumen, yo diría que ya tenemos toda la capacidad para hacer lo que queramos si decidimos hacerlo, y que la libertad de hacerlo o no es esencial para mantener Internet libre y democrática. Dejar la responsabilidad a nivel de los ISP es inapropiado y causaría una amplia divergencia entre los ISP en formas que en realidad deberían ser productos básicos predecibles. Imagínese si su servicio solo estuviera disponible en un ISP, o incluso en 4 de cada 5. Al principio sería un caos, hasta que todo Internet se degradara en conjuntos de jardines amurallados estancados como Apples. No se puede permitir que Internet se convierta en un paquete de cable.