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/
> 