IPP> clarification needed re: "ipp:" proposal

IPP> clarification needed re: "ipp:" proposal

Randy Turner rturner at sharplabs.com
Fri Jul 3 23:25:06 EDT 1998


On reflection, I should worded my last statement as "clients SHOULD use ipp
schemes, but MAY use http schemes to contact servers. Servers MUST support
connections using either http or ipp schemes.

Like I said earlier, I think this will all work, but a detailed I-D will be
more complete with examples and such.

On a different tack, I was hoping we could just get away with using
different methods for IPP, but I was soundly voted down in a past
conference call. If the  IESG requirement covers more than just being able
to distinguish IPP traffic from HTTP traffic, then I think a separate
scheme is the way to go. I'm still re-reading your (Keith) last few
messages to see if I can extract the exact issue(s) the IESG is concerned
with. I'm hitting the road tomorrow for our meeting so I hope to have a
handle on this by Monday.


Randy


At 09:59 PM 7/3/98 -0400, Keith Moore wrote:
>>  however just FYI, I believe either "ipp" or "http" schemes
>> MAY be included, but this is dependent upon the means used to determine the
>> URL in the first place. The administrator of such a service would publish
>> which ever URL was appropriate for how his/her server is configured.
>
>I don't understand.  If you want to advertise a printer, you should use ipp:
>If you want to advertise a web server, you should use http:
>
>Seems like the two should have very different user interfaces, which is
>one of the reasons for exposing the ipp/http difference in the URL.
>
>For instance, if I click on an http link, I expect my browser or OS
>to display that file in a window or offer to save it locally.  
>
>If I click on an ipp link, my browser or OS should pop up
>a window offering to print something to that printer, display
>the pending jobs in the queue, install a driver for that printer, 
>tell me where the printer is and how much it costs to use it, etc.
>Or maybe I can drag some other object and drop it on the 
>printer link, which causes it to be printed.  etc.
>Or I drag the printer link to my desktop, which causes an interface
>to that printer to be installed on my system.  Whatever.  The 
>point is that just by looking at an ipp: URL, a browser or OS or
>a human being can tell that it's a printer, and make use of that
>information without actually having to talk to the thing.
>
>Keith
> 



More information about the Ipp mailing list