Re: [Diffserv] SLA & admission control in DiffServ

SERBAN Rares <serban_rares@yahoo.com> Thu, 28 November 2002 10:19 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA24549 for <diffserv-archive@odin.ietf.org>; Thu, 28 Nov 2002 05:19:56 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gASAMBx11052 for diffserv-archive@odin.ietf.org; Thu, 28 Nov 2002 05:22:11 -0500
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gASAAav10461; Thu, 28 Nov 2002 05:10:36 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gASA2Jv09595 for <diffserv@optimus.ietf.org>; Thu, 28 Nov 2002 05:02:19 -0500
Received: from web13905.mail.yahoo.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA24164 for <diffserv@ietf.org>; Thu, 28 Nov 2002 04:59:33 -0500 (EST)
Message-ID: <20021128100217.39177.qmail@web13905.mail.yahoo.com>
Received: from [138.96.192.3] by web13905.mail.yahoo.com via HTTP; Thu, 28 Nov 2002 02:02:17 PST
Date: Thu, 28 Nov 2002 02:02:17 -0800
From: SERBAN Rares <serban_rares@yahoo.com>
Subject: Re: [Diffserv] SLA & admission control in DiffServ
To: Brian E Carpenter <brian@hursley.ibm.com>, Amoakoh Gyasi-Agyei <amoakoh@eleceng.adelaide.edu.au>
Cc: diffserv@ietf.org
In-Reply-To: <3DE5D2C3.A315616E@hursley.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: diffserv-admin@ietf.org
Errors-To: diffserv-admin@ietf.org
X-BeenThere: diffserv@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/diffserv>, <mailto:diffserv-request@ietf.org?subject=unsubscribe>
List-Id: Diffserv Discussion List <diffserv.ietf.org>
List-Post: <mailto:diffserv@ietf.org>
List-Help: <mailto:diffserv-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/diffserv>, <mailto:diffserv-request@ietf.org?subject=subscribe>

I have a question:

Which part from Diffserv SLA could be negotiated in
the case of Dynamic SLA? Which are the funcionalities
from Diffserv involved in this
negociation/re-negotiation?

Thank you,

R.

--- Brian E Carpenter <brian@hursley.ibm.com> wrote:
> Would you sign a contract to guarantee bandwidth on
> a variable
> bandwidth network? I wouldn't, so what you are
> describing is
> an SLA that should never exist.
> 
> I don't know what a dynamic SLA is. We certainly
> don't have any
> standards for such things.
> 
> You might well have rate control in a source,
> admission control
> in an ingress router, and policing in a downstream
> router.
> I suggest you read RFC 3086 and RFC 3290.
> 
>    Brian
> 
> Amoakoh Gyasi-Agyei wrote:
> > 
> > Hi,
> > 
> > Should the SLA be static or dynamically
> negotiated? Assuming a static SLA with bandwidth
> limit, how can the service provider guarantee the
> > SLA on a connection with a wireless component
> which is spatio-temporarily varying and whose
> bandwidth can degrade ungraciously? What is
> > the need to differentiate a policer from an
> admission controller?
> > 
> > So, Brian, do you mean that the admission
> controller in this case will operate in the traffic
> source while the policer sits somewhere else
> > or be integrated? I just do not know why and how
> some of these functionalities were separated
> although their functionalities appear to be
> > very similar, if not identical.
> > 
> > Thanks,
> > Amoakoh
> > 
> > >
> > > Message: 3
> > > Date: Wed, 27 Nov 2002 17:17:57 +0100
> > > From: Brian E Carpenter <brian@hursley.ibm.com>
> > > Organization: IBM
> > > To: Geunhyung Kim <geunkim@postech.ac.kr>
> > > Cc: diffserv <diffserv@ietf.org>
> > > Subject: Re: [Diffserv] SLA & admission control
> > >
> > > It depends on the PDB in use. If it has a
> bandwidth limit,
> > > then ingress policing will be used to discard
> excess traffic.
> > > In this case, it may be desirable to apply
> admission control,
> > > rather than let the policing throw traffic away.
> Actually,
> > > that is something that the SLA should specify.
> > >
> > >      Brian
> > >
> > > Geunhyung Kim wrote:
> > > >
> > > > Hello, All,
> > > >
> > > > I have some confusion about the SLA and
> admission control.
> > > > When the provider contracts the SLA with the
> customer
> > > >  - the provide check if the network can
> support the SLA and the provider make the contract
> when the SLA can be supported.
> > > >
> > > > As far as I know, when the SLA mechanism is
> used in the DiffServ domain, the admission control
> mechanism is not required, I thought.
> > > > Is my thought correct ?
> > > > If not, please let me know why the admission
> control is required after SLA is entered into
> agreement.
> > > >
> > > > Thanks in advance,
> > > >
> > > > Geunhyung Kim
> > > >
> > > > None of us is as smart as all of us
> > > > ==========================================
> > > > Geunhyung Kim
> > > >
> > > > E-mail: geunkim@postech.edu
> > > >
> > > > Tel: +82-54-279-5655
> > > > Fax: +82-54-279-5699
> > > >
> > > > Networking & Distributed Systems Lab.
> > > > CSE
> > > > POSTECH
> > >
> > 
> >
>
_______________________________________________________
> > Amoakoh Gyasi-Agyei
> > Centre for Internet Technology Research (CITR)
> > Electrical & Electronic Engineering Department
> > Adelaide University
> > Tel: +61 8 8303 6209 (office)
> > Tel: +61 402 638 141 (mbl)
> > Fax: +61 8 8303 4405
> >
>
http://aaron.eleceng.adelaide.edu.au/Personal/amoakoh/
> 
> -- 
> - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - - - - -
> Brian E Carpenter 
> Distinguished Engineer, Internet Standards &
> Technology, IBM 
> On assignment at the IBM Zurich Laboratory,
> Switzerland
> _______________________________________________
> diffserv mailing list
> diffserv@ietf.org
> https://www1.ietf.org/mailman/listinfo/diffserv
> Archive:
>
http://www.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
_______________________________________________
diffserv mailing list
diffserv@ietf.org
https://www1.ietf.org/mailman/listinfo/diffserv
Archive: http://www.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html