Re: [Dime] New I-D Submitted: draft-bertz-dime-predictunits

Yuval Lifshitz <ylifshitz@sandvine.com> Thu, 21 July 2016 22:20 UTC

Return-Path: <ylifshitz@sandvine.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9323D12D7DE for <dime@ietfa.amsl.com>; Thu, 21 Jul 2016 15:20:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.206
X-Spam-Level:
X-Spam-Status: No, score=-3.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=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 RHy3kfzkgycE for <dime@ietfa.amsl.com>; Thu, 21 Jul 2016 15:20:37 -0700 (PDT)
Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CF8C12D7D8 for <dime@ietf.org>; Thu, 21 Jul 2016 15:20:37 -0700 (PDT)
Received: from WTL-EXCHP-2.sandvine.com ([fe80::68ac:f071:19ff:3455]) by wtl-exchp-1.sandvine.com ([::1]) with mapi id 14.03.0294.000; Thu, 21 Jul 2016 18:20:36 -0400
From: Yuval Lifshitz <ylifshitz@sandvine.com>
To: "Bertz, Lyle T [CTO]" <Lyle.T.Bertz@sprint.com>, "dime@ietf.org" <dime@ietf.org>
Thread-Topic: New I-D Submitted: draft-bertz-dime-predictunits
Thread-Index: AdHXpgQdMKqoCHiaRIyWNoRHauEl3gLuMLEwAAClcYMADyWvEA==
Date: Thu, 21 Jul 2016 22:20:35 +0000
Message-ID: <C43C255C7106314F8D13D03FA20CFE4930CAA2F9@wtl-exchp-2.sandvine.com>
References: <23595558c1ba4777abd64d584c17a422@PLSWE13M07.ad.sprint.com>, <C43C255C7106314F8D13D03FA20CFE4930CA9D4A@wtl-exchp-2.sandvine.com> <1469113864156.93181@sprint.com>
In-Reply-To: <1469113864156.93181@sprint.com>
Accept-Language: en-CA, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [192.168.196.10]
x-c2processedorg: b2f06e69-072f-40ee-90c5-80a34e700794
Content-Type: multipart/alternative; boundary="_000_C43C255C7106314F8D13D03FA20CFE4930CAA2F9wtlexchp2sandvi_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dime/fKTY9ExG22-h_HmXg7PBE__b3RI>
Subject: Re: [Dime] New I-D Submitted: draft-bertz-dime-predictunits
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 21 Jul 2016 22:20:40 -0000

Thanks for clarifying.
The load on the client (at least in clients I know) is measured with: # concurrent subscribers, # concurrent flows, bits/sec, packets/sec.
I assume that the server could estimate (based on past experience) the above, but as you mentioned below, they are all time based. Even # concurrent flows is driven by time, as we are not interested in the total amount of lows the user had, but only how many it had at the same time.
In addition, don't think that the server could be estimating the cpu impact on the client.


From: Bertz, Lyle T [CTO] [mailto:Lyle.T.Bertz@sprint.com]
Sent: Thursday, July 21, 2016 5:11 PM
To: Yuval Lifshitz
Subject: Re: New I-D Submitted: draft-bertz-dime-predictunits


kk,



Sends units back to the client like a G-S-U or U-S-U so that it can get an estimate of load.  However, I would suspect it will send back multiple values representing different dimensions (the *[AVP] cop out).   One thing I struggled with and have asked some for advice on is whether it should be given a time range and respond from Server to Client as a list?





e.g. [ uses X Mbps, Y% CPU, 3K packets from T1 to T2 ], [ uses A Mbps, B% CPU, C packets from T2 to T3 ]



it definitely needs improvement





________________________________
From: Yuval Lifshitz <ylifshitz@sandvine.com<mailto:ylifshitz@sandvine.com>>
Sent: Thursday, July 21, 2016 9:48 AM
To: Bertz, Lyle T [CTO]
Cc: Yuval Lifshitz
Subject: RE: New I-D Submitted: draft-bertz-dime-predictunits

Hi,
I really don't understand this one. How is load translated to bytes, time etc? How would the server know how much the user is going to consume?
In general would be good to understand the usecase behind.

From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of Bertz, Lyle T [CTO]
Sent: Wednesday, July 06, 2016 6:56 PM
To: dime@ietf.org<mailto:dime@ietf.org>
Subject: [Dime] New I-D Submitted: draft-bertz-dime-predictunits

All,

I have uploaded a new I-D for consideration.  It permits a Diameter Client, upon authorization for Service usage, to receive a prediction (estimation) of the unit load.  This is intended to assist Clients in estimating load of authorized usage.

https://datatracker.ietf.org/doc/draft-bertz-dime-predictunits/

Thank you.

Lyle


________________________________
Learn more on how to switch to Sprint and save 50% on most Verizon, AT&T or T-Mobile rates. See sprint.com/50off<http://sprint.com/50off> for details.
________________________________

This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.