IETF Logo Mail Archive

Re: [Dime] OLR applicable for any/all applications

Maria Cruz Bartolome <maria.cruz.bartolome@ericsson.com> Mon, 09 December 2013 10:55 UTC

Return-Path: <maria.cruz.bartolome@ericsson.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19DAC1AE272 for <dime@ietfa.amsl.com>; Mon, 9 Dec 2013 02:55:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.239
X-Spam-Level:
X-Spam-Status: No, score=-1.239 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mlZmuCK5mM4S for <dime@ietfa.amsl.com>; Mon, 9 Dec 2013 02:55:10 -0800 (PST)
Received: from sesbmg21.mgmt.ericsson.se (sesbmg21.ericsson.net [193.180.251.49]) by ietfa.amsl.com (Postfix) with ESMTP id 368161AE271 for <dime@ietf.org>; Mon, 9 Dec 2013 02:55:08 -0800 (PST)
X-AuditID: c1b4fb31-b7fa78e0000005dd-b1-52a5a1872e4f
Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg21.mgmt.ericsson.se (Symantec Mail Security) with SMTP id 3E.EC.01501.781A5A25; Mon, 9 Dec 2013 11:55:03 +0100 (CET)
Received: from ESESSMB101.ericsson.se ([169.254.1.197]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.02.0347.000; Mon, 9 Dec 2013 11:55:02 +0100
From: Maria Cruz Bartolome <maria.cruz.bartolome@ericsson.com>
To: "dime@ietf.org" <dime@ietf.org>
Thread-Topic: [Dime] OLR applicable for any/all applications
Thread-Index: Ac7wA2nX03YOMS5NT1qqOpqV4/v8iQEwO5OAAAImNvA=
Date: Mon, 09 Dec 2013 10:55:02 +0000
Message-ID: <087A34937E64E74E848732CFF8354B9209739774@ESESSMB101.ericsson.se>
References: <087A34937E64E74E848732CFF8354B920972BE0C@ESESSMB101.ericsson.se> <26C84DFD55BC3040A45BF70926E55F2587C1D0F1@SZXEMA512-MBX.china.huawei.com>
In-Reply-To: <26C84DFD55BC3040A45BF70926E55F2587C1D0F1@SZXEMA512-MBX.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.16]
Content-Type: multipart/alternative; boundary="_000_087A34937E64E74E848732CFF8354B9209739774ESESSMB101erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrILMWRmVeSWpSXmKPExsUyM+JvrW77wqVBBi8e61rM7V3B5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujKdzj7IWLO5jrGh8uoOtgfFXXRcjB4eEgInEjYlRXYycQKaY xIV769m6GLk4hAROMEo0Lm9jh3AWM0p0flrFDFLFJmAncen0CyaQZhEBZYnTvxxAwsIC1hKf Ll1iA7FFBGwkVv5bwgxhW0n8nfmJBcRmEVCReLRjHiuIzSvgK7GvbSMjxPyZjBLH7j8HK+IU CJNYu2AeWDMj0EXfT61hArGZBcQlbj2ZzwRxqYDEkj3nmSFsUYmXj/+xQtiKEjvPtjND1OdL dDyCOIhXQFDi5MwnLBMYRWYhGTULSdksJGUQcR2JBbs/sUHY2hLLFr5mhrHPHHjMhCy+gJF9 FaNkcWpxUm66kaFebnpuiV5qUWZycXF+nl5x6iZGYDQd3PLbcAfjxGv2hxilOViUxHkZpncG CQmkJ5akZqemFqQWxReV5qQWH2Jk4uCUamDs4EpzFjrXP6+Gce3H8qcWGUu71z+Y67y4neHh uShJG1ODZZcM934M6dmmuGLemol3uaN6vpxeatUTPe/QRdlj75b0Bp5s//BascTtra3Aix92 39z7bnv7yufvj9aJZcwoWf/g43/3vhbbo9dOnWvcsW5a+Z3O1C7vz9vM2hZy35fdxe9gXbFS iaU4I9FQi7moOBEA1W8FyXQCAAA=
Subject: Re: [Dime] OLR applicable for any/all applications
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime/>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2013 10:55:12 -0000

Hello,

Yes, I agree with comments received, this could be considered an optimization.
Then I agree about do not including this in the baseline document.

Best regards
/MCruz

From: Shishufeng (Susan) [mailto:susan.shishufeng@huawei.com]
Sent: lunes, 09 de diciembre de 2013 11:52
To: Maria Cruz Bartolome; dime@ietf.org
Subject: RE: [Dime] OLR applicable for any/all applications

Hi MCruz,

I don't see any use case at least in 3GPP for this. There is no more than one application between two nodes so far. And even the case is valid, it could be reached by multiple sending of the overload report per application, which could be seen as an optimization in the future if there is clear scenario for such an optimization.

Best Regards,
Susan

From: Maria Cruz Bartolome [mailto:maria.cruz.bartolome@ericsson.com]
Sent: Tuesday, December 03, 2013 4:43 PM
To: dime@ietf.org<mailto:dime@ietf.org>
Subject: [Dime] OLR applicable for any/all applications


Dear all,

There may be a need by a reporting node to request traffic reduction for all traffic, application independent, e.g. if an operator's network becomes severely overloaded, it may be of interest to signal directly general overload to the client.
In this case, since reacting node obtains affected application from the application message, we may need to extend OLR.

At least we got following options:



A)     Define a new optional AVP that could be included into OLR, like e.g.:

   OC-OLR ::= < AVP Header: TBD2 >

              < TimeStamp >

              [ Reduction-Percentage ]

              [ ValidityDuration ]

              [ ReportType ]

              [All applications]

            * [ AVP ]



B)      Extend  ReportTypes like e.g.:

   3  Destination-Host All Applications report.  Similar to Destination-Host report but it would apply to any application regardless the application message this report is received within.

   4  Realm (aggregated) All Applications report.  Similar to Realm report but it would apply to any application regardless the application message this report is received within.



I tend to prefer option A, but let me know your opinions and preferences.
Best regards
/MCruz

v2.23.0 | Report a Bug | By Email