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

Maria Cruz Bartolome <maria.cruz.bartolome@ericsson.com> Tue, 03 December 2013 09:34 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 057C41AE0E6 for <dime@ietfa.amsl.com>; Tue, 3 Dec 2013 01:34:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.851
X-Spam-Level:
X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 UiKbczA2gWyU for <dime@ietfa.amsl.com>; Tue, 3 Dec 2013 01:34:22 -0800 (PST)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9967E1AE0E5 for <dime@ietf.org>; Tue, 3 Dec 2013 01:34:21 -0800 (PST)
X-AuditID: c1b4fb2d-b7f1c8e000005ceb-11-529da59abbbd
Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id 4E.91.23787.A95AD925; Tue, 3 Dec 2013 10:34:18 +0100 (CET)
Received: from ESESSMB101.ericsson.se ([169.254.1.118]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.02.0347.000; Tue, 3 Dec 2013 10:34:18 +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/v8if//+8sA///tSKA=
Date: Tue, 03 Dec 2013 09:34:16 +0000
Message-ID: <087A34937E64E74E848732CFF8354B920972BE76@ESESSMB101.ericsson.se>
References: <087A34937E64E74E848732CFF8354B920972BE0C@ESESSMB101.ericsson.se> <14D4A644-96B1-4B0F-892E-B969922C94D3@gmail.com>
In-Reply-To: <14D4A644-96B1-4B0F-892E-B969922C94D3@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.19]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKLMWRmVeSWpSXmKPExsUyM+Jvre6spXODDE5PULWY27uCzYHRY8mS n0wBjFFcNimpOZllqUX6dglcGXt+32UvWC9QcelhcAPjbp4uRk4OCQETiVWrFrBA2GISF+6t Z+ti5OIQEjjEKLGzsYENJCEksJhRYsr7UBCbTcBO4tLpF0xdjBwcIgLKEqd/OYCEhQWsJT5d ugRWLiJgI7Hy3xJmCNtKorvzPZjNIqAi8fbtNlYQm1fAV+LqjeWMELsaGCW+PF/ABJLgFLCV uHvxMpjNCHTQ91NrwGxmAXGJW0/mM0EcKiCxZM95ZghbVOLl43+sELaiRPvTBkaIeh2JBbs/ sUHY2hLLFr5mhlgsKHFy5hOWCYyis5CMnYWkZRaSlllIWhYwsqxiZM9NzMxJLzfcxAgM+oNb fuvuYDx1TuQQozQHi5I474e3zkFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGO3ez+mLS+JR vLWL8dD2lLcrHljMvC59dlfU5onKi1QDU/KN2E8cX3j5yepnNvF6+3Mmdsnlaakm9VzduKXj e+Sji2I9vAIzzt6ot3Lcsv1279Rz7n7CyjX3bq499o71gNJL5dnb6mfUCT9XML+8WOQ+15YZ /1V1pp6e8CL/lkjkbo+30XdnKTcqsRRnJBpqMRcVJwIAvsWv7UgCAAA=
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: Tue, 03 Dec 2013 09:34:24 -0000

Not exactly.
It was opposition to duplicate information.

Cheers
/MCruz

-----Original Message-----
From: Jouni Korhonen [mailto:jouni.nospam@gmail.com] 
Sent: martes, 03 de diciembre de 2013 10:26
To: Maria Cruz Bartolome
Cc: dime@ietf.org
Subject: Re: [Dime] OLR applicable for any/all applications


Hmm.. wasn't there just recently rather strong opposition to include anything beyond "implicit" information into the OLR?

- Jouni


On Dec 3, 2013, at 10:42 AM, Maria Cruz Bartolome <maria.cruz.bartolome@ericsson.com> wrote:

>  
> 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
>  
>  
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime