IPP> Implications of a new scheme, etc

IPP> Implications of a new scheme, etc

Josh Cohen joshco at microsoft.com
Mon Jun 8 16:16:13 EDT 1998


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 at us.ibm.com]
> Sent: Monday, June 08, 1998 5:34 AM
> To: Josh Cohen
> Cc: ipp at 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 at us.ibm.com
> phone: 1-303-924-4080
> 
> 
> 
> joshco at microsoft.com on 06/05/98 05:04:37 PM
> Please respond to joshco at microsoft.com
> To: ipp at pwg.org, Roger K Debry/Boulder/IBM at 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 at us.ibm.com]
> > Sent: Friday, June 05, 1998 1:00 PM
> > To: ipp at 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 at us.ibm.com
> > phone: 1-303-924-4080
> >
> 
> 
> 
> 



More information about the Ipp mailing list