[sip-overload] Enhancement to Load Control Event Package to support partial updates to control restriction parameters and validity
<phil.m.williams@bt.com> Tue, 23 August 2011 15:44 UTC
Return-Path: <phil.m.williams@bt.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 C365621F85F2 for <sip-overload@ietfa.amsl.com>;
Tue, 23 Aug 2011 08:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.971
X-Spam-Level:
X-Spam-Status: No, score=-2.971 tagged_above=-999 required=5 tests=[AWL=0.075,
BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z+tujV7ZtUB7 for
<sip-overload@ietfa.amsl.com>; Tue, 23 Aug 2011 08:44:59 -0700 (PDT)
Received: from smtpe1.intersmtp.com (smtp64.intersmtp.COM [62.239.224.237]) by
ietfa.amsl.com (Postfix) with ESMTP id BFF5521F85CE for
<sip-overload@ietf.org>; Tue, 23 Aug 2011 08:44:58 -0700 (PDT)
Received: from EVMHT65-UKRD.domain1.systemhost.net (10.36.3.102) by
RDW083A008ED64.smtp-e4.hygiene.service (10.187.98.13) with Microsoft SMTP
Server (TLS) id 8.3.159.2; Tue, 23 Aug 2011 16:46:06 +0100
Received: from EVMHT02-UKBR.domain1.systemhost.net (193.113.108.43) by
EVMHT65-UKRD.domain1.systemhost.net (10.36.3.102) with Microsoft SMTP Server
(TLS) id 8.3.159.2; Tue, 23 Aug 2011 16:46:05 +0100
Received: from EMV04-UKBR.domain1.systemhost.net ([169.254.1.167]) by
EVMHT02-UKBR.domain1.systemhost.net ([193.113.108.43]) with mapi;
Tue, 23 Aug 2011 16:46:05 +0100
From: <phil.m.williams@bt.com>
To: <sip-overload@ietf.org>
Date: Tue, 23 Aug 2011 16:45:55 +0100
Thread-Topic: Enhancement to Load Control Event Package to support partial
updates to control restriction parameters and validity
Thread-Index: Acxhq768aXwRR+/ZR8icaOn+l4FJjQ==
Message-ID: <E4B3F0DC6D953D4EBEC223BC86FE322C4A5C57E13C@EMV04-UKBR.domain1.systemhost.net>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: multipart/alternative;
boundary="_000_E4B3F0DC6D953D4EBEC223BC86FE322C4A5C57E13CEMV04UKBRdoma_"
MIME-Version: 1.0
Subject: [sip-overload] Enhancement to Load Control Event Package to support
partial updates to control restriction parameters and validity
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: Tue, 23 Aug 2011 15:44:59 -0000
Folks, I have proposed to the authors of draft-ietf-soc-load-control-event-package-01 that Notifications of partial updates to control restriction parameters and validity (only) should be supported. Currently the spec explicitly states that they are not, in 5.7.(Notifier Generation of NOTIFY Requests): ...This event package does not support notifications that contain deltas to previous information or partial information. This proposal is fine with Charles Shen, so we agreed to open it up for general views. My reasoning follows. It would be common practice for updates to specific load control events to be made frequently by changing the control restriction parameter information only (e.g. rate, percent), but not other rule elements, such as call-identity. This will typically be because the utilisation of a resource subject to overload depends upon dynamic unknowns such as holding time and the relative distribution of offered load over subscribing SIP entities. The updates could originate manually or be determined automatically. The latter is referred to already in 4.2.(Filter Computation): ...it may be preferable to employ a dynamic load computation algorithm which adapts to current network status, rather than using a purely static mechanism. The filter content computation algorithm is out of scope of this document. [Note: A rate-based control would generally need a lower frequency of updates even when adaptive than say a loss-based method because of the dependence of the proportional method upon offered rates]. Another factor usually not known precisely or computed automatically is the duration of the load control event. Therefore it would also be common for the validity to change frequently. Not allowing partial updates could be a significant limitation to performance when realised, since it makes such updates unnecessarily verbose. It would be a small enhancement to allow deltas which change the rate, win, or percent values of the action element, and the validity. They can be associated to the complete rule through the rule id. Regards, Phil Williams
- [sip-overload] Enhancement to Load Control Event … phil.m.williams
- Re: [sip-overload] Enhancement to Load Control Ev… SHEN, CHARLES
- Re: [sip-overload] Enhancement to Load Control Ev… bruno.chatras