Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion
Maria Cruz Bartolome <maria.cruz.bartolome@ericsson.com> Wed, 26 February 2014 12: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 B80CD1A02E6 for <dime@ietfa.amsl.com>; Wed, 26 Feb 2014 04:55:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 4krAGubn4yh0 for <dime@ietfa.amsl.com>; Wed, 26 Feb 2014 04:55:49 -0800 (PST)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 203DE1A02B6 for <dime@ietf.org>; Wed, 26 Feb 2014 04:55:47 -0800 (PST)
X-AuditID: c1b4fb38-b7f418e000001099-46-530de4528b1f
Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 2C.B2.04249.254ED035; Wed, 26 Feb 2014 13:55:46 +0100 (CET)
Received: from ESESSMB101.ericsson.se ([169.254.1.28]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.02.0387.000; Wed, 26 Feb 2014 13:55:45 +0100
From: Maria Cruz Bartolome <maria.cruz.bartolome@ericsson.com>
To: "dime@ietf.org" <dime@ietf.org>
Thread-Topic: [Dime] #52: Throttling not needed to be based on previous history - conclusion
Thread-Index: Ac8u4I7lZ6EisnBRQGeKN2pRy2ep6wAMcrsAAAQQ/wAAArURAACD12qAAAlPFjD///MvAIAAKsaA//1WeSD/+lRuMA==
Date: Wed, 26 Feb 2014 12:55:44 +0000
Message-ID: <087A34937E64E74E848732CFF8354B92097867F4@ESESSMB101.ericsson.se>
References: <087A34937E64E74E848732CFF8354B9209784017@ESESSMB101.ericsson.se> <53077290.8080501@usdonovans.com> <16056_1393003995_53078DDB_16056_14391_1_6B7134B31289DC4FAF731D844122B36E4B629F@PEXCVZYM13.corporate.adroot.infra.ftgroup> <E194C2E18676714DACA9C3A2516265D20266A27D@FR712WXCHMBA12.zeu.alcatel-lucent.com> <5BCBA1FC2B7F0B4C9D935572D9000668151B4326@DEMUMBX014.nsn-intra.net> <087A34937E64E74E848732CFF8354B92097848DB@ESESSMB101.ericsson.se> <421_1393248389_530B4885_421_10731_1_6B7134B31289DC4FAF731D844122B36E4BB770@PEXCVZYM13.corporate.adroot.infra.ftgroup> <530B6C65.8080707@usdonovans.com> <E194C2E18676714DACA9C3A2516265D20266BA09@FR712WXCHMBA12.zeu.alcatel-lucent.com>
In-Reply-To: <E194C2E18676714DACA9C3A2516265D20266BA09@FR712WXCHMBA12.zeu.alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: multipart/alternative; boundary="_000_087A34937E64E74E848732CFF8354B92097867F4ESESSMB101erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrALMWRmVeSWpSXmKPExsUyM+JvjW7QE95gg7cdEhZze1ewOTB6LFny kymAMYrLJiU1J7MstUjfLoErY8rRbvaCHd8YKw4912pg7LvE2MXIySEhYCKxvnEuG4QtJnHh 3nogm4tDSOAIo8SNuxcYIZzFjBILdu9iBaliE7CTuHT6BVMXIweHiICyxOlfDiBhYYFYic2X OsBKRATiJJpOt0DZWRLNX/8ygdgsAqoSV08vBbN5BXwlPjXdh5q/m1Xiwf6fzCAJTqBBB/ce AbMZgS76fmoNWAOzgLjErSfzmSAuFZBYsuc8M4QtKvHy8T9WkHskBBQllvfLQZTnSzzd95cF YpegxMmZT1gmMIrMQjJpFpKyWUjKIOJ6EjemTmGDsLUlli18zQxh60rM+HeIBVl8ASP7KkaO 4tTipNx0I4NNjMBYObjlt8UOxst/bQ4xSnOwKInzfnzrHCQkkJ5YkpqdmlqQWhRfVJqTWnyI kYmDU6qBMZ13Y81u3Vd2wQaOV5xl25cmuur1PlC7EdHvV3paYeXLhAitfwHPAu/M2zSnryX9 QojKj+4bGYtZJ1QZHDfYf/xldflk19bmnKYb6mZ2Zh9YFQs7/jZqBNxw+JBVumZu3o1fyQ3T N/zotdHZXbg7I2aT83WeCFGTXYfb7v9ZlTpFMTJTw2SrEktxRqKhFnNRcSIAzBdVu2MCAAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/GRI2KGCPf7jLG-e_QmlKu5SPhlk
Subject: Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion
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: Wed, 26 Feb 2014 12:55:57 -0000
Fine From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of TROTTIN, JEAN-JACQUES (JEAN-JACQUES) Sent: miércoles, 26 de febrero de 2014 8:43 To: dime@ietf.org Subject: Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion Hi Remove "from now on" is acceptable for me, but I have a preference for the reverse wording Lionel proposes, which is shorter and brings the clarification I was looking for,: For example if an OC-Reduction-Percentage value of 10 has been received, the reacting node which would normally send 100 packets MUST only send 90 packets to the reporting node. Best regards JJacques De : DiME [mailto:dime-bounces@ietf.org] De la part de Steve Donovan Envoyé : lundi 24 février 2014 17:00 À : dime@ietf.org<mailto:dime@ietf.org> Objet : Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion I'm with Lionel. I don't understand why the proposed wording is confusing. Reacting nodes always only apply the reduction percentage for the period of time that the specific overload report is active. That period either ends when a new overload report is received or when the overload report expires. That said, I'm happy with just removing the words "from no on" as proposed by Lionel below. Steve On 2/24/14 7:26 AM, lionel.morand@orange.com<mailto:lionel.morand@orange.com> wrote: I don't see the issue, as explained in my mail but OK to remove it. If "for now" is removed, the resulting text would be: For example if the reacting node has been sending 100 packets per second to the reporting node, then a reception of OC-Reduction-Percentage value of 10 would mean that from now on the reacting node MUST only send 90 packets per second. Maybe it would be even easier to reverse the sentence as follow: For example if an OC-Reduction-Percentage value of 10 has been received, the reacting node which would normally send 100 packets MUST only send 90 packets to the reporting node. But I'm fine if the initial proposed revised text is kept. Lionel De : DiME [mailto:dime-bounces@ietf.org] De la part de Maria Cruz Bartolome Envoyé : lundi 24 février 2014 14:13 À : dime@ietf.org<mailto:dime@ietf.org> Objet : Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion Hello, I agree with Ulrich's proposal Cheers /MCruz From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of Wiehe, Ulrich (NSN - DE/Munich) Sent: lunes, 24 de febrero de 2014 10:46 To: ext TROTTIN, JEAN-JACQUES (JEAN-JACQUES); dime@ietf.org<mailto:dime@ietf.org> Subject: Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion I share JJacques concern. Replacing "from now on" with "for the period that the overload report is active" is misleading. May be its better to simply remove "from now on". Ulrich From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of ext TROTTIN, JEAN-JACQUES (JEAN-JACQUES) Sent: Friday, February 21, 2014 7:11 PM To: dime@ietf.org<mailto:dime@ietf.org> Subject: Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion Hi MCruz, Steve I also agree on the "would send " instead of the "would have sent" for sure. But I have a small concern/ clarification about the Steve comment on "for the period that the overload report is active" and the example to which it refers. During the time the OLR is active, which may be rather long, the traffic the reacting node would send may be 100 packet when it has just received the OLR. A bit later, the traffic it would send could be 120 (or 80), and from the OLR definition, it would send 120x0,9 (or 80* 0,9) packets, on which I agree. This is in line with the every 10th packet dropping on which I also agree. As the text would be written with the Steve modification , we may understand it is 80 Packet during all the time the OLR is active. Not yet think to an alternative text, but first to see if you agree with my remark. JJacques De : DiME [mailto:dime-bounces@ietf.org] De la part de lionel.morand@orange.com<mailto:lionel.morand@orange.com> Envoyé : vendredi 21 février 2014 18:33 À : Steve Donovan; dime@ietf.org<mailto:dime@ietf.org> Objet : Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion +1 (including Steve comment) De : DiME [mailto:dime-bounces@ietf.org] De la part de Steve Donovan Envoyé : vendredi 21 février 2014 16:37 À : dime@ietf.org<mailto:dime@ietf.org> Objet : Re: [Dime] #52: Throttling not needed to be based on previous history - conclusion Maria Cruz, I support your suggested changes. I have one further suggested change below. Steve On 2/21/14 2:40 AM, Maria Cruz Bartolome wrote: #52: Throttling not needed to be based on previous history Following agreement is reached: Now (chapter 4.7): The OC-Reduction-Percentage AVP (AVP code TBD8) is type of Unsigned32 and describes the percentage of the traffic that the sender is requested to reduce, compared to what it otherwise would have sent. Proposal: The OC-Reduction-Percentage AVP (AVP code TBD8) is type of Unsigned32 and describes the percentage of the traffic that the sender is requested to reduce, compared to what it otherwise would send. <---- Now (chapter 5.5.2): Indicates that the reporting node urges the reacting node to reduce its traffic by a given percentage. For example if the reacting node has been sending 100 packets per second to the reporting node, then a reception of OC-Reduction-Percentage value of 10 would mean that from now on the reacting node MUST only send 90 packets per second. How the reacting node achieves the "true reduction" transactions leading to the sent request messages is up to the implementation. The reacting node MAY simply drop every 10th packet from its output queue and let the generic application logic try to recover from it.0 < value < 100 Proposal: Indicates that the reporting node urges the reacting node to reduce its traffic by a given percentage. For example if the reacting node would send 100 packets to the <--- reporting node, then a reception of OC-Reduction-Percentage value of 10 would mean that from now on the reacting node MUST only send 90 packets instead of 100. How the reacting node achieves the "true <--- reduction" transactions leading to the sent request messages is up to the implementation. The reacting node MAY simply drop every 10th packet from its output queue and let the generic application logic try to recover from it. SRD> Replace "from now on" in the above with "for the period that the overload report is active" _______________________________________________ DiME mailing list DiME@ietf.org<mailto:DiME@ietf.org> https://www.ietf.org/mailman/listinfo/dime _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ DiME mailing list DiME@ietf.org<mailto:DiME@ietf.org> https://www.ietf.org/mailman/listinfo/dime
- [Dime] #52: Throttling not needed to be based on … Maria Cruz Bartolome
- Re: [Dime] #52: Throttling not needed to be based… Steve Donovan
- Re: [Dime] #52: Throttling not needed to be based… lionel.morand
- Re: [Dime] #52: Throttling not needed to be based… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] #52: Throttling not needed to be based… lionel.morand
- Re: [Dime] #52: Throttling not needed to be based… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] #52: Throttling not needed to be based… lionel.morand
- Re: [Dime] #52: Throttling not needed to be based… Steve Donovan
- Re: [Dime] #52: Throttling not needed to be based… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] #52: Throttling not needed to be based… Maria Cruz Bartolome
- Re: [Dime] #52: Throttling not needed to be based… lionel.morand
- Re: [Dime] #52: Throttling not needed to be based… Steve Donovan
- Re: [Dime] #52: Throttling not needed to be based… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] #52: Throttling not needed to be based… Maria Cruz Bartolome
- Re: [Dime] #52: Throttling not needed to be based… lionel.morand
- Re: [Dime] #52: Throttling not needed to be based… Janet P Gunn
- Re: [Dime] #52: Throttling not needed to be based… Steve Donovan
- Re: [Dime] #52: Throttling not needed to be based… Janet P Gunn
- Re: [Dime] #52: Throttling not needed to be based… Maria Cruz Bartolome
- Re: [Dime] #52: Throttling not needed to be based… Janet P Gunn
- Re: [Dime] #52: Throttling not needed to be based… lionel.morand