RE: [Diffserv] DHCP user class

I'd share with this set of 
writers the things they tell us about, 
however it's also true that
there may be some hosts around (i.e. hosts 
not equipped with signaling capabilities) 
for which the mentioned router
feature assisted by DHCP is a good thing .

What the piece of text mentions is just an 
example and is not anything mandated by the 
document, so the IESG may not
have/want to use their time on this. 
Or, if they are in nit picking mode,
just suggest a cautionary statement 
on the fact that this example is limited
to the enterprise/local scope, and not for an 
end to end purpose.

alessio

> ----------
> From: 	Yoram Bernet[SMTP:yoramb@Exchange.Microsoft.com]
> Sent: 	10 July 2000 18:27
> To: 	Grenville Armitage; Brian E Carpenter
> Cc: 	Diff Serv; iesg@ietf.org
> Subject: 	RE: [Diffserv] DHCP user class
> 
> I think I concur... 
> 
> I think that it is important that the draft document the limitations of
> the DHCP approach and acknowledge the recommendations in the issll drafts
> on using RSVP, with user ID policy objects, for providing the network with
> classification information. When such signaling is available to provide
> the network with the classification information corresponding to users, it
> seems to be a preferable approach. For cases in which signaling is not
> available, the dhcp approach might be used.
> 
> Y 
> 
> > -----Original Message----- 
> > From: Grenville Armitage [ mailto:gja@dnrc.bell-labs.com] 
> > Sent: Sunday, July 09, 2000 4:02 PM 
> > To: Brian E Carpenter 
> > Cc: Diff Serv; iesg@ietf.org 
> > Subject: Re: [Diffserv] DHCP user class 
> > 
> > 
> > Brian, 
> > 
> > At the very least the first half of the current introduction 
> > is a speculative description of a service differentiation scheme 
> > that hasn't been documented anywhere else in the IETF to my 
> > knowledge. There are no citations to models. I hope the IESG will 
> > request that the document authors either clarify the relationship 
> > between Diffserv/Intserv and their service differentiation model, 
> > or simply remove the 'classify on source address' example. 
> > 
> > cheers, 
> > gja 
> > 
> > Brian E Carpenter wrote: 
> > > 
> > > Diffservers might want to look at 
> > > http://www.ietf.org/internet-drafts/draft-ietf-dhc-userclass-08.txt 
> > > 
> > > It's already passed last call and is on the IESG's plate. But it 
> > > says 
> > > 
> > >    It is often desirable to provide different levels of service 
> > >    to different users of an IP network. 
> > >    In order for an IP network to implement this service 
> > >    differentiation, it needs a way to classify users. A simple 
> > >    solution to this is to use source IP addresses for 
> > classification. 
> > >    Under this scheme, network administrators first configure network 
> > >    devices such as routers to recognize traffic from a particular 
> > >    source IP address (or address range) and handle it specially to 
> > >    meet the desired level of service. 
> > > 
> > > If you think this is a good/bad idea, *now* is the time to say so. 
> > > 
> > >    Brian 
> > > 
> > > _______________________________________________ 
> > > diffserv mailing list 
> > > diffserv@ietf.org 
> > > http://www1.ietf.org/mailman/listinfo/diffserv 
> > > Archive: http://www-nrg.ee.lbl.gov/diff-serv-arch/ 
> > 
> > -- 
> > ______________________________________________________________ 
> > __________ 
> > Grenville Armitage                    
> > http://members.home.net/garmitage/ 
> > Bell Labs Research Silicon Valley 
> > 
> > _______________________________________________ 
> > diffserv mailing list 
> > diffserv@ietf.org 
> > http://www1.ietf.org/mailman/listinfo/diffserv 
> > Archive: http://www-nrg.ee.lbl.gov/diff-serv-arch/ 
> > 
> 
> 

_______________________________________________
diffserv mailing list
diffserv@ietf.org
http://www1.ietf.org/mailman/listinfo/diffserv
Archive: http://www-nrg.ee.lbl.gov/diff-serv-arch/