Quão prático seria para, digamos, um provedor de ISP desenvolver um protocolo semelhante ao Bonjour para a Internet? Posso pensar em alguns usos para esta tecnologia:
Um empresário que precisa de algo impresso em um escritório da FedEx pode selecionar um servidor de impressão/solicitação da FedEx como se o servidor fosse uma impressora local. A FedEx poderia então cobrar do usuário quando ele pegasse o trabalho de impressão.
Um fotógrafo que deseja que suas fotos sejam impressas no WalMart local poderia selecionar o servidor de impressão de fotos do WalMart como se fosse uma impressora na rede local.
Responder1
Ok, antes que isso seja encerrado, darei minha opinião sobre o assunto. Acredito que os ISPs já implementam tudo noConfiguração zero do IETFespecificação, usando DHCP e DNS tradicionais. Na pior das hipóteses (uma rede completamente não gerenciada), o AVAHI costuma ser suficiente.
O que você parece querer é a descoberta de serviços, o que é bem possível, mas o que falta é a questão do controle. O operador do serviço deve ser sempre responsável por decidir o que tornar detectável e como fazê-lo. Não é direito dos ISPs expor os serviços na minha rede em um nível TCP/IP puro.
Em segundo lugar, a Internet em geral é demasiado grande para ser “detectável” de uma forma significativa, a menos que a resolução tenha um âmbito, provavelmente geográfico. No nível local, a única razão pela qual o Bonjour funciona é que seu escopo é uma LAN. Se o iTunes algum dia considerasse compartilhar minha música com meus vizinhos, eu seria forçado a eliminá-lo poderosamente. O Bonjour foi feito para pessoas que não se preocupam em configurar nenhuma das extremidades do provisionamento de serviço.
Usando a WWW como uma sobreposição, administradores de servidores e desenvolvedores podem implementar serviços detectáveis pela Web, usando uma ampla gama de tecnologias subjacentes para implementar padrões para serviços detectáveis. Podemos descobri-los com motores de busca e acessá-los com quaisquer aplicativos que escrevemos ou obtemos e que foram projetados para consumir suas provisões. A Fedex é livre para gerenciar muitas impressoras em vários locais diferentes, todas elas em algum estado (inativa, imprimindo, em fila, etc.) a qualquer momento, usando software projetado e configurado como eles desejam, não o ISP.
Se a Fedex quisesse configurar a impressão na Web, eles poderiam fazê-lo agora, e você poderia imprimir para eles usando os drivers MS Internet Printing para fazer isso. Os protocolos de comunicação de impressão em linha nunca foram realmente projetados para fornecer a robustez necessária para atingir uma impressora do outro lado do mundo. Novos drivers e protocolos seriam necessários para acessar diretamente o dispositivo da mesma forma que fazem com um conectado via USB. Seu sistema operacional pode optar por mostrá-lo a você e torná-lo idêntico a uma impressora local, ou não.
Portanto, em suma, eu diria que já temos toda a capacidade para fazer o que quisermos, se decidirmos fazê-lo, e que a liberdade de o fazer ou não é essencial para manter a Internet livre e democrática. Colocar a responsabilidade no nível dos ISPs é inadequado e causaria grandes divergências entre os ISPs de maneiras que realmente deveriam ser mercadorias previsíveis. imagine se o seu serviço estivesse disponível apenas em um ISP, ou mesmo em 4 em cada 5. Seria um pandemônio, no início, até que toda a Internet se degradasse em conjuntos de jardins murados estagnados como Maçãs. Não podemos permitir que a Internet se torne um pacote de TV a cabo.