IETF Logo Mail Archive

Re: [sip-overload] Issue: Multiple algorithms -> Single algorithm for overload control

Janet P Gunn <jgunn6@csc.com> Sun, 12 June 2011 00:49 UTC

Return-Path: <jgunn6@csc.com>
X-Original-To: sip-overload@ietfa.amsl.com
Delivered-To: sip-overload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE05E11E80A2 for <sip-overload@ietfa.amsl.com>; Sat, 11 Jun 2011 17:49:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8AmOSR6Ezv+P for <sip-overload@ietfa.amsl.com>; Sat, 11 Jun 2011 17:49:36 -0700 (PDT)
Received: from mail85.messagelabs.com (mail85.messagelabs.com [216.82.241.211]) by ietfa.amsl.com (Postfix) with ESMTP id 73E9011E809D for <sip-overload@ietf.org>; Sat, 11 Jun 2011 17:49:36 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: jgunn6@csc.com
X-Msg-Ref: server-7.tower-85.messagelabs.com!1307839775!9688253!1
X-StarScan-Version: 6.2.17; banners=-,-,-
X-Originating-IP: [20.137.2.88]
Received: (qmail 10369 invoked from network); 12 Jun 2011 00:49:35 -0000
Received: from amer-mta102.csc.com (HELO amer-mta102.csc.com) (20.137.2.88) by server-7.tower-85.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jun 2011 00:49:35 -0000
Received: from amer-gw09.amer.csc.com (amer-gw09.amer.csc.com [20.6.39.245]) by amer-mta102.csc.com (Switch-3.4.3/Switch-3.3.3mp) with ESMTP id p5C0nY1g026196 for <sip-overload@ietf.org>; Sat, 11 Jun 2011 20:49:35 -0400
In-Reply-To: <4DF3F043.1080004@bell-labs.com>
References: <4DF28DE3.6080804@bell-labs.com> <OF4A4D3A50.D2F3988E-ON852578AB.00790433-852578AB.0079246D@csc.com> <4DF3F043.1080004@bell-labs.com>
To: "Vijay K. Gurbani" <vkg@bell-labs.com>
MIME-Version: 1.0
X-KeepSent: EE73451F:82BE7993-852578AD:00044FAD; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2FP1 CCH2 April 23, 2009
From: Janet P Gunn <jgunn6@csc.com>
Message-ID: <OFEE73451F.82BE7993-ON852578AD.00044FAD-852578AD.000485A0@csc.com>
Date: Sat, 11 Jun 2011 20:49:59 -0400
X-MIMETrack: Serialize by Router on AMER-GW09/SRV/CSC(Release 8.5.2FP1 HF29|January 09, 2011) at 06/11/2011 08:48:12 PM, Serialize complete at 06/11/2011 08:48:12 PM
Content-Type: multipart/alternative; boundary="=_alternative 000484DD852578AD_="
Cc: "sip-overload@ietf.org" <sip-overload@ietf.org>
Subject: Re: [sip-overload] Issue: Multiple algorithms -> Single algorithm for overload control
X-BeenThere: sip-overload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Overload <sip-overload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-overload>
List-Post: <mailto:sip-overload@ietf.org>
List-Help: <mailto:sip-overload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Jun 2011 00:49:40 -0000

I am sure it was, it just hadn't sunk in for me.

I guess the wisdom of that value depends on the complexity of the 
algorithm for choosing the loss parameter. If it is a simple calculation 
it shouldn't matter.

Janet

"Vijay K. Gurbani" <vkg@bell-labs.com> wrote on 06/11/2011 06:46:27 PM:

> [image removed] 
> 
> Re: [sip-overload] Issue: Multiple algorithms -> Single algorithm 
> for overload control
> 
> Vijay K. Gurbani 
> 
> to:
> 
> Janet P Gunn
> 
> 06/11/2011 06:46 PM
> 
> Cc:
> 
> "sip-overload@ietf.org"
> 
> Janet P Gunn wrote:
> > Do I understanding that you are expecting an (already overloaded) SIP 
> > server to recalculate the desired "loss rate" twice a second?
> 
> Janet: I am not sure I understand your question.  If
> you are asking about the default value of the server's
> feedback period, it has been 500ms since the beginning
> of this work.
> 
> > Is that wise?
> 
> Recalculation by the overload server has to be done for
> any algorithm, right?
> 
> Thanks,
> 
> - vijay
> -- 
> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
> 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60566 (USA)
> Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com
> Web:   http://ect.bell-labs.com/who/vkg/

v2.8.7 | Report a Bug | By Email