RE: [Diffserv] DHCP user class

Jay Wang <jawang@cosinecom.com> Tue, 18 July 2000 18:09 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA27108 for <diffserv-archive@odin.ietf.org>; Tue, 18 Jul 2000 14:09:33 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA06912; Tue, 18 Jul 2000 13:34:01 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA06891 for <diffserv@ns.ietf.org>; Tue, 18 Jul 2000 13:33:57 -0400 (EDT)
Received: from exchsrv1.cosinecom.com (mail.cosinecom.com [63.88.104.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15060 for <diffserv@ietf.org>; Tue, 18 Jul 2000 13:33:55 -0400 (EDT)
Received: by exchsrv1.cosinecom.com with Internet Mail Service (5.5.2650.21) id <3Q9YLC9K>; Tue, 18 Jul 2000 10:33:12 -0700
Message-ID: <7EB7C6B62C4FD41196A80090279A29112D93F2@exchsrv1.cosinecom.com>
From: Jay Wang <jawang@cosinecom.com>
To: 'Gary Kenward' <gkenward@nortelnetworks.com>, "'Manfredi, Albert E'" <Albert.Manfredi@PHL.Boeing.com>, 'Brian E Carpenter' <brian@hursley.ibm.com>, Diff Serv <diffserv@ietf.org>
Subject: RE: [Diffserv] DHCP user class
Date: Tue, 18 Jul 2000 10:33:10 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF0DE.3E326800"
Sender: diffserv-admin@ietf.org
Errors-To: diffserv-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Diffserv Discussion List <diffserv.ietf.org>
X-BeenThere: diffserv@ietf.org

I think the issue is realistic but irrelevant to the DHCP extension
because without this DHCP extension you still have the same issue,
namely how to provide differentiate service for a single IP address.
To address this, you can have a MF classifier which distinguished flows
based on multiple fields on top of the source IP address.
 
- Jay Wang
 

-----Original Message-----
From: Gary Kenward [mailto:gkenward@nortelnetworks.com]
Sent: Monday, July 17, 2000 1:24 PM
To: 'Manfredi, Albert E'; 'Brian E Carpenter'; Diff Serv
Subject: RE: [Diffserv] DHCP user class



I believe the intent is to provide an additional dimension for service
differentiation 
in addition to application stream related differentiation. For example, an
application 
in use by user A would receive a different, perhaps improved, service over
the service 
provided by the same application in use by user B. The actual
differentiation supported 
would be up to the service provider. 

The only issue that I can see with using the IP address is that all
applications 
on the host using that IP address will be impacted. Thus, for example, if
the objective is 
to give user A's video streams better service, then user A's email stream
will 
likely be given relatively better service over other users email. 

The only solution I can see o providing user differentiation on a per
application basis 
is one based upon request/assignment (e.g. Diff Edge). 

Gary Kenward 

========================================================================== 
Gary W. Kenward
gkenward@nortelnetworks.com 
Advisor, Wireless Architecture               (613) 765-1437 
Advanced Technology Labs                      ESN 395-1437 
Wireless Solutions                                  FAX: (613) 763-2686 
========================================================================== 

As far as the laws of mathematics refer to reality, they are not certain; 
and as far as they are certain, they do not refer to reality. 
-- Albert Einstein 

The contents of this email are Nortel Networks Confidential 

> -----Original Message----- 
> From: Manfredi, Albert E [ mailto:Albert.Manfredi@PHL.Boeing.com
<mailto:Albert.Manfredi@PHL.Boeing.com> ] 
> Sent: Sunday, July 09, 2000 5:14 PM 
> To: 'Brian E Carpenter'; Diff Serv 
> Subject: RE: [Diffserv] DHCP user class 
> 
> 
> -----Original Message----- 
> > From: Brian E Carpenter [ mailto:brian@hursley.ibm.com
<mailto:brian@hursley.ibm.com> ] 
> > Sent: Sunday, July 09, 2000 2:35 PM 
> > To: Diff Serv 
> > Subject: [Diffserv] DHCP user class 
> > 
> > 
> > Diffservers might want to look at 
> > http://www.ietf.org/internet-drafts/draft-ietf-dhc-userclass-08.txt
<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 
> 
> Here's a little more quoted: 
> 
> "This document describes a simple extension of the DHCP protocol 
> that enables a DHCP server to assign IP addresses from different 
> address pools depending on the type of users from which it receives 
> DHCP requests. With this new extension, network administrators will 
> be able to use DHCP to hand out the appropriate addresses to clients." 
> 
> The reason I quoted this is that it seemed strange to assign service 
> category based only on the source IP address, and that 
> extension explains 
> that the address assigned by DHCP would indeed depend only on 
> the host, 
> _not_ on the application_s_ the host was going to be running. The DHCP 
> server obviously won't know the applications that would be 
> running until 
> after the IP address is assigned. 
> 
> Reading further into the I-D does not dispell this notion. 
> 
> Seems like a strange idea in a time of multimedia apps? 
> Request for service 
> differentiation belongs at the application layer, maybe not 
> exclusively, but 
> that should be the norm. 
> 
> Bert 
> albert.e.manfredi@boeing.com 
> 
> _______________________________________________ 
> diffserv mailing list 
> diffserv@ietf.org 
> http://www1.ietf.org/mailman/listinfo/diffserv
<http://www1.ietf.org/mailman/listinfo/diffserv>  
> Archive: http://www-nrg.ee.lbl.gov/diff-serv-arch/
<http://www-nrg.ee.lbl.gov/diff-serv-arch/>  
> 
>