예를 들어 ISP 제공업체가 인터넷용 Bonjour와 유사한 프로토콜을 개발하는 것이 얼마나 실용적일까요? 이 기술의 몇 가지 용도를 생각해 볼 수 있습니다.
FedEx 사무실에서 인쇄가 필요한 사업가는 서버가 로컬 프린터인 것처럼 FedEx 인쇄/요청 서버를 선택할 수 있습니다. 그러면 FedEx는 사용자가 인쇄 작업을 픽업할 때 사용자에게 요금을 청구할 수 있습니다.
지역 WalMart에서 자신의 사진을 인쇄하려는 사진가는 마치 지역 네트워크의 프린터인 것처럼 WalMart의 사진 인쇄 서버를 선택할 수 있습니다.
답변1
좋습니다. 이 문제가 끝나기 전에 이 문제에 대한 제 생각을 말씀드리겠습니다. 나는 ISP가 이미 모든 것을 구현했다고 믿습니다.IETF zero-conf사양, 기존 DHCP 및 DNS를 사용합니다. 최악의 경우(완전히 관리되지 않는 네트워크)에는 AVAHI로 충분한 경우가 많습니다.
당신이 원하는 것은 서비스 발견인데, 이는 상당히 가능한 일이지만, 당신이 놓치고 있는 것은 통제의 문제입니다. 서비스 운영자는 항상 무엇을 검색 가능하게 할지, 어떻게 할지 결정하는 일을 담당해야 합니다. 순수한 TCP/IP 수준에서 내 네트워크의 서비스를 노출하는 것은 ISP의 권리가 아닙니다.
둘째, 인터넷 전체는 너무 커서 지리적으로 해결 범위를 지정하지 않는 한 의미 있는 방식으로 "검색"할 수 없습니다. 로컬 수준에서 Bonjour가 작동하는 유일한 이유는 범위가 LAN으로 지정되어 있기 때문입니다. iTunes가 내 음악을 이웃과 공유하는 것을 고려한다면 나는 그것을 강력하게 없애야 할 것입니다. Bonjour는 서비스 프로비저닝의 양쪽 끝을 구성하는 데 신경 쓸 수 없는 사람들을 위해 만들어졌습니다.
WWW를 오버레이로 사용하면 서버 관리자와 개발자는 검색 가능한 서비스에 대한 표준을 구현하기 위한 다양한 기본 기술을 사용하여 웹을 통해 검색 가능한 서비스를 구현할 수 있습니다. 우리는 검색 엔진을 통해 이를 발견할 수 있으며, 해당 조항을 소비하도록 설계된 응용 프로그램을 작성하거나 다른 방법으로 얻은 응용 프로그램을 통해 액세스할 수 있습니다. Fedex는 ISP가 아닌 원하는 대로 설계 및 구성된 소프트웨어를 사용하여 특정 순간에 특정 상태(유휴, 인쇄, 대기열 등)에 있는 다양한 위치의 많은 프린터를 자유롭게 관리할 수 있습니다.
Fedex가 웹 인쇄를 설정하려는 경우 지금 가능하며 MS 인터넷 인쇄 드라이버를 사용하여 인쇄할 수 있습니다. 라인 인쇄 통신 프로토콜은 실제로 지구 반대편에 있는 프린터에 도달하는 데 필요한 견고성을 제공하도록 설계되지 않았습니다. USB를 통해 연결된 것과 동일한 방식으로 장치에 직접 액세스하려면 새로운 드라이버와 프로토콜이 필요합니다. 귀하의 OS는 이를 표시하고 로컬 프린터와 동일하게 보이도록 선택할 수도 있고 그렇지 않을 수도 있습니다.
따라서 요약하자면, 우리는 원하는 것을 하기로 선택하면 이를 수행할 수 있는 모든 능력을 이미 갖추고 있으며, 그렇게 할지 말지의 자유는 인터넷을 자유롭고 민주적으로 유지하는 데 필수적이라고 주장하고 싶습니다. ISP 수준에 책임을 두는 것은 부적절하며 실제로 예측 가능한 방식으로 ISP 간에 광범위한 차이를 초래할 수 있습니다. 귀하의 서비스가 하나의 ISP에서만 제공되거나 심지어 5개 중 4개에서만 제공된다고 상상해 보십시오. 처음에는 전체 인터넷이 Apple과 같이 정체된 벽으로 둘러싸인 정원 세트로 저하될 때까지 대혼란이 될 것입니다. 인터넷이 케이블 패키지가 되는 것을 허용할 수 없습니다.