IPP Mail Archive: RE: IPP> Implications of a new scheme, etc

RE: IPP> Implications of a new scheme, etc

Josh Cohen (joshco@microsoft.com)
Mon, 8 Jun 1998 13:16:13 -0700

Correct me if Im wrong, this is my understanding of that
proposal: (from the proxy/firewall perspective)

IPP URLS are always to port 380 (or whatever we choose)
Proxies and firewalls can filter IPP by enabling or disabling
URLS to port 380.

?

> -----Original Message-----
> From: Roger K Debry [mailto:rdebry@us.ibm.com]
> Sent: Monday, June 08, 1998 5:34 AM
> To: Josh Cohen
> Cc: ipp@pwg.org
> Subject: RE: IPP> Implications of a new scheme, etc
>
>
> Josh,
>
> I will make the impact statement for IPP on the wire stronger, as
> you suggest. I think Carl Kugler has pointed out that the HTTP
> on the wire column is just Larry Masinter's proposal, which I
> hope you will agree causes no impact to proxies. Since this
> column does imply a new port number, isn't this enough to
> distinguish this for firewall purposes?
>
> Roger K deBry
> Senior Technical Staff Member
> Architecture and Technology
> IBM Printing Systems
> email: rdebry@us.ibm.com
> phone: 1-303-924-4080
>
>
>
> joshco@microsoft.com on 06/05/98 05:04:37 PM
> Please respond to joshco@microsoft.com
> To: ipp@pwg.org, Roger K Debry/Boulder/IBM@ibmus
> cc:
> Subject: RE: IPP> Implications of a new scheme, etc
>
>
> Hi Roger,
>
> I've got some comments on this. (I dont imagine your surprised :)
>
> For the IPP: (new scheme proposals)
> I think putting 'no impact' for proxies is 100% inaccurate.
> a new IPP scheme will break *every* existing Proxy. I challenge
> the wg to find a proxy which will pass this exception, if one exists.
>
> In the case of the new method, most current proxies will be
> able to handle it with minimal effort, as you indicated, some will
> handle it as shipped (MSproxy) and some will need a patch. (squid)
> If this is a holdup for a new method, I volunteer to submit
> a patch to the squid group to fix this.
>
> To use a new scheme means that proxies must understand the
> IPP protocol inner workings (which means that it has to know
> that its really just HTTP on the wire). To use a new
> method means that IPP is a service on HTTP that is identified
> by its different method (PRINT).
>
>
>
> > -----Original Message-----
> > From: Roger K Debry [mailto:rdebry@us.ibm.com]
> > Sent: Friday, June 05, 1998 1:00 PM
> > To: ipp@pwg.org
> > Subject: IPP> Implications of a new scheme, etc
> >
> >
> > As suggested on Wednesday's teleconference, Harry Lewis,
> > Carl Kugler, and I produced the attached table (in .pdf format)
> > which hopefully summarizes the many views which have been
> > expressed on this subject over the last couple of weeks. Our
> > intent is that this would help support our position with
> Keith Moore.
> >
> >
> >
> > Roger K deBry
> > Senior Technical Staff Member
> > Architecture and Technology
> > IBM Printing Systems
> > email: rdebry@us.ibm.com
> > phone: 1-303-924-4080
> >
>
>
>
>